Discussion :

[wiztricks]

Si je compare à la transition entre PHP5.6 et 7, python sa à été l'enfer. Ubuntu par exemple utilise encore pas mal de script codé en python 2.7, si la migration est facile il l'aurais fait depuis des années.

La migration de scripts/programmes qui fonctionnent, c'est des heures de travail passées par des personnes compétentes.
Nous avons encore 4 ans pour réaliser la migration de ce qui fonctionne et qui ne demande aucune nouvelle fonctionnalité.
Par contre, d'ici la fin de l'année, il y a déjà plein d'urgence et d'autres fonctionnalités à réaliser qui occupent bien les ressources disponibles.
Si vous voulez que çà aille plus vite, allez les aider...

- W

[RyzenOC]

Par contre, d'ici la fin de l'année, il y a déjà plein d'urgence et d'autres fonctionnalités à réaliser qui occupent bien les ressources disponibles.
Si vous voulez que çà aille plus vite, allez les aider...

C'était pas une critique, juste un constat, que pas mal de script était encore sous python 2.7.

[wiztricks]

C'était pas une critique, juste un constat, que pas mal de script était encore sous python 2.7.

Vous avez pas mal de scripts/programmes disponibles sur PyPI qui sont orphelins. Leurs auteurs ont heureux d'en faire profiter la communauté en les publiant mais ils font autre chose depuis et n'ont pas le temps de les mettre à jour... C'est çà l'open source. Il faut vivre avec...

- W

[chrtophe]

Vous avez pas mal de scripts/programmes disponibles sur PyPI qui sont orphelins. Leurs auteurs ont heureux d'en faire profiter la communauté en les publiant mais ils font autre chose depuis et n'ont pas le temps de les mettre à jour... C'est çà l'open source. Il faut vivre avec...

En tant que nouvel utilisateur, on passera sur Python 3 et cherchera les bibliothèques répondant au besoin.
En tant qu'ancien utilisateur, on est obligé de modifier son code en conséquence pour la pérennité.

Finalement, on se retrouve avec un code qui peut effectivement être vite opérationnel, mais non pérenne. Sur de petits projets, ça doit aller, mais sur un gros projet ? - Normalement,un développeur digne de ce nom aura anticipé.

Mais c'est le même problème avec les fonctions dépréciés en PHP par exemple. C'est valable aussi avec Qt4 / Qt5, en C.

[wiztricks]

Finalement, on se retrouve avec un code qui peut effectivement être vite opérationnel, mais non pérenne. Sur de petits projets, ça doit aller, mais sur un gros projet ? - Normalement,un développeur digne de ce nom aura anticipé.

Quelque soit le langage de programmation, on préfère ré-utiliser des bibliothèques perso. ou publiques pour réduire les coûts (délais, bugs,...).
La plupart des applications seront donc dépendantes d'un environnement évolue.
Il y aura des mises à jour à organiser pour assurer la stabilité des services rendus par l'application.

nota, une grosse application sera plus visible et aura plus facilement des moyens côté suivi que les petites développées sur un coin de table et dessous les radars d'une DSI.
Rien de bien spécifique aux langages utilisés.

- W

[cervo]

Je dirais sans hésiter "Oui". déjà il n ya qu'à voir l'OpenERP Odoo fait en python, très bien pour un usage pro.

[RyzenOC]

sa vas faire 1ans actuellement que je développe un gros projet en python, il dois faire dans les 30000 lignes de code.
C'est un programme qui fais de gros calcules sur cpu et gpu aussi, mon programme peut traiter 72 milliards de float en 30 minutes.
=>Niveau performance avec les bibliothèques numpy et scipy, le langage atteint les même perf qu'un programme en c++.

Pour les GUI, on peut utiliser qt en python, pour ma part mon programme de 30000 lignes de codet, utilise tkinter
Tkinter est une bibliothèques j'ai envie de dire aussi riche que QT, avec tous les modules externes que l'on peut lui greffer.
Mon ihm est faite avec Tkinter + ttk + tix + pygame + matploltib.
Et tkinter peut tourner dans des thread, même si c'est pas conseiller, dans mon programme y'a 30 processus qui tournent, avec un 50aine de threads avec des bouts de tkinter qui trainent dedans. Et sa marche, même si la doc dit le contraire
=>Niveau IHM pareil python n'a rien a envier aux autres langages.

Je travaille dans une très grosse boite, le soft est en production depuis 6 mois déjà, évolue chaque jours.
Pourtant mon programme a toujours su s'adapter rapidement et facilement, même pour des fonctionnalités qui n'étais a la base absolument pas prévue, en faite l'origine du projet c'était un programme de 100 lignes pour juste afficher des petites courbes...
=>Python niveau flexibilité j'ai pas encore trouvé mieux.

[moons17]

Avec Stackless python il y a encore une amélioration des perf augmentant les capacité grâce à la réduction de cout sur la gestion des objets

hmm j’envisageais aussi de mette au point une application des calcul python avec cuda ce qui permettrai de diminué les besoins en ressource machine et processeur de solution comme Prophet / Nemo et tester les nouvelle carte de deep learning