Un nouvel écosystème par an, sans obligation professionnelle

Je n'ai jamais eu besoin de Rust ou de Go sur une mission facturée. Je les ai appris quand même, par ce qui ressemble à une habitude maintenant : un nouvel écosystème par an, sans obligation professionnelle derrière.

Pourquoi pas juste lire la documentation

J'ai essayé la méthode classique (documentation, tutoriels, petits exercices) et elle ne tient jamais dans la durée pour moi. Ce qui fonctionne, c'est de me forcer à construire quelque chose d'assez structurant pour rencontrer les vraies difficultés du langage, pas seulement sa syntaxe.

learning-rust est né de cette contrainte : seize exemples testés, du séquentiel jusqu'à l'asynchrone, clippy-clean du premier au dernier. Chaque exemple existe parce qu'un concept du langage (ownership, lifetimes, Send/Sync) ne devient réel qu'une fois qu'on a un bug concret à cause de lui.

Le détour pédagogique

Avec go-primer, j'ai poussé un cran plus loin : au lieu de simplement apprendre Go pour moi, j'ai structuré l'apprentissage en modules et leçons, comme si je devais l'enseigner à quelqu'un d'autre. Expliquer un concept oblige à combler les trous qu'on ignorait avoir dans sa propre compréhension. C'est probablement la méthode la plus efficace que j'ai trouvée pour vraiment apprendre, pas seulement pour savoir utiliser.

Ce que ça change en mission

Ce n'est pas un hasard si ce réflexe ressemble à ce que je fais professionnellement avec la documentation vivante ou les architectures hexagonales : la même discipline consistant à comprendre profondément avant de livrer vite s'applique, que ce soit pour un système bancaire critique ou pour un exemple pédagogique du soir.