Après, c'est aussi possible d'écrire du code propre en python, qui ne va pas bouffer 100% du CPU et être efficace.
Je pense que c'est un des problèmes pour beaucoup de logiciels écrits en python: les gens qui codent dans ce langage ne sont pas forcément toujours des gens dont coder est le métier, et on a parfoius du code assez curieux dans le meilleur des cas, et bien souvent difficilement maintenables (j'ai vu des trucs assez affreux dans mon job ). C'est pour ça que parfois je surnomme Python comme le "vb ou vba du libre". Mais ce n'est pas la seule raison. Et python n'est pas le seul langage qui pose problème, je le citais juste parce que c'est un exemple de problème que je rencontre régulièrement. Mais on trouve un tas d'applis qui sont écrit dans un langage - ou je devrais plutôt dire un environnement d'exécution (parce qu'il n'y a pas que le langage) qui n'est pas forcément le meilleur à utiliser d'un point de vue d'occupation des ressources, parfois parce que le déveoppeur code avec ce qu'il connaît.
Par exemple je me souviens d'une présentation il y a quelques années, d'une refonte d'un logiciel écrit initialement en Python par un alternant il me semble, logiciel chargé d'envoyer de la pub en temps réel sur des applis mobiles je crois. Ce logiciel devenait de plus en plus lent et difficile à maintenir. Le fait de le réécrire en Erlang a permis de réduire considérablement les ressources matérielles utilisées et il a été plus facile de répondre aux contraintes temps réel plus efficacement. Erlang était le langage/framework le plus adapté aux besoins et contraintes de l'application en question. Mais le gars qui l'avait développé en Python l'a fait parce qu'il ne connaissait rien d'autre.
[^] # Re: Je ne suis pas sûr que les logiiels libres soient ...
Posté par totof2000 . En réponse au journal Cailloux, joujoux, bijoux. Évalué à 4.
Je pense que c'est un des problèmes pour beaucoup de logiciels écrits en python: les gens qui codent dans ce langage ne sont pas forcément toujours des gens dont coder est le métier, et on a parfoius du code assez curieux dans le meilleur des cas, et bien souvent difficilement maintenables (j'ai vu des trucs assez affreux dans mon job ). C'est pour ça que parfois je surnomme Python comme le "vb ou vba du libre". Mais ce n'est pas la seule raison. Et python n'est pas le seul langage qui pose problème, je le citais juste parce que c'est un exemple de problème que je rencontre régulièrement. Mais on trouve un tas d'applis qui sont écrit dans un langage - ou je devrais plutôt dire un environnement d'exécution (parce qu'il n'y a pas que le langage) qui n'est pas forcément le meilleur à utiliser d'un point de vue d'occupation des ressources, parfois parce que le déveoppeur code avec ce qu'il connaît.
Par exemple je me souviens d'une présentation il y a quelques années, d'une refonte d'un logiciel écrit initialement en Python par un alternant il me semble, logiciel chargé d'envoyer de la pub en temps réel sur des applis mobiles je crois. Ce logiciel devenait de plus en plus lent et difficile à maintenir. Le fait de le réécrire en Erlang a permis de réduire considérablement les ressources matérielles utilisées et il a été plus facile de répondre aux contraintes temps réel plus efficacement. Erlang était le langage/framework le plus adapté aux besoins et contraintes de l'application en question. Mais le gars qui l'avait développé en Python l'a fait parce qu'il ne connaissait rien d'autre.