Un blog pour les gens qui aiment comprendre comment ça fonctionne
“Construire. Comprendre. Refactorer.”
Si tu cherches un énième article qui te promet “developer 10x plus vite en 5 minutes”, tu risques de t’ennuyer. Ici, on
préfère les sujets qui tiennent la route tout en embrassant les outils modernes comme l’IA : comment organiser, comment
décider, comment garder un projet lisible quand il grossit, et comment éviter que l’outillage devienne une religion. Tu
peux venir pour un détail… et repartir avec une manière différente de penser ton code.
Ici, tu trouveras des articles concrets, des tutos pas-à-pas et des retours d’expérience sur la fabrication
d’un produit numérique : de l’architecture au code, jusqu’à l’outillage qui te fait gagner du temps (ou t’en fait perdre
quand il est mal choisi).
L’objectif n’est pas de “faire joli” : c’est de rendre les choix explicites, d’éviter les pièges classiques, et
de poser des bases qui tiendront encore dans 2 ans.
Ce que tu peux venir chercher
Architecture logicielle
Quand un projet grossit, les “petites entorses” deviennent des dettes qui coûtent cher. Ici, on parle de structure,
de séparation des responsabilités, et de décisions qui évitent de tout recâbler à chaque évolution. ➡️ À explorer : /posts/architecture/
Le vaste monde de la JVM
Des sujets sur la JVM orientés pratiques : (les outils, les librairies, les langages), comment les utiliser, et surtout
pourquoi. ➡️ À explorer : /posts/jvm
IDE & productivité (VS Code, etc.)
Parce que ton IDE et ton workflow font partie du produit final : raccourcis, nouveautés, annonces, et ce que ça change
vraiment dans le quotidien. ➡️ À explorer : /posts/ide
Comment c’est organisé (et pourquoi c’est volontaire)
Tout est rangé par rubriques sous /posts/ : chaque thème a sa page d’accueil (pratique pour
“farfouiller” sans se perdre).
Contenus bilingues FR/EN, très souvent, tu trouveras une version (FR) et (EN), le
contenu est par défaut en FR.
Des formats différents selon le besoin :
articles d’analyse (prendre du recul, poser un cadre)
guides pratiques (faire, configurer, structurer)
tutoriels en étapes (progresser sans sauter des marches)
Cette organisation n’est pas là pour faire “propre” : elle sert à te laisser naviguer par curiosité, pas
uniquement
via une recherche Google.
Par où commencer si tu débarques
Si tu veux structurer un projet : commence par Architecture.
Si tu veux du Kotlin utile : prends un article de sérialisation ou un début de tuto, et déroule.
Si tu veux un boost outillage : passe voir les notes VS Code.
L’idée : te donner envie de creuser
Tu peux lire un article et repartir… mais le vrai gain est ailleurs : connecter les sujets. L’architecture influence ton code, ton code influence tes outils, tes outils influencent ta vitesse, ta vitesse
influence tes choix… et ainsi de suite.
Alors va fouiller : il y a de bonnes chances que tu tombes sur un détail qui te débloque, une structure que tu
peux réutiliser, ou une idée que tu vas contredire — et c’est très bien. Il y a (presque) toujours quelque chose pour chacun d’entre nous.
Un petit bonus pour la fin
Hugo & plateforme de blog
Oui, c’est un blog… et oui, sa plateforme est aussi un sujet. Tu trouveras des contenus pour construire, **organiser
** et maintenir un site Hugo propre, clair, et scalable (sans t’arracher les cheveux à chaque nouvelle section). ➡️ À explorer : /posts/hugo/
À propos / Licence
Si tu veux comprendre le cadre (qui écrit, pourquoi, et sous quelle licence) : ➡️ /about/ et /about/licensing/
Le chat de VS Code devient une console d’orchestration : sessions récentes, archive, filtres, sidebar dédiée.
Les agents “background” et “cloud” deviennent utilisables au quotidien grâce à l’isolation (Git worktrees) et au handoff fluide.
NES (Next Edit Suggestions) monte d’un cran : détection de rename + refactor via language server.
“Bring Your Own Key” n’est pas un gadget : c’est la stratégie “choix de modèles”, avec gestion du bruit (hide, auto).
MCP passe un cap : registry intégré, démarrage auto, resources téléchargeables, URL elicitation, tasks, sampling… bref, l’écosystème outils se structure.
Pourquoi j’en parle
La dernière release de l’année a été présentée lors d’un live “VS Code release event”, avec un message assez clair : VS Code ne veut plus être “un éditeur avec un chat”, mais le cockpit où tu lances, suis et combines des agents, des modèles et des outils. Et oui, la release venait juste d’être livrée la veille du live.
Ce qui m’intéresse ici, ce n’est pas l’effet waouh. C’est le changement de workflow : quand tu passes de “je demande un bout de code” à “je délègue des tâches, j’isole, je review, je merge”.
Quickly after deciding to Blog, I needed to choose my platform. I have found quite a lot of blogging platforms free on Internet (blogger.com, medium.com, …). But I didn’t want to be locked down to one platform and as a developper I wanted to have the same process as coding. So I shorty felt the need to have something simple, something very similar to my day to day job, it’s why I chose to do my content in markdown and to deploy it as I push code to a git repo.