Tout des trucs très ressemblant à java ou pas super sexy.
C'est difficile de contre argumenter face à ce genre de subjectivité, mais groovy est très largement utilisé. Je pense même que avec ou sans jvm, je connais plus de logiciels qui embarquent groovy que python (au sens embedded). En fait à part via jython je n'ai mais vu un logiciel embarquer python. Il me semble que c'est plus souvent l'inverse on s'intègre à python plutôt qu'on intègre python à son code.
Désolé, je n'étais pas clair dans mon commentaire, je parlais d'un point de vue hypothétique où jython était encore développé. Et que donc, ça avait du sens de développer jython.
Sauf qu'intrinsèquement jython ne peut pas être python. C'est une implementation du langage au dessus de la jvm, mais elle case la compatibilité avec l'écosystème de python et c'est l'écosystème de python qui le rend intéressant.
De la même manière qu'Ironpython avait du sens (d'ailleurs, je me demande si Microsoft ne regrette pas de l'avoir abandonné un peu trop tôt).
Même pypy a dû mal à suivre: il est en retard d'une version, il n'est pas tout à fait compatible,...
Avoir pleins d'implémentations de python ce serait cool (pour la beauté du geste), mais faut se rendre à l'évidence : python aujourd'hui c'est cpython et rien d'autre. Cette force qui est louée dans les autres commentaires d'utiliser massivement des bibliothèques en C "hyper" optimisées empêche de facto toute autre implémentation d'être pérenne (je pense que c'est aussi pour ça qu'on embarque pas python, mais qu'on se laisse embarquer par lui, ce n'est pizzas forcément un mal. C'est Julien Danjou qui disait qu'il vaut mieux entendre qu'embarquer).
[^] # Re: Stats
Posté par barmic 🦦 . En réponse à la dépêche Python pour la rentrée 2019 — partie 1 ― Popularité. Évalué à 1.
C'est difficile de contre argumenter face à ce genre de subjectivité, mais groovy est très largement utilisé. Je pense même que avec ou sans jvm, je connais plus de logiciels qui embarquent groovy que python (au sens embedded). En fait à part via jython je n'ai mais vu un logiciel embarquer python. Il me semble que c'est plus souvent l'inverse on s'intègre à python plutôt qu'on intègre python à son code.
Sauf qu'intrinsèquement jython ne peut pas être python. C'est une implementation du langage au dessus de la jvm, mais elle case la compatibilité avec l'écosystème de python et c'est l'écosystème de python qui le rend intéressant.
Même pypy a dû mal à suivre: il est en retard d'une version, il n'est pas tout à fait compatible,...
Avoir pleins d'implémentations de python ce serait cool (pour la beauté du geste), mais faut se rendre à l'évidence : python aujourd'hui c'est cpython et rien d'autre. Cette force qui est louée dans les autres commentaires d'utiliser massivement des bibliothèques en C "hyper" optimisées empêche de facto toute autre implémentation d'être pérenne (je pense que c'est aussi pour ça qu'on embarque pas python, mais qu'on se laisse embarquer par lui, ce n'est pizzas forcément un mal. C'est Julien Danjou qui disait qu'il vaut mieux entendre qu'embarquer).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll