Le typage fort n'est pas forcément la panacée.
La philosophie de python est celle du unit testing qui est AMHA nettement plus sûr que le typage fort tout en luimitant les inconvénients au niveau du refactoring.
Certains projets proposent même d'introduire du typage fort progressivement dans ton code ce qui laisse la possibilté de prototyper rapidement et d'introduire plus de sécurité ensuite.
De même, il y a possibilté de faire de la programmation par contrat
de l'AOP, les decorator, bref Python n'a pas à rougir à cpté des dernières features Java.
Les interfaces: Python supporte l'heritage multiple mais mieux que ca on dispose du "duck typing" qui est encore plus souple. Si ton animal nage, court et fait coin coin c'est que c'est un canard, inutile de le préciser.
Les performances ne sont pas les seuls critères à prendre en compte dans le cadre d'un dévelopement, il y a aussi la productivité , la maintenabilité, la liberté, .....
Mais même sur ce point c'est contestable (J'avais vu des benchs surprnant sur ce point nottamment avec Psycho)
En outre il est toujours possible d'optimiser des parties de codes avec du compilé natif et les passerelles sont beaucoup plus aisée qu'avec du JNI.
Bref nous voilà parti dans un beau troll des familles.
Pour la conception, il suffit de voir les alternatives à J2EE qui fleurissent un peu partout y compris dans le monde Java pour comprendre que ce n'est pas la panacée notamment à cause de sa lourdeur. Et à la différence de Java ou C# , les évolutions y compris en terme de conception sont plus rapides avec Pyhton notamment en raison de son faible typage et de ses structures de haut niveau.
Que vous argumentiez en disant qu'il s'agit d'une technologie encore immature OK mais réduire Python à un simple langage de script alors là STOP.
[^] # Re: Alternative
Posté par golum . En réponse au journal Java, .NET et les logiciels libres. Évalué à 2.
http://www.zdnet.fr/actualites/informatique/0,39040745,39233250,00.(...)
Le typage fort n'est pas forcément la panacée.
La philosophie de python est celle du unit testing qui est AMHA nettement plus sûr que le typage fort tout en luimitant les inconvénients au niveau du refactoring.
Certains projets proposent même d'introduire du typage fort progressivement dans ton code ce qui laisse la possibilté de prototyper rapidement et d'introduire plus de sécurité ensuite.
De même, il y a possibilté de faire de la programmation par contrat
de l'AOP, les decorator, bref Python n'a pas à rougir à cpté des dernières features Java.
Les interfaces: Python supporte l'heritage multiple mais mieux que ca on dispose du "duck typing" qui est encore plus souple. Si ton animal nage, court et fait coin coin c'est que c'est un canard, inutile de le préciser.
Les performances ne sont pas les seuls critères à prendre en compte dans le cadre d'un dévelopement, il y a aussi la productivité , la maintenabilité, la liberté, .....
Mais même sur ce point c'est contestable (J'avais vu des benchs surprnant sur ce point nottamment avec Psycho)
En outre il est toujours possible d'optimiser des parties de codes avec du compilé natif et les passerelles sont beaucoup plus aisée qu'avec du JNI.
Bref nous voilà parti dans un beau troll des familles.
Pour la conception, il suffit de voir les alternatives à J2EE qui fleurissent un peu partout y compris dans le monde Java pour comprendre que ce n'est pas la panacée notamment à cause de sa lourdeur. Et à la différence de Java ou C# , les évolutions y compris en terme de conception sont plus rapides avec Pyhton notamment en raison de son faible typage et de ses structures de haut niveau.
Que vous argumentiez en disant qu'il s'agit d'une technologie encore immature OK mais réduire Python à un simple langage de script alors là STOP.