C'est dommage, pour moi le Go est très bon quand je travaille pour des applications back-end qui font principalement de l'entrée/sortie (exposant/consommant une API, BDD ...) et qui tournent dans des pod très contraints en ressources (quelques dizaines de milli-cpu ou centaines de Mo de RAM). Ce qui représente la majorité de mon travail depuis plus de 5 bonnes années.
Dans ce contexte, Go me permet très facilement d'avoir une application performante et cela sans aucune configuration.
Rust, pour moi, est plus délicat à mettre en œuvre dans ce contexte. Il faudra nécessairement gérer les entrées/sorties en asynchrones car je ne peux pas bloquer mon thread car il a bien d'autres choses à faire que d'attendre :)
[^] # Re: Le choix est simple
Posté par woffer 🐧 (site web personnel) . En réponse au lien Rust versus Go : round 1, fight !. Évalué à 4.
C'est dommage, pour moi le Go est très bon quand je travaille pour des applications back-end qui font principalement de l'entrée/sortie (exposant/consommant une API, BDD ...) et qui tournent dans des pod très contraints en ressources (quelques dizaines de milli-cpu ou centaines de Mo de RAM). Ce qui représente la majorité de mon travail depuis plus de 5 bonnes années.
Dans ce contexte, Go me permet très facilement d'avoir une application performante et cela sans aucune configuration.
Rust, pour moi, est plus délicat à mettre en œuvre dans ce contexte. Il faudra nécessairement gérer les entrées/sorties en asynchrones car je ne peux pas bloquer mon thread car il a bien d'autres choses à faire que d'attendre :)