Python n'entre vraiment pas en ligne ici. Il est clair que pour développer une petite IHM, ou un petit script, ce sera plus vite fait avec Python (et bidouillé/adapté aux besoins). Néanmoins, surtout pour un gros projet, le code Python a la fâcheuse tendance à devenir instable et il est difficile de savoir quel type tu reçoit réellement (int ou string?) et il faut parfois rajouter du code pour gérér plusieurs cas qui en Rust ne seraient même pas survenus. Deplus sur un gros projet, impossible de tester tous les cas (surtout ceux qui sont la "au cas ou").
Mais dans tous les cas Rust perd le temps de la compilation (et donc du retour à la case dev) alors que Python peut être modifier en prod rapidement par un admin ce que Python perd en perfs. Et au final pour les projets "importants" on peut se demander si c'est un réel défaut puisque généralement les adminsys sont incapable de toucher à une virgule de code.
Reste qu'en pratique un langage interprété offre quand même un peu plus de souplesse et de possibilité notamment pour les non-devs ou pour des projets ou les specs changent souvent (typiquement une IHM web) et ou la stabilité du code n'est pas si critique (car au final un site web c'est un ensemble de pages web qui chacune est un "petit projet").
PS : C'est rapide de corriger les erreurs de compilation quand tu maîtrise ton langage.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
[^] # Re: Au sujet du « Ça marche du premier coup »
Posté par abriotde (site web personnel, Mastodon) . En réponse au journal Intégration d'une fenêtre de debug live en Rust 🦀. Évalué à 3. Dernière modification le 07 mars 2023 à 05:51.
Python n'entre vraiment pas en ligne ici. Il est clair que pour développer une petite IHM, ou un petit script, ce sera plus vite fait avec Python (et bidouillé/adapté aux besoins). Néanmoins, surtout pour un gros projet, le code Python a la fâcheuse tendance à devenir instable et il est difficile de savoir quel type tu reçoit réellement (int ou string?) et il faut parfois rajouter du code pour gérér plusieurs cas qui en Rust ne seraient même pas survenus. Deplus sur un gros projet, impossible de tester tous les cas (surtout ceux qui sont la "au cas ou").
Mais dans tous les cas Rust perd le temps de la compilation (et donc du retour à la case dev) alors que Python peut être modifier en prod rapidement par un admin ce que Python perd en perfs. Et au final pour les projets "importants" on peut se demander si c'est un réel défaut puisque généralement les adminsys sont incapable de toucher à une virgule de code.
Reste qu'en pratique un langage interprété offre quand même un peu plus de souplesse et de possibilité notamment pour les non-devs ou pour des projets ou les specs changent souvent (typiquement une IHM web) et ou la stabilité du code n'est pas si critique (car au final un site web c'est un ensemble de pages web qui chacune est un "petit projet").
PS : C'est rapide de corriger les erreurs de compilation quand tu maîtrise ton langage.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.