Korben... Qui sombre lui aussi à de l'info putassière pour nous dire que Rust c'est de la folie. Lisez bien le slide pris en photo.
Et oui... Les dev Rust sont "aussi productifs que ceux de Go". Super... On le sait qu'on code moins vite en C++ mais Rust n'est pas le langage le plus adapté. Puisque les devs d'autres langages sont aussi productifs.
Et C++ a aussi des avantages. Ça me saoule cette tendance des Rust fans.
https://korben.info/rust-google-productivite-doublee-code-fiable.html
@metal3d Bof, rien de nouveau sous le soleil non? Pas évident de faire de la profondeur avec un blog généraliste.
Mais bon, puisqu’il faut creuser la comparaison avec go (que j’aime bien aussi), on peut citer ce qui est dit directement dans le talk:
> "When we've rewritten systems from Go into Rust, we've found that it takes about the same size team about the same amount of time to build it," said Bergstrom. "That is, there's no loss in productivity when moving from Go to Rust. And the interesting thing is we do see some benefits from it.
>
> "So we see reduced memory usage in the services that we've moved from Go ... and we see a decreased defect rate over time in those services that have been rewritten in Rust – so increasing correctness."
Maintenant je prendrai ça avec des pincettes (cf l’audience et l’auteur de la conf); mais il faut creuser, réfléchir, et voir qu’il n’y a pas de fumée sans feu (un peu le même message que @corpsmoderne ici).
@Aissen @corpsmoderne ce qui m'énerve c'est les raccourcis pris par la communauté Rust pour nous expliquer que seul leur langage vaut quelque chose. Voir la réponse que j'ai donné à @corpsmoderne 😉
Je code en Rust. Mais j'utilise et j'utiliserai toujours Go, Python, ou même C/Cpp en fonction du besoin. Et c'est une chose que j'ai du mal à faire comprendre à pas mal de fans de Rust: je n'ai pas tout le temps besoin de chasser le % de gain de perf
