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é.

[air-dex]

Je suis pro-Python 3 car c'est l'avenir de Python. J'ai appris le Python avec Python 3 pour cette raison. Persister sur Python 2 c'est comme persister sur GTK 2 et Qt 4 à l'heure de GTK 3 et Qt 5. Cela n'a aucun sens.

Au pire, il y a toujours la possibilité de créer un nouveau langage sans pour autant pousser une communauté à abandonner un langage en place et qui pourrait évoluer autrement.

Dans les faits : "on n'aime pas le passage de Python 2 à Python 3 donc on forke Python 2 dans un nouveau langage nommé [mettre un nom de serpent ici, pourquoi pas "Cobra"] qui sera Python 2 avec les évolutions de Python 3 et une rétrocompatibilité avec Python 2" + tout le toutim qui va avec de tels forks (une news sur les sites d'IT à l'annonce du fork puis plus rien, dispersion des devs et à terme mort du fork dans l'indifférence générale).

Honnêtement ? Non merci pour ce "yet another fork". On donne déjà assez comme ça.

[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...

[redbullch]

@tyrtamos

Pour l’hébergement, il y a OpenShift qui propose python 3.3 (en plus des versions antérieures).

[tyrtamos]

Bonjour,

Pour l’hébergement, il y a OpenShift qui propose python 3.3 (en plus des versions antérieures).

Merci redbullch, je vais regarder si je peux transporter ma calculatrice là bas.

Puisque je vois que tu es suisse, mon hébergeur actuel est: infomaniak à Genève (https://www.infomaniak.fr/fr). J'y suis depuis plusieurs années, et à part pour la version de Python, il a une excellente qualité de service.