Une présentation super intéressante, sur comment Rust rend le développement bas niveau bien plus facile et sûr.

If we select the maximum version, then at any given point in time, the current maximum versions of crates will be actively tested against each other (due to CI), and hence likely to work. Put differently, there’s an ecosystem-wide agreement on which versions to test compatibility with each other: the latest versions.

Il prend un peu ses rêves pour la réalité là, avec plusieurs postulats de base assez forts :

1- les librairies sont toutes activement maintenues
2- les librairies utilisent tous une CI
3- les librairies ont suffisamment de tests pour détecter des problèmes de compatibilité entre version.

Mon expérience avec npm en JavaScript a tendance a montrer que les 3 hypothèses sont loin d'être tout le temps vérifiées.
Le gros avantage de Rust cependant, c'est que le le point (3) n'est pas obligatoire pour que ça marche, le fait que le code soit typé statiquement aide déjà beaucoup.

Par contre le principe de minimal version selection choisi par les développeurs de Go est complètement débile: tu reste toujours avec la plus ancienne version possible d'une librairie, et donc avec tous les bugs qui ont pourtant été corrigés dans les versions ultérieures.

Une lib' de “mocking”/“spying” en Rust. C'est un peu l'équivalent de Sinon.js. C'est pratique, mais moi ce qu'il me faudrait, c'est l'équivalent de ça, sinon ce n'est pas vraiment utilisable.

Trp stylé ! J'avais développé un script qui faisait la même chose quand j'étais chez Streamroot.

Aussi appelé TypeState, le truc que j'adore avec Flow mais que je ne peux pas (encore) faire en Rust.

C'est trop cool ça, pour générer directement le script shell d'auto-complétion des outils en ligne de commande.
clap est vraiment bien foutu en terme de fonctionnalités. À l'usage je trouve que structopt est plus pratique à utiliser, mais comme il est basé sur clapil profite de toutes les fonctionnalités de celui-ci

C'est super stylé comme projet !

Un article intéressant, qui parle de l'implémentation d'un garbage collector en Rust.

Il donne notamment quelques chiffres intéressants :

• Lines of Code: 1449
• Unsafe LOC (%): 58 (4.0%)

Donc oui, écrire un garbage collector en Rust nécessite l'utilisation de blocks unsafe, mais en très petite quantité, ce qui rend la vérification beaucoup plus simple.

Dans cet article, ils compare aussi l'implémentation en Rust, d'une implémentation en C :

Et là encore le résultat est intéressant: l'implémentation en Rust est sensiblement aussi performante que l'implémentation en C.