Bienvenue

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) #

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 #

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/

Kotlin 2.3 : 5 nouveautés vraiment utiles (et quoi activer tout de suite)

Kotlin 2.3.0 est une release de maturité : moins de “features tape-à-l’œil”, plus de garde-fous, de DX et de perf. Elle ne “change pas votre façon de coder” par magie — mais elle vous évite des classes entières de bugs et réduit du boilerplate si vous activez les bons interrupteurs. :contentReference[oaicite:0]{index=0}

TL;DR #

  • Détecter les valeurs de retour ignorées (opt-in) → moins de bugs silencieux. :contentReference[oaicite:1]{index=1}
  • Explicit backing fields (expérimental) → fin du duo _state / state et smart-cast sur field. :contentReference[oaicite:2]{index=2}
  • UUID v7 + parseOrNull (API UUID expérimentale) → IDs triables temporellement, parsing sans exceptions. :contentReference[oaicite:3]{index=3}
  • Kotlin/Native + Swift export → enums et vararg plus naturels côté Swift + builds release jusqu’à ~40% plus rapides. :contentReference[oaicite:4]{index=4}
  • Kotlin/Wasm → binaires jusqu’à ~13% plus légers + KClass.qualifiedName activé par défaut, grâce au stockage compact Latin-1. :contentReference[oaicite:5]{index=5}

Lire la suite →

VS Code : Agent Skills — capitaliser du savoir-faire sans saturer le contexte

TL;DR #

  • Un LLM sans contexte n’est pas “mauvais” : il est généraliste. Les Agent Skills servent à injecter du savoir-faire procédural au bon moment, sans noyer la fenêtre de contexte.
  • Une skill = un dossier (portable) avec SKILL.md (YAML name + description obligatoires) + ressources (scripts, templates, exemples).
  • Chargement à la demande via déclenchement sémantique (match sur description) + divulgation progressive en 3 niveaux (métadonnées → instructions → ressources).
  • Dans VS Code 1.108, le support est expérimental et se pilote avec chat.useAgentSkills.1
  • Combinez Skills (le quoi) + Custom Agents (le qui) + Handoffs (le workflow) pour arrêter de “prompt-hacker”.

Lire la suite →

VS Code : de l'éditeur + chat… au poste de pilotage d'agents (et d'outils)

TL;DR #

  • 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”.

Lire la suite →

Which platform to blog

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.

Lire la suite →

«« « 1 2 3 » »»