Ça y est, on sort enfin du déni : nous, français, avons trop longtemps cédé à la tentation de se soumettre à d'autres pays, en particulier les États-Unis, pour notre Tech. Et donc il va falloir refactorer notre rapport à la Tech, et à la Société, en profondeur 😉

Je viens de demander à Claude Code (Opus 4.5) de résoudre le problème de system design qui était demandé quand je faisais passer des entretiens SRE. Bilan: Il fait exactement les mêmes erreurs que les profils plutôt juniors (over engineering, propose des trucs qui marchent pas quand on creuse...)

On se voit demain aux cloud native days 😁

Qui est d'accord ?

The difference between "dev" and "ops" is not about who writes code. It's 2026, dude: everyone writes code. The difference is a separation of concerns. Are you responsible for writing code to generate revenue, or building the systems for code to run on? charitydotwtf.substack.com/p/bring-back...

Nouvel article sur le blog: Ne pas se limiter à une spécialité dans sa carrière Dans cet article, j'explique pourquoi je pense que c'est important de ne pas se limiter à une spécialité (dev, sre, data...) dans la tech: mcorbin.fr/posts/2026-0...

Revue de presse et analyse personnelle sur le sujet du moment : la mutation du métier de développeur. eventuallycoding.com/2026/01/engi...

Claude qui n'hésite pas à taper où ça fait mal 😅

Je viens de publier un article intitulé "Un exemple d'observability trace-first". Il montre une approche moderne de l'observatility applicative, et explique mon idée de remplacer la majorité des logs et métriques par des traces. mcorbin.fr/posts/2026-0...

Retour aux fondamentaux pour la prochaine lecture

Sur le blog: Le premier intérêt de Kubernetes n'est pas le scaling "K8S c’est bien que pour les grosses entreprises", "On est pas Netflix/ Google", "Sans milliers de conteneurs ça sert à rien"…​ Vous avez déjà vu ces commentaires sur K8S ? Ces gens ont tout faux. mcorbin.fr/posts/2025-1...

Je me suis retrouvé à être dev Python, et ça m'a donné envie de faire un REX sur le langage (notamment après 6 ans de Go). Ce sera mon dernier article de l'année sur Le blog: mcorbin.fr/posts/2025-1...

"You're absolutely right, I apologize for that poor code" Y'a intérêt, allez au travail machine, et que ça saute !

You can now try Karpenter on Exoscale SKS in public preview! Explore workload-aware autoscaling, reduce unused capacity and test the first European cloud implementation. Preview here: exoscale.com/sks/karpenter #kubernetes #karpenter #cloudnative #europeancloud

On parle souvent de platform engineering dans le domaine de l'infra/SRE mais très rarement du platform engineering côté dev (dans leurs domaines), pourtant c'est aussi important. Je vois énormément de cas "this 0.5 day of work could have been an api call", faut amener cette culture aux dev.

On l'a enregistré il y a longtemps et on s'est enfin décidé à le publier. SI vous êtes dans la tech et que vous voulez en savoir plus sur la gestion d'incidents, n'hésitez pas à aller écouter 😀

Je viens de prendre mon ticket pour le cloud native days paris, content d'y aller pour revoir pas mal de connaissances 😀

Merci, et je viens d'apprendre que Karpenter est aussi maintenant dispo sur le cloud Européen car @exoscale.com vient de sortir son implementation 😍 community.exoscale.com/product/comp...

Et un grand merci à @mcorbin.bsky.social pour ses précieux conseils et son talk sur Karpenter, que je vous recommande vivement : www.youtube.com/watch?v=QO79...

Je pensais avoir tout vu dans ma carrière mais l'user/mot de passe en clair qui se balade en query param dans un site semi étatique c'est une première.

Fun fact mais le mois dernier j'ai bossé pendant 3 semaines sur un nouveau service interne, sans me rendre compte que j'avais désactivé la centralisation des logs dessus. Vu que j'utilise quasi que les traces dès que je veux check un truc, j'avais complètement zappé que j'avais aucun log 😅

Après + de 10 ans à bosser sur des systèmes distribués/archis microservices (et tous les problèmes associés), je sais pas quoi penser du futur des agents AI et de leurs interactions (via des protocoles type a2a/mcp et agent as tool), le tout avec des frameworks half baked sur la partie state/rejeu.

Après 5 ans et demi d'astreinte 24/7 ~1 semaine par mois, il est temps de faire une pause 😅 Mine de rien, c'est usant à force, meme quand ca se passe bien (peu voir pas d'alertes, bonne compensation/heure de repos...).

Nouvel article sur le blog: La GenAI pour les développeurs, un réel gain de productivité? Je donne mon avis sur l'utilisation de l'AI pour le dev, des exemples d'utilisation et j'explique pourquoi ça ne remplacera PAS les développeurs. mcorbin.fr/posts/2025-1...

J'ai l'occasion de faire beaucoup de Python ces temps ci pour des services back/api/llm (avant ça j'en faisais qu'à l'arrache pour du scripting) et pour l'instant mon avis sur le langage est assez mitigé. Ça marche, on peut construire avec (l'écosystème est son premier point d'intérêt) mais...

Aujourd'hui, c'est la dernière journée où je suis officiellement SRE 😅 Kubernetes ? Jamais entendu parler.

Qui aurait cru il y a 5 ans qu'on allait coder (en partie) en langage naturel depuis un terminal? Ca fait réfléchir sur l'UX des produits des prochaines années.

The marvelous (and yet underused) Power of Sameness (in software) medium.com/@tpierrain/t...

Nouvel article de blog: Pourquoi le DNS de Kubernetes est claqué au sol (notamment avec kube-proxy en iptables). Je décris plusieurs problèmes avec le DNS de kube, dont un bug non corrigé qui impacte notamment tous les clusters AWS EKS. mcorbin.fr/posts/2025-0...

(Not so) fun fact: un jour j'ai expliqué à un directeur que non seulement il n'avait pas le droit de m'empêcher d'avoir mon repos quotidien/hebdomadaire, mais que c'était sa responsabilité de s'assurer que tout le monde le prenait bien. (1/2)

Est ce que j'ai raison ? #microservice

Bon là Claude code c'est impressionnant (par contre pour un usage personnel la facture peut monter assez vite).

Les équipes de dev seraient choquées de savoir que quand ils sont coincés par un truc et escaladent aux SRE, bah... on sait pas non plus en fait (mais on finit par trouver la solution) 😅

On m'attaque dès le lundi matin

Quand je demande à mon assistant AI home made son avis sur une partie du code de mon projet (il a raison):

Il y a une règle universelle sur la gestion des coûts "tech" dans les entreprises (cloud, observability, CI...). C'est pas les produits qui sont chers, c'est les mauvaises pratiques côté équipes tech qui font exploser la facture. Ça se vérifie 99.9 % du temps (le 0.1 % qui reste c'est Datadog).

En vrai faudrait commencer chaque conversation sur kube par des questions du type "nombre de déploiements en prod/jour, autonomie des dev (on-call etc), temps pour déployer un nouveau soft un peu spécifique (genre: un elastic, un airflow...)", temps pour patch 100 % de l'infra.. Et après on discute.

I built my own AI agent toolbox, MaizAI. API-first, abstracts LLMs providers, context management, RAG, streaming, end-to-end tracing... It was quite fun and I learnt a lot. I also started building my own coding assistant with it. See my article about the topic: mcorbin.fr/posts/2025-0...

MCP c'est marrant jusqu'au moment où faut se fâner toute la partie implem cliente en SSE avec gestion du cycle de vie des connexions (ping, reconnexions...). Ca aurait dû être tellement plus simple...

AWS a bien réussi à prendre le virage AI on dirait. Bedrock avec énormément de modèles du marché + leurs propres modèles pour du LLM, orchestration, RAG avec knowledge base (super simple à utiliser via s3), guardrails pour la sécurité... construire au dessus va très vite.

TIL on peut pas stopper les instances de base de données de Scaleway. J'ai un postgresql dont j'ai plus besoins mais que j'aimerai rallumer, bah faut tout détruire. La fatigue... j'vais sûrement migrer tout ça ailleurs.

L'idée derrière le protocole MCP est intéressante mais la complexité accidentelle du protocole omg (du stateful/SSE partout, choix douteux sur pas mal d'API, la partie oauth qui arrive bientôt...). Encore un truc qui va être bien chiant à gérer hors déploiement sur le poste local.

On recherche un staff SRE (un profil expérimenté avec notamment une bonne connaissance de Kubernetes). Pratiques/infra moderne: Full cloud/k8s, 150-200 MEP par jour, platform engineering, lean, e2e tracing partout, gros challenges produit/croissance... L'offre est ici: jobs.lever.co/qonto/eb025d...

200 deployments in production per day, Friday included: lessons learned I explain in this article why it's important to ship changes early and often, every day, and give tricks to do so. I don't usually blog in English but did an exception for this one: mcorbin.fr/posts/2025-0...

Je regarde quelques métriques pour des slides, il y a 2 jours on a déployé plus de 200 fois en production (côté produit, je compte pas les projets infra/data). Not bad 😀 J'ai un article en cours sur le sujet d'ailleurs.

Je déclare officiellement que sqlc > * pour faire SQL en Golang.

En train d'écouter l'épisode sur l'IA du podcast "Dans la tech" open.spotify.com/episode/0WAJ... REX de @damyr.fr @flemzord.fr @mcorbin.bsky.social sur leur utilisation des assistants de code, chatbots, ... (er merci pour la citation)

Le SDK Anthropic qui accepte pas les accdents, C cédille... dans les prompts x_x

Je vois de + en + de gens parler de Talos, et j'ai tjr du mal à voir l'intérêt. Un bon vieux Ubuntu (par exemple) + containerd + kubelet c'est pas suffisant vu que tout le reste vient en daemonset ? Il y a imo tellement de trucs à faire avec + de valeurs ajoutés que la partie OS. Change my mind.

cloud.google.com/blog/product... J'espère que ça deviendra mainstream juste pour les possibilités de meme sur le nom.