Heu… comment dire que bon, que pour faire une application, il faut à un moment donner fournir un binaire qui soit interprétable par la machine. Donc oui, il y a toujours un truc qui sera spécifique à un environnement (OS+processeur).

Oui, mais comme tu le dis, ça ne fonctionne que si le langage est interprété et que l’interpréteur est intégré à l’OS (a ceci, il faut rajouter que les interpréteurs garantissent tous le même comportement). Dans le cadre d’une application simple à installer et universelle, ce n’est pas gagné.

Tu n’a pas beaucoup d’interpréteur intégré commun à tous les OS, le seul que je vois, c’est HTML/CSS+JS car on va très certainement trouvé un navigateur Web dans un OS. Cependant, tu ne peux pas garantir que ce navigateur soit à la bonne version et intègre toutes les fonctionnalité que tu as besoin (fonction absente car trop récente ou au contraire dépréciée et retirée).

Il est donc assez logique que pour maîtriser ton environnement, il faut rajouter l’interpréteur dans ton “package”. C’est ce que fait Electron en intégrant blink et NodeJS. Il assure au passage que ça sera des versions précises, les extension NodeJS soit celles que tu as choisies…

PC : pour faire beaucoup de python, du pure python, c’est un langage très inefficacequi est très lent (sans compter le problème de GIL et du multithread de CPython) et pratiquement impossible d’utiliser efficacement un compilateur JIT (le byte code cpy nécessite encore beaucoup de travail lors de l’execution). Ce n’est donc pas rare que les bibliothèque python sont en faite en C/C++ et que le package contiennent directement le code compiler (numpy par exemple).

C’est justement discuté dans l’article pour le cas d’électron :

NxI a dit:

Elle a réfléchi à la possibilité d’une compilation qui fournirait les deux codes en un seul binaire, mais le jeu n’en vaudrait pas la chandelle, le poids de l’application grimpant en flèche.