Rust Backend Lab est une publication de niche pour les devs backend qui mettent Rust en production.

Un seul sujet : les backends web Rust avec Axum, Postgres et Tokio. Architecture, performance, déploiement. Pas d’article générique sur « c’est quoi l’ownership ».

Qui écrit#

Je m’appelle Nicolas Le Bozec. Je suis développeur backend, je travaille avec Rust, Postgres et le cloud, et j’écris ici les guides que j’aurais voulu lire en migrant des services Go et Node vers Rust.

Ce que ça implique pour toi : les chiffres publiés viennent de services que j’ai mesurés, les versions de crates sont celles que j’utilise, et quand je ne suis pas sûr d’un détail, je l’écris.

Le rythme#

Deux rendez-vous par semaine, toujours les mêmes.

  • Mardi : une crate Rust décortiquée. Ce qu’elle résout, le Cargo.toml exact, un exemple qui tourne, les pièges, l’alternative honnête.
  • Jeudi : un projet Rust open source lu dans le détail. Structure du dépôt, choix techniques à reprendre, ce qui est discutable.

Il arrive qu’un guide de fond, un retour de prod ou un benchmark s’ajoute. Il s’ajoute, il ne remplace pas.

Pour qui#

  • Devs backend (Rust, Go, Python, Node) qui passent à Rust
  • Devs système qui ont besoin d’API HTTP qui tiennent la charge
  • Seniors et CTO de startups qui évaluent Rust
  • Entreprises qui recrutent des devs Rust backend

Ce que tu y trouves#

  • De vraies structures de projet, pas des snippets de 50 lignes
  • Des benchmarks avec leur méthodologie
  • Des patterns Postgres : pooling, migrations, transactions, index
  • Des playbooks latence p99
  • Un template Axum complet, qui compile et dont les tests tournent en intégration continue à chaque commit

Comment c’est écrit#

Les guides de fond et les ressources sont écrits à la main. Les deux séries hebdomadaires sont préparées avec l’aide d’un modèle de langage, à partir de sources réelles (la page crates.io de la crate, le dépôt GitHub du projet), puis relues et corrigées avant publication. Aucun article ne part en ligne sans relecture.

Le site est open source : le pipeline de publication, les garde-fous et les articles sont dans le dépôt. Si tu vois une erreur, la correction se propose en une pull request.

Modèle économique#

  1. Articles gratuits, sans mur de paiement
  2. Freelance : audits et revues de code
  3. Sponsors (outils dev), toujours signalés comme tels
  4. Plus tard, peut-être : un guide payant, quand il sera vraiment prêt

Pas de liens affiliés, pas de placement déguisé. Si un jour ça change, ce sera écrit en haut de l’article concerné.

Travailler ensemble ? Voir Freelance ou Sponsors.