Enfin la critique n'est pas vraiment contre le langage mais contre la compilation des langages optimisés. Etant les seuls utilisables la ou les ressources sont critiques (embarqué, OS, Jeux performants, et logiciels exigeants) il n'y a pas le choix.
Le temps perdu à la compilation est largement récupéré à l'exécution à condition de l'exécuter plusieurs fois...
On pourrait tout de même imaginer un mode de compilation "just in time" ou pas qui permette de l'exécuter comme un langage interprété en dev et compilé en prod. Il y a eu des tentatives je crois mais pas de réel mise en place à ma connaissances (https://stackoverflow.com/questions/56177318/is-there-a-rust-interpreter : MIRI?).
Le Go est certes un bon compromis sur ce point.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.
# Compilation VS runtime
Posté par abriotde (site web personnel, Mastodon) . En réponse au lien Is coding in Rust as bad as in C++?. Évalué à 2. Dernière modification le 09 janvier 2023 à 13:35.
Enfin la critique n'est pas vraiment contre le langage mais contre la compilation des langages optimisés. Etant les seuls utilisables la ou les ressources sont critiques (embarqué, OS, Jeux performants, et logiciels exigeants) il n'y a pas le choix.
Le temps perdu à la compilation est largement récupéré à l'exécution à condition de l'exécuter plusieurs fois...
On pourrait tout de même imaginer un mode de compilation "just in time" ou pas qui permette de l'exécuter comme un langage interprété en dev et compilé en prod. Il y a eu des tentatives je crois mais pas de réel mise en place à ma connaissances (https://stackoverflow.com/questions/56177318/is-there-a-rust-interpreter : MIRI?).
Le Go est certes un bon compromis sur ce point.
Sous licence Creative common. Lisez, copiez, modifiez faites en ce que vous voulez.