Les mêmes qui utilisent kde4win? (enfin leur pendant kde-iste, je me doute bien)

C’est un des atouts majeurs de Python par rapport à Java, et un de mes grands regrets (et la raison numéro 1 de mon abandon en ce qui le concerne) : la portabilité est largement simplifiée sous Python. Alors même que Java casse les pieds (pour rester poli) du développeur de manière beaucoup plus forte, l’argument souvent invoqué de la rigueur qui aiderait à la portabilité se retrouve trop souvent pris en défaut.

Quand tu récupères un soft Python qui ne tourne pas sous Win (ou autre plateforme, d’ailleurs), généralement parce qu’il fait appel à du code natif non-porté/compilé, tu t’en sors le plus souvent – au pire – en commentant tout ce qui dépasse. C’est porc, mais ça permet de se rendre compte. Un programme Java à qui il manque du code natif, tu es bon pour :

– aller chercher les sources (c’est rarement ce que tu télécharges en premier, dans ces cas-là)
– les modifier
– recompiler le tout (c’est en général à ce moment que je me rends compte que je n’ai pas encore installé de JDK récent)
– et _normalement_ ça suffit.

Je conçois que ça apporte beaucoup d’avantages à Java, en termes de robustesse notamment, mais c’est tellement plus lourd à manipuler qu’un langage interprété. Avec leur foutue histoire de bytecode, ils se retrouvent avec les inconvénients de l’interprété (relative lenteur comparé aux compilés) ET ceux du compilé (code en écriture-seule), tout ça pour un seul petit avantage net : la possibilité d’isoler le code à l’exécution et de lui éviter de faire n’importe quoi. La portabilité fut longtemps rangée dans ces avantages par les commerciaux de Sun, mais même eux n’osent plus – ou n’osaient déjà plus avant de se faire racheter.