Il n'apporte absolument rien, c'est une sorte de Java simple. Au moins Rust suit les langages modernes en fournissant des syntaxes puissantes comme le pattern matching.
Il a mis un énorme coup de projecteur aux thread léger et a montré leur utilité quand ils sont bien utilisés.
Il a un GC, il existe des techniques de programmation qui font qu'il est tout simplement plus nécessaire d'en avoir un dorénavant.
Oui et non. Un gc a 2 intérêts :
libérer la mémoire : il y a de techniques effectivement pour gérer ça, mais elles ne viennent pas forcément sans contraintes. rust lui-même pose des contraintes là dessus
compacter la mémoire : les cycles d'allocation libération vont créer des trous de mémoire libre mais difficilement utilisables. La seule autre technique que je connais pour compacter la heap c'est d'utiliser des pool, mais c'est très rébarbatif et revient à gérer sa mémoire à la main
Il supporte les pointeurs du style void * comme en C.
Le fait d'avoir des section unsafe en rust le rend inutile ?
Go est écrit en Go, ce qui rend sa compilation sur des nouvelles plateformes pénible. C'est dingue cette obsession de développer quelque chose puis d'en faire un logiciel self-hosted.
Les développeurs d'un langage apprécient le langage qu'ils conçoivent, chercher à l'utiliser eux-même ne me paraît pas "dingue".
Pas de gestion de RAII propre, il faut faire des defer à tout va.
C'est plus subjectif que tu ne le laisse croire. C'est bien plus explicite ce qui en fait un bon point. Je trouve personnellement que ça s'intègre bien dans la philosophie simple du langage pas trop d'abstraction et pas de bizarrerie utilisateur qui s’exécute silencieusement. Ça a d'autres inconvénients je suis d'accord.
Il y a encore plein d'autres raisons que tu peux trouver sur les moteurs de recherche. Celles que j'ai citées sont celles qui me feront jamais utiliser ce langage.
Oui la simplicité de la compilation croisée, la bibliothèque standard plutôt conséquente, son apprentissage plutôt rapide,...
Tu vois moi ce que je trouve dingue, c'est pourquoi les développeurs qui apprécient un langage ont besoin de pourrir les autres. Je ne suis pas un grand fan de go, je m'en sert personnellement très peu, mais pour des endroits où je ne veux aucune dépendance et/ou il remplace un script qui sera plus long où consommera un peu plus de ressources (sur rpi ou en starter dans un conteneur docker ou pour certains contexte où le temps de démarrage de python est plus important que le temps de calcul de mon code) et il ne m'a pas fallut de temps d'apprentissage pour faire ça. Là où rust demande plusieurs semaines/mois pour devenir confortable avec le langage.
[^] # Re: Pourquoi Rust ?
Posté par barmic 🦦 . En réponse au lien Rewrite it in Rust : au delà du meme (Google finance la réécriture en Rust de certains logiciels lib. Évalué à 6.
Il a mis un énorme coup de projecteur aux thread léger et a montré leur utilité quand ils sont bien utilisés.
Oui et non. Un gc a 2 intérêts :
Le fait d'avoir des section unsafe en rust le rend inutile ?
Les développeurs d'un langage apprécient le langage qu'ils conçoivent, chercher à l'utiliser eux-même ne me paraît pas "dingue".
C'est plus subjectif que tu ne le laisse croire. C'est bien plus explicite ce qui en fait un bon point. Je trouve personnellement que ça s'intègre bien dans la philosophie simple du langage pas trop d'abstraction et pas de bizarrerie utilisateur qui s’exécute silencieusement. Ça a d'autres inconvénients je suis d'accord.
Oui la simplicité de la compilation croisée, la bibliothèque standard plutôt conséquente, son apprentissage plutôt rapide,...
Tu vois moi ce que je trouve dingue, c'est pourquoi les développeurs qui apprécient un langage ont besoin de pourrir les autres. Je ne suis pas un grand fan de go, je m'en sert personnellement très peu, mais pour des endroits où je ne veux aucune dépendance et/ou il remplace un script qui sera plus long où consommera un peu plus de ressources (sur rpi ou en starter dans un conteneur docker ou pour certains contexte où le temps de démarrage de python est plus important que le temps de calcul de mon code) et il ne m'a pas fallut de temps d'apprentissage pour faire ça. Là où rust demande plusieurs semaines/mois pour devenir confortable avec le langage.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll