Et d’autre part, en pratique, il est souvent beaucoup plus pertinent de faire les traitements équivalants au niveau Java (voir natif) avec des bibliothèques comme JLapack, Colt ou autres. On obtient ainsi un bon compromis en termes de ratio performances/ facilité de prototypage, Jython/Python n’étant utilisé que comme langage de script et/ou de glue, et plus généralement de prototypage.
L’interfaçage avec des composants en Fortran peut se faire avec f2c (même s’il est imparfait, il ne marche pas si mal) ou un wrapping Java/natif avec JNI. Sur ce dernier point Swig est maintenant très opérationnel, facile à utiliser et très performant.
Maintenant, je suis parfaitement d’accord qu’il serait très intéressant de renforcer la dynamique communautaire autour de Jython.
[^] # Re: a propos de jython
Posté par artenum . En réponse à la dépêche Cassandra, le logiciel de visualisation scientifique 3D utilise VTK 5.. Évalué à 4.
Effectivement l'absence de NumPy est un problème dans l'absolu.
Mais d’une part, même s’il ne fait pas exactement la même chose, il existe JNumerics, qui est pas mal du tout ( voir http://jnumerical.sourceforge.net/index.html ).
Et d’autre part, en pratique, il est souvent beaucoup plus pertinent de faire les traitements équivalants au niveau Java (voir natif) avec des bibliothèques comme JLapack, Colt ou autres. On obtient ainsi un bon compromis en termes de ratio performances/ facilité de prototypage, Jython/Python n’étant utilisé que comme langage de script et/ou de glue, et plus généralement de prototypage.
L’interfaçage avec des composants en Fortran peut se faire avec f2c (même s’il est imparfait, il ne marche pas si mal) ou un wrapping Java/natif avec JNI. Sur ce dernier point Swig est maintenant très opérationnel, facile à utiliser et très performant.
Maintenant, je suis parfaitement d’accord qu’il serait très intéressant de renforcer la dynamique communautaire autour de Jython.
Julien.