Les deux sont encore nécessaires, il manque pas mal d'options aux outils de debug de firefox. Je suis sous nightly et personnellement, j'ai désactivé firebug. En gros tu as un firebug plus sexy mais où il manque 90% des fonctionnalités qui s'activent à partir d'un clic droit dans l'interface de firebug. c'est déjà un bon début et répond à beaucoup des besoins. Une fonctionnalité manquante que j'ai en tête, tu ne peux pas charger dans un onglet le retour une requête ajax, il en manque encore pas mal mais elles ne me viennent pas à la tête et j'arrive à faire sans. La modification live de css et de dom a des comportements un peu étranges pour la saisie et je ne m'y suis pas encore accoutumé mais en insistant un peu on arrive à ce qu'on veut.
plus: moins gourmand, plus sexy et impacte moins le comportement du site.
moins: certains comportements moins intuitif/pratiques et quelques fonctionnalités manquantes.
Qui plus est mono est quasiment au coeur du sujet vu qu'on parle de ralentissement pour encourager les implémentations tierces dont Jython et IronPython...
Je sais bien que ce n'est pas le sujet, je répondait juste à l'attaque D'Albert_.
Pour ma part, je trouve que mono est un projet interessant si ça ne t'interesse pas, je m'excuse d'avoir posté ce commentaire au grand maitre... je suis convaicu que tous les membres de linuxfr se désinteresse entièrement de mono...
Ou pas remarque c'est une technologie de développement opensource qui est très utilisée et qui fait beaucoup parler d'elle et qui attaqué injustement, et je trouvé cette réponse certes un peu capillo-tracté plus pertinante ici que dans un message privé.
(mes excuses pour le hors sujet mais dire que mono est à la traine... il implémente des fonctionalités de C#4 avant sa sortie... pour ce qui est du l'angage il est à l'avance mais ce qui est des libs... on peut pas demander des miracles...
je ne trouve pas que mono rame derrière .NET, ils font d'autres choses... en l'occurence cette syntaxe est gérée et ce n'est pas le problème dans ce cas... c'est un exemple de synthaxe que je trouve un peu plus simpas ailleur qu'en python...
Comme le dit Miguel lui même, si on voit mono comme une lib de compatibilité ce sera toujours à la traine mais c'est bien plus que ça, ça a beaucoup d'autres fonctionnalités que n'a pas .NET mais c'est vrai que leurs libs complémentaires tentant d'être compatibles .NET, il n'a de plus que certaines fonctionnalités pour le multitasking, le SIMD, le Csharp shell, la possibilité de faire un framework réduit sur mesure, les libs Iphone, des libs Terminal linux, une intégration DBus... mais a apporté à .NET par sa simple existance et ses choix de portabilité GTK#, {postgreSQL?}, des libs d'extentions, de gestion d'options de commandes, un annalyseur syntaxique, un IDE, libs ogg, libs de tags mp3, libs gecko....
Mais je suis d'accord mono est carrément à la traine derière .NET... ou pas tant que ça en fait... c'est juste des implémentations différentes...
:second degré:
Celui qui decide au final c'est un noob qui connait rien à la vie d'entreprise... il est embauché par une petite boite qui a rien à faire de la fiabilité des technologies... Google...
:second degré:
Après les mail-lists publiques, tout le monde peut s'inscrire pour publier leurs idées, il n'y a forcément pas que des lumières...
Moi même il m'est arrivé de soumettre des suggestion sur un sujet que je maitrisait mal sur des mailing list de developpement...
Mais au final, ce n'est pas nécessairement représentatif de la fiabilité du logiciel final...
la cohabitation est viable, python pointe probablement vers python2.5/python2.6 après tu peux utiliser python3 manuellement si plusieurs sont installés...
Je concède qu'utiliser django fait que tout est en UTF8 sans avoir à songer à quoi que ce soit d'autre... je suis conscient des réelles améliorations de python 3.. mais ce sont des améliorations certes pratiques mais pas indispensable...
Du coup, effectivement le décorateur de classe est une nouveauté de python 3k :paf:, j'avai pas repéré ça dans le what's new...
Néanmois, je voix par exemple le C# qui est un langage qui bouge beaucoup... bon on a depuis longtemps la pluspart des fonctionnalités qu'ils ajoutent... (C#4 avec les paramètres nommés, le typage dynamique ^^...) ils ont des évolution de syntaxe comme leurs expressions lambdas, leur Linq qui sont potentiellement interessants...
C#: x=>x+2
Python: lambda x:x+2
enfin, dans la mesure du possible je préfaire développer en python, mais si une idée géniale survien, elle est limitée aux versions patché jusqu'à la levée du moratoire...
s'engager au freeze, la garanti de non-evolution.... en informatique ça me fait assez peur, j'ai beau être adepte de python, je pense que la synthaxe reste perfectible...
par exemple, je remplacerai bien les métaclasses par des décorateurs de classes pour montrer que c'est comparable à des décorateurs de fonctions...
Enfin pour ma part, si je ne balance pas ver 3.x de python, c'est pour deux raisons claire, en un le fait qu'on y perde en performance et en deux c'est que si c'est pour un site web héberger sur du mutualisé... bha c'est encore pas vraiment possible... mais tant que python 3 a des performances moindres que celles de 2.6 et qu'il n'a pas de vrai valeurs ajoutées... pas envisageable... il a aucune libs compatibles encore...
# PIM?
Posté par Crovax31 . En réponse à la dépêche Falkon 3 le nouveau navigateur pour KDE. Évalué à 1.
Je vois un bien belle liste d'extensions, mais, j'ai bien du mal à trouver PIM et ce que ça permet de faire…
[^] # Re: (Pas d’) onglets verticaux…
Posté par Crovax31 . En réponse à la dépêche Firefox 24. Évalué à 1.
Malheureusement, panorama a été pris plutôt que ce projet:
http://www.youtube.com/watch?v=XxTZedCjnoE
peut être moins sexy mais me semblait déjà plus pratique.
[^] # Re: Debugger
Posté par Crovax31 . En réponse à la dépêche Firefox 24. Évalué à 4.
Les deux sont encore nécessaires, il manque pas mal d'options aux outils de debug de firefox. Je suis sous nightly et personnellement, j'ai désactivé firebug. En gros tu as un firebug plus sexy mais où il manque 90% des fonctionnalités qui s'activent à partir d'un clic droit dans l'interface de firebug. c'est déjà un bon début et répond à beaucoup des besoins. Une fonctionnalité manquante que j'ai en tête, tu ne peux pas charger dans un onglet le retour une requête ajax, il en manque encore pas mal mais elles ne me viennent pas à la tête et j'arrive à faire sans. La modification live de css et de dom a des comportements un peu étranges pour la saisie et je ne m'y suis pas encore accoutumé mais en insistant un peu on arrive à ce qu'on veut.
plus: moins gourmand, plus sexy et impacte moins le comportement du site.
moins: certains comportements moins intuitif/pratiques et quelques fonctionnalités manquantes.
[^] # Re: Nous n'avons pas les mêmes valeurs
Posté par Crovax31 . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 7.
Probablement parce-que vendredi c'est permis…
[^] # Re: S'engager au freeze?
Posté par Crovax31 . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à 1.
[^] # Re: S'engager au freeze?
Posté par Crovax31 . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à 0.
Pour ma part, je trouve que mono est un projet interessant si ça ne t'interesse pas, je m'excuse d'avoir posté ce commentaire au grand maitre... je suis convaicu que tous les membres de linuxfr se désinteresse entièrement de mono...
Ou pas remarque c'est une technologie de développement opensource qui est très utilisée et qui fait beaucoup parler d'elle et qui attaqué injustement, et je trouvé cette réponse certes un peu capillo-tracté plus pertinante ici que dans un message privé.
[^] # Re: différence entre dev et prod
Posté par Crovax31 . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à 1.
[^] # Re: différence entre dev et prod
Posté par Crovax31 . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à -1.
[^] # Re: S'engager au freeze?
Posté par Crovax31 . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à 0.
Comme le dit Miguel lui même, si on voit mono comme une lib de compatibilité ce sera toujours à la traine mais c'est bien plus que ça, ça a beaucoup d'autres fonctionnalités que n'a pas .NET mais c'est vrai que leurs libs complémentaires tentant d'être compatibles .NET, il n'a de plus que certaines fonctionnalités pour le multitasking, le SIMD, le Csharp shell, la possibilité de faire un framework réduit sur mesure, les libs Iphone, des libs Terminal linux, une intégration DBus... mais a apporté à .NET par sa simple existance et ses choix de portabilité GTK#, {postgreSQL?}, des libs d'extentions, de gestion d'options de commandes, un annalyseur syntaxique, un IDE, libs ogg, libs de tags mp3, libs gecko....
Mais je suis d'accord mono est carrément à la traine derière .NET... ou pas tant que ça en fait... c'est juste des implémentations différentes...
[^] # Re: différence entre dev et prod
Posté par Crovax31 . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à 1.
Celui qui decide au final c'est un noob qui connait rien à la vie d'entreprise... il est embauché par une petite boite qui a rien à faire de la fiabilité des technologies... Google...
:second degré:
Après les mail-lists publiques, tout le monde peut s'inscrire pour publier leurs idées, il n'y a forcément pas que des lumières...
Moi même il m'est arrivé de soumettre des suggestion sur un sujet que je maitrisait mal sur des mailing list de developpement...
Mais au final, ce n'est pas nécessairement représentatif de la fiabilité du logiciel final...
[^] # Re: Et sur debian ...
Posté par Crovax31 . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à 1.
pour ma part j'ai 2.5, 2.6 et 3.1 d'installés...
[^] # Re: S'engager au freeze?
Posté par Crovax31 . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à 1.
Les décorateurs de fonctions existent... j'avai lu un mail de refus de Mr python pour les décorateurs de classe (de 2004) mais effectivement en 2006 ça a été accepté...( http://mail.python.org/pipermail/python-dev/2006-March/06294(...) )
Du coup, effectivement le décorateur de classe est une nouveauté de python 3k :paf:, j'avai pas repéré ça dans le what's new...
Néanmois, je voix par exemple le C# qui est un langage qui bouge beaucoup... bon on a depuis longtemps la pluspart des fonctionnalités qu'ils ajoutent... (C#4 avec les paramètres nommés, le typage dynamique ^^...) ils ont des évolution de syntaxe comme leurs expressions lambdas, leur Linq qui sont potentiellement interessants...
C#: x=>x+2
Python: lambda x:x+2
enfin, dans la mesure du possible je préfaire développer en python, mais si une idée géniale survien, elle est limitée aux versions patché jusqu'à la levée du moratoire...
# S'engager au freeze?
Posté par Crovax31 . En réponse à la dépêche Proposition de moratoire de plusieurs années sur le coeur du langage Python. Évalué à 2.
par exemple, je remplacerai bien les métaclasses par des décorateurs de classes pour montrer que c'est comparable à des décorateurs de fonctions...
Enfin pour ma part, si je ne balance pas ver 3.x de python, c'est pour deux raisons claire, en un le fait qu'on y perde en performance et en deux c'est que si c'est pour un site web héberger sur du mutualisé... bha c'est encore pas vraiment possible... mais tant que python 3 a des performances moindres que celles de 2.6 et qu'il n'a pas de vrai valeurs ajoutées... pas envisageable... il a aucune libs compatibles encore...
http://shootout.alioth.debian.org/u32q/benchmark.php?test=al(...)