L'unicode, tu as raison, c'est la seule nouveauté qui m'intéresse vraiment dans Python 3 !
Python inclut des batteries mais elles ne me suffisent pas... j'ai besoin de GTK pour faire des interfaces graphiques, de Cairo pour le graphisme, d'OpenGL / Soya pour la 3D,...
Le changement de syntaxe est plus gênant qu'autre chose... je suis pas convaincu que ça justifie de perdre la compatibilité antérieure (il n'y avait VRAIMENT pas moyen d'avoir un print qui accepte les 2 syntaxes, ou d'ignorer les u qui précède les chaînes de caractères ?).
Quand à 2b3, les premiers essais que j'avais fait étaient guère concluant... le code généré était pas optimal, pas toujours très lisible et pas toujours fonctionnelle non plus :-(
Il faut dire que dans un langage "duck typé" comme Python, comment changer tous les appel à une méthode (par exemple dict.items()) quand on ne peut pas savoir si une variable contient un dictionnaire ou un autre objet qui a aussi une méthode dict ?
[^] # Re: Excellente nouvelle... qui se lance ?
Posté par Jiba (site web personnel) . En réponse au journal pypy de plus en plus rapide ?. Évalué à 2.
Python inclut des batteries mais elles ne me suffisent pas... j'ai besoin de GTK pour faire des interfaces graphiques, de Cairo pour le graphisme, d'OpenGL / Soya pour la 3D,...
Le changement de syntaxe est plus gênant qu'autre chose... je suis pas convaincu que ça justifie de perdre la compatibilité antérieure (il n'y avait VRAIMENT pas moyen d'avoir un print qui accepte les 2 syntaxes, ou d'ignorer les u qui précède les chaînes de caractères ?).
Quand à 2b3, les premiers essais que j'avais fait étaient guère concluant... le code généré était pas optimal, pas toujours très lisible et pas toujours fonctionnelle non plus :-(
Il faut dire que dans un langage "duck typé" comme Python, comment changer tous les appel à une méthode (par exemple dict.items()) quand on ne peut pas savoir si une variable contient un dictionnaire ou un autre objet qui a aussi une méthode dict ?