Discussion :

[yahiko]

Ruby, je ne connais pas assez, mais j'en ai rarement croisé des applications pro dans ce langage.
Pour PHP, .Net ça se passe côté serveur. Pas besoin de migrer si on n'en a pas envie ce que beaucoup de boites ne se gênent pas de faire.
C, C++... Comment dire... C'est du langage compilé donc pas besoin de déployer/packager un interpréteur par client. C'est normalisé depuis des années (décennies). C'est inquiétant si tu n'es pas au courant. Et les évolutions sont mûrement réfléchies et débattues avec pour souci de s'intégrer à l'existant (un certain respect des utilisateurs donc)

Donc oui, la non rétro-compatibilité pour un langage interprété côté client comme Python est une plaie.
Les fans du langage auront beau répéter le contraire et mettre des pouces rouges, mais ça ne changera pas la réalité.

[mangobango]

Hum, il y a beaucoup de mélange dans les derniers posts...

Pour C++ le langage OK, en soit il est rétrocompatible, pas de souci... du moment que t'as toujours utilisé un compilateur 100% conforme, des librairies 100% conformes et que ton code est 100% conforme sur un seul OS. Il n'y a pas eu de rupture dans le langage (la syntaxe et la std) mais l'environnement dans lequel s'exécute le code (assimilable à un interpréteur bas-niveau) lui a beaucoup bougé! En clair, le C++ n'est pas (toujours) rétro-compatible parce que l'environnement d'exécution ne l'est pas (toujours), comme pour un interpréteur*. Pour tout programme, son environnement d'exécution est une cible mouvante.

Et en quoi Python est-il un langage "client" ? C'est quoi un langage "client"?

Daniel

*Par ailleurs, il est plus facile et moins couteux d'installer un interpréteur que de changer de machine.

[tyrtamos]

Bonjour,

Juste un petit complément: le Python proposé par les hébergeurs web.

En plus d'un site "normal" (cms apache-php-mysql), j'ai une petite application en Python 2.6 CGI (une calculatrice scientifique en ligne). Comme je suis passé en Python 3, j'aimerais que mon hébergeur passe aussi à Python 3 pour ne pas à avoir le même code géré chez moi dans les 2 versions.

J'ai posé la question à mon hébergeur (pourtant sérieux, suisse, cher...) pour avoir Python 3.2 au lieu de 6.6, et sa réponse c'est: prenez un serveur autonome et vous pourrez y mettre ce que vous voulez. Coût de l'opération: 4 fois ce que je paye actuellement. Ben voyons...

J'ai alors fait un petit tour rapide: c'est effarant! La quasi totalité des hébergeurs qui proposent Python en sont à Python 2. Les meilleurs à Python 2.6 (sorti en 2008), mais plusieurs proposent Python 2.2 sorti en 2001, donc il y a 14 ans, et certains s'en vantent...

Plusieurs hébergeurs proposent Python mais ne disent pas quelle version. Il faut donc passer commande pour le savoir? N'importe quoi.

Bref: actuellement, mes codes qui seront développés en même temps en Python 3 et pour le web, seront écrits en multi-version. Pas chouette...

Ce serait bien que les éditeurs de Python travaillent un peu sur tous les freins qui empêchent le passage à Python 3, parce que si ça continue, dans 20 ans on parlera encore de Python 2...