Est-ce que le rapport contraintes/gains est si favorable que ça
Ça va dépendre de la pondération que l'on donne à ces contraintes et à ces gains. À quel point veut-on éviter les undefined behaviors ou les problèmes de sûreté mémoire, sachant que les éliminer dès la compilation augmente drastiquement la sécurité globale des applications? Ça va dépendre des applications, des personnes, de l'époque (on est plus attentif à la sécurité si les attaques se font plus nombreuses et causent davantage de dégâts)...
Mais je te rejoins, parfois les borrowing rules peuvent sembler trop contraignantes.
Pourtant, le langage lui-même a plein d'avantages, à tel point qu'on pourrait parfois envie d'avoir un Rust-like qui serait Rust privé des borrowing rules (donc on pourrait avoir plusieurs références mutables simultanément, sans avoir recours à des blocs unsafe) et les durées de vie... Ce ne serait plus Rust, évidemment, mais peut-être que ça pourrait répondre à un besoin.
[^] # Re: Gnirehtet réécrit en Rust
Posté par ®om (site web personnel) . En réponse au journal Du reverse tethering, en Rust. Évalué à 4.
Ça va dépendre de la pondération que l'on donne à ces contraintes et à ces gains. À quel point veut-on éviter les undefined behaviors ou les problèmes de sûreté mémoire, sachant que les éliminer dès la compilation augmente drastiquement la sécurité globale des applications? Ça va dépendre des applications, des personnes, de l'époque (on est plus attentif à la sécurité si les attaques se font plus nombreuses et causent davantage de dégâts)...
Mais je te rejoins, parfois les borrowing rules peuvent sembler trop contraignantes.
Pourtant, le langage lui-même a plein d'avantages, à tel point qu'on pourrait parfois envie d'avoir un Rust-like qui serait Rust privé des borrowing rules (donc on pourrait avoir plusieurs références mutables simultanément, sans avoir recours à des blocs unsafe) et les durées de vie... Ce ne serait plus Rust, évidemment, mais peut-être que ça pourrait répondre à un besoin.
blog.rom1v.com