Mais Rust a un avantage sans prix : La thread safety garantie à la compilation, ce que Go ne pourra jamais offrir.
Comment ils font ça ? Avec go, si on utilise que les channels pour communiquer entre goroutine et pas de lock, il n'y a pas de problème potentiel.
Le cas général, est complexe surtout si on rajoute le garbage collector au milieu. Un des moyens serait d'envoyer des bouts de mémoire en lecture seul, et transmettre la gestion de ce bout de mémoire pour le détruire. Il existe une théorie dont j'ai oublié le nom qui permet de faire ça, mais cela rend le code très complexe (à chaque affectation, la sémantique est que la donnée est transmise et n'existe plus dans la variable d'origine).
[^] # Re: Go ou Rust côté backend, système ou embarqué
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La ronde (boucle?) des langages. Évalué à 3.
Comment ils font ça ? Avec go, si on utilise que les channels pour communiquer entre goroutine et pas de lock, il n'y a pas de problème potentiel.
Le cas général, est complexe surtout si on rajoute le garbage collector au milieu. Un des moyens serait d'envoyer des bouts de mémoire en lecture seul, et transmettre la gestion de ce bout de mémoire pour le détruire. Il existe une théorie dont j'ai oublié le nom qui permet de faire ça, mais cela rend le code très complexe (à chaque affectation, la sémantique est que la donnée est transmise et n'existe plus dans la variable d'origine).
"La première sécurité est la liberté"