Par définition, non ; ce sont bien des êtres humains qui écrivent les interpréteurs python tout comme les complilateurs des autres langages qui ne sont jamais une mince affaire.
Je pense au contraire que si. La complexité de ces choses là dépassent l'humain et sont le travail d'une communauté qui produisent un effort dépassant ce que l'humain peut produire.
J'avais aussi en tête que python était plus lent que perl, mais surtout que démarrer l'interpréteur perl était moins couteux et c'est une idée qui courrait à une époque où python 2 était la norme.
Facilement compilable, oui (machine à état) mais leur temps d'exécution est très peu maîtrisable ; en gros, modifier un peu une regexp rapide peut la transformer en une regexp lente.
Mais perl a déployé des trésors d'inventivité pour permettre de les rendre efficace en contrôlant le backtracking dans beaucoup de cas.
C'est de mon point de vu frustrant de voir l'hégémonie de python là où j'adorerais voir une émulation entre python, perl et ruby. Mais on ne peut pas refaire le match et l'humain à minimat par la manière de se socialiser aime les positions dominantes (j'ai le même problème avec git/mercurial par exemple). Ça économise de la réflexion de suivre le mouvement plutôt que de choisir une solution qui serait (hypothétiquement) plus pertinent dans ton contexte. Ou dis autrement l'effet de groupe a une part importante dans l'évaluation de la pertinence d'un choix (les gens connaissent, il y a un écosystème, on te demande pas pourquoi avoir fait un choix)
[^] # Re: performances
Posté par barmic 🦦 . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 4.
Je pense au contraire que si. La complexité de ces choses là dépassent l'humain et sont le travail d'une communauté qui produisent un effort dépassant ce que l'humain peut produire.
J'avais aussi en tête que python était plus lent que perl, mais surtout que démarrer l'interpréteur perl était moins couteux et c'est une idée qui courrait à une époque où python 2 était la norme.
Mais perl a déployé des trésors d'inventivité pour permettre de les rendre efficace en contrôlant le backtracking dans beaucoup de cas.
C'est de mon point de vu frustrant de voir l'hégémonie de python là où j'adorerais voir une émulation entre python, perl et ruby. Mais on ne peut pas refaire le match et l'humain à minimat par la manière de se socialiser aime les positions dominantes (j'ai le même problème avec git/mercurial par exemple). Ça économise de la réflexion de suivre le mouvement plutôt que de choisir une solution qui serait (hypothétiquement) plus pertinent dans ton contexte. Ou dis autrement l'effet de groupe a une part importante dans l'évaluation de la pertinence d'un choix (les gens connaissent, il y a un écosystème, on te demande pas pourquoi avoir fait un choix)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll