Rust Atomics and Locks, par Mara Bos

Il s’agit de la version web gratuite du livre écrit par Mara Bos1, responsable de l’équipe bibliothèque de @rustlang. Si vous en avez les moyens, pensez à l’acheter en ebook ou en version papier.

[ahwjdekf]

Même ceux qui qualifient eux-mêmes unsafe de magie noire l’utilisent pourtant à outrance dans des bibliothèques connues comme tokio ? On vante la séparation entre mutable et immuable comme un excellent moyen d’éviter les erreurs, mais on fournit aussi une fonctionnalité qui permet de rendre le mutable possible depuis l’immuable (RefCell<T>) ? Au fond, quelle est donc la véritable identité de ce langage ?

[ahwjdekf]

Au final, les seules personnes capables d’utiliser correctement Rust sont celles qui ont déjà un peu d’expérience en développement C++. Mais elles ne semblent pas avoir particulièrement envie de le faire. Moi non plus. C’est une sorte de buzzword. Regardez donc cette syntaxe de lifetime, bizarre, hideuse et complètement sur-ingénierée. Avez-vous déjà lu le document The Rustonomicon, sommet ultime de l’autojustification ?

[openmind]

Un langage n’est qu’un outil. Il existe de nombreux exemples d’utilisation pertinente de tels outils dans des environnements où la sécurité et les performances sont essentielles, comme AWS ou les serveurs Discord. Plutôt que de rabaisser inutilement ces outils, il vaudrait mieux réfléchir à la manière de bien les utiliser.

[ahwjdekf]

rust-lang

On prétend qu’il a été créé pour ceux qui font souvent des erreurs et accumulent les bugs parce que le C++ est trop difficile, mais en réalité c’est un langage contradictoire, dont l’apprentissage même est difficile pour ce genre de personnes.

[openmind]

Même ceux qui ont réellement bien appris font souvent des erreurs. C’est pourquoi les garanties en matière de sûreté mémoire offrent bien plus d’avantages qu’on ne le pense. Il y a de très bonnes raisons pour lesquelles la NSA recommande activement, à l’avenir, l’usage de langages à sûreté mémoire.