rien à dire sur la syntaxe, la structuration par indentation oblige à une grande rigueur dans l'écriture du code. de là à dire qu'elle est sympathique ...
lent ? je ne sais pas. nous utilisons python quotidiennement pour traiter de grandes quantités de fichiers et de données en tous genres, il ne nous a pas semblé que python était lent.
framework ? il n'y a pas de framework python au sens .net framework, mais il me semble par contre que la librairie standard de python est très fournie. et il existe un grand nombre de modules / frameworks / bindings pour combler / compléter la librairie standard.
un oubli impardonnable de ta part: tu as omis de mentionner que python est multiplateforme, y compris pour les interfaces graphiques (tkinter, pygtk et wxpython pour ne citer que ceux-là).
dernier point, il faut évoquer la vitesse de développement, qui de nos jours est un point important voire crucial pour les décideurs (trop ?) pressés. j'ai été pendant longtemps (et je l'évoque aujourd'hui encore avec une certaine honte, d'autant plus que j'étais considéré comme expert) un développeur en VB. j'ai participé à des projets 'usine à gaz' où python aurait vraiment fait merveille. nous sommes toujours arrivés à faire ce que l'on voulait en VB (faut pas déconner non plus) mais que de temps aurait été gagné si cela avait été fait en python. et je ne parle pas de la pseudo-implémentation objet de VB (même si ça s'est beaucoup amélioré avec VB.net), rien que d'y repenser, les poils se hérissent sur mes bras.
un décideur pressé n'aura même pas l'excuse de dire qu'il n'y a pas d'IDE comparable à Visual Studio pour python, on peut citer en vrac et sans préference: Wing IDE, Komodo ou boa constructor (même si j'utilise plutôt anjuta et vim).
[^] # Re: Le bilan
Posté par Brahici . En réponse au journal Le C++ du futur. Évalué à 7.
rien à dire sur la syntaxe, la structuration par indentation oblige à une grande rigueur dans l'écriture du code. de là à dire qu'elle est sympathique ...
lent ? je ne sais pas. nous utilisons python quotidiennement pour traiter de grandes quantités de fichiers et de données en tous genres, il ne nous a pas semblé que python était lent.
framework ? il n'y a pas de framework python au sens .net framework, mais il me semble par contre que la librairie standard de python est très fournie. et il existe un grand nombre de modules / frameworks / bindings pour combler / compléter la librairie standard.
un oubli impardonnable de ta part: tu as omis de mentionner que python est multiplateforme, y compris pour les interfaces graphiques (tkinter, pygtk et wxpython pour ne citer que ceux-là).
dernier point, il faut évoquer la vitesse de développement, qui de nos jours est un point important voire crucial pour les décideurs (trop ?) pressés. j'ai été pendant longtemps (et je l'évoque aujourd'hui encore avec une certaine honte, d'autant plus que j'étais considéré comme expert) un développeur en VB. j'ai participé à des projets 'usine à gaz' où python aurait vraiment fait merveille. nous sommes toujours arrivés à faire ce que l'on voulait en VB (faut pas déconner non plus) mais que de temps aurait été gagné si cela avait été fait en python. et je ne parle pas de la pseudo-implémentation objet de VB (même si ça s'est beaucoup amélioré avec VB.net), rien que d'y repenser, les poils se hérissent sur mes bras.
un décideur pressé n'aura même pas l'excuse de dire qu'il n'y a pas d'IDE comparable à Visual Studio pour python, on peut citer en vrac et sans préference: Wing IDE, Komodo ou boa constructor (même si j'utilise plutôt anjuta et vim).