Le contexte Go est un mécanisme de contrôle de flux, pas un système de stockage.
Le context.Context de Go est suffisamment simple pour être mal utilisé — et c’est là que réside le problème.
La spécification comme source de vérité, et non comme document annexe.
Le développement piloté par les spécifications est l’une de ces idées que les ingénieurs logiciels ont tenté d’adopter par le passé, puis mises de côté lorsque l’effort investi n’était plus rentable.
Spécifications comme source de vérité, ou lenteur cérémonielle ?
Le développement guidé par les spécifications est entré dans l’année 2026 en tant que réponse sérieuse des développeurs à la dérive du « vibe coding ».
Maintenez l'intention proche du code.
Les registres de décision constituent la couche de mémoire manquante dans le développement logiciel assisté par l’IA. Ils capturent non seulement ce qui a été construit, mais aussi pourquoi — et cette distinction devient critique lorsque les outils d’IA écrivent votre code.
Gérer les erreurs au bon niveau.
La gestion des erreurs en Go est souvent critiquée. Chaque développeur Go a écrit ce code des centaines de fois :
Arrêtez de dormir dans les tests Go concurrents.
Tester le code Go concurrent a toujours exigé une certaine discipline. Les goroutines sont peu coûteuses, les canaux sont simples et l’annulation de contexte est idiomatique — les workers en arrière-plan et les minuteries sont omniprésents dans les services Go réels.
A2A n'est pas mort. Il n'est simplement pas universel.
Le protocole Agent2Agent de Google, généralement abrégé en A2A, a connu une première année étrange.
Des modèles de sondage fiables pour les agents IA.
Les agents de sondage (polling agents) font partie des aspects les moins glamour de l’architecture des assistants IA, mais ils sont aussi parmi les plus utiles.
A2A transforme les agents en pairs du réseau.
Le protocole A2A, sigle d’Agent2Agent Protocol, est une norme ouverte pour la communication entre des systèmes d’agents IA indépendants.
MCP fournit des outils aux agents. A2A leur offre des pairs.
L’architecture des agents IA commence à se scinder en deux couches.
Mettre en œuvre CQRS en Go sans formalités superflues
CQRS est l’un de ces modèles qui est souvent survendu, surcomplexifié et parfois mal diagnostiqué comme un remède à l’ennui du CRUD traditionnel.
Des diagrammes en code, sans les tracas.
Mermaid est un outil de diagrammes basé sur le texte, conçu pour ceux qui préfèrent écrire leurs diagrammes plutôt que de faire glisser des formes sur un canevas. Il utilise une syntaxe proche de Markdown pour décrire des organigrammes, des diagrammes de séquence, des diagrammes de classes, des machines à états, des frises chronologiques, des diagrammes de Gantt, des diagrammes entité-association et bien plus encore.
Des notes qui s’améliorent au lieu de se dégrader.
La plupart des notes techniques sont rédigées une fois puis oubliées. Vous capturez quelque chose lors d’une session de débogage, vous le collez quelque part, et vous le retrouvez deux ans plus tard sans aucun contexte expliquant pourquoi cela comptait.
Organisez les notes par action, et non par thème.
Organiser ses notes par sujet semble logique, jusqu’à ce que vous ayez des notes sur PostgreSQL réparties dans cinq dossiers différents et que vous ne puissiez plus trouver celle qui est pertinente pour le problème du jour.
Publiez des connaissances qui évoluent, pas seulement des posts.
Le modèle dominant pour publier des connaissances en ligne n’a guère changé depuis le début des années 2000 : écrire quelque chose, le peaufiner, le publier, puis passer à autre chose.
Le bon modèle pour la bonne tâche.
Exécuter un modèle de 70 milliards de paramètres pour résumer un e-mail de 200 mots est un gaspillage. Utiliser un modèle de 3 milliards de paramètres pour passer en revue du code en production est négligent. La plupart des systèmes se situent quelque part entre les deux — et c’est là qu’intervient le routage de modèles.
Recevez de nouveaux articles sur les systèmes, l'infrastructure et l'ingénierie IA.
