Joined March 2015
25 Photos and videos
Chaque jour une nouvelle fuite de données, almerys (et donc alan) aujourd'hui.
1
1
1
693
mcorbin retweeted
5 months
An update regarding the future at @Cloudflare. I’ve shared my full message to the team and details on the support we're providing those departing here: blog.cloudflare.com/building

19
163
2,776
315,785
Retournons au bureau pour gagner en productivitĂ©: 9h cafĂ©, 10h clope, 11h pause, 12h-14 restau, 15h clope, 16h cafĂ©, 17h30 A . Bonus: marcher dans les couloirs de l'open space pour ĂȘtre visible et montrer qu'on bosse.
C'est bizarre, beaucoup de boĂźtes reviennent sur le tĂ©lĂ©travail mais on a toujours des gens pour nous expliquer que le tĂ©lĂ©travail c'est fantastique, qu'ils savent super bien gĂ©rer, qu'ils y sont mĂȘme bien plus productifs, que la leur fait 20 cm et que ce sont les mauvais managers qui font Ă©chouer le tĂ©lĂ©travail.
8
69
857
68,184
mcorbin retweeted
Apr 10
🎁 Concours pour fĂȘter les 100 000 vues sur la vidĂ©o sur l'Histoire de XxRamboPLxX ! Une cape du quart de siĂšcle Ă  gagner sur Dofus 3 (assez rare car elle ne peut ĂȘtre obtenue qu'en convention). âžĄïž Pour participer : RT ce tweet follow @liche_fr đŸ—“ïž Tirage le lundi 27 avril.
🎬 Nouvelle vidĂ©o : dĂ©couvrez l'histoire de XxRamboPLxX, le 1er joueur niveau 200 de Dofus ! Le tout avec des images et anecdotes inĂ©dites partagĂ©es par youbutsu, son meilleur ami IG de l'Ă©poque (et meneur de leur guilde Blank). RT trĂšs apprĂ©ciĂ©s 😄 ▶ youtu.be/5TpZGtCnpEE
45
1,523
659
115,838
Résumé de l'arc tech du moment
6
549
Me suis déjà embrouillé ici avec des dirigeants de cloud FR qui disaient globalement qu'il n'y avait aucun problÚme de sécurité à exposer sa base de données sur internet (en résumé les firewall ça sert à rien). Donc forcément les clients peu regardant vont faire des erreur.
Replying to @KuptoKosmos
Avant l'Úre du cloud-à-tout-va, on ne branchait JAMAIS son serveur de base de données directement sur le net avec une IP publique, et il y avait plusieurs niveaux de firewalls à traverser. L'infra (enfin ce qu'il en reste) est maintenant gérée par des nuls inconséquents :-(
3
2
19
2,719
50 % à 100 % (sur certaines PR) de mon code (tests inclus) est généré par claude code aujourd'hui mais je me reconnais pas du tout dans les discours du type "code is now a commodity", "yolo commits de 3000 LoC blind approve"... qu'on voit partout.
1
9
986
Oui je suis productif qu'avant mais l'AI doit ĂȘtre guidĂ©e et fait des erreurs. D'ailleurs, si un projet est mal architecturĂ©, l'AI rĂ©pĂ©tera les anti patterns. Et de maniĂšre gĂ©nĂ©rale guider l'AI est imo bcp efficace que de la laisser sortir des milliers de LoC sans contrĂŽle.
1
7
759
AprĂšs c'est peut ĂȘtre parce que je bosse sur des projets assez critique, avec des architectures distribuĂ©es et potentiellement des consĂ©quences pas top si ça bug. TL:DR je vois pas du tout quel workflow aujourd'hui me permettrait de laisser tourner l'AI sans supervision.
4
9
771
Ce plaisir de travailler sur des projets perso avec "task" Ă  la place de "make"
1
1
858
Nouvel article: un exemple d'observability trace-first Dans cet article, je prĂ©sente une approche moderne et "trace-first" pour de l’observability applicatif, et notamment l'idĂ©e de remplacer la majoritĂ© des logs et mĂ©triques par des traces. mcorbin.fr/posts/2026-01-06-

3
11
966
mcorbin retweeted
Il y a une confusion conceptuelle profonde dans ce raisonnement: assimiler la production de code Ă  la pratique du gĂ©nie logiciel. Le coĂ»t marginal de l’écriture syntaxique du code tend effectivement vers zĂ©ro avec les LLM. Mais ce coĂ»t n’a jamais Ă©tĂ© le cƓur de la valeur du mĂ©tier. Le gĂ©nie logiciel n’est pas un problĂšme de gĂ©nĂ©ration de texte. C’est un problĂšme de modĂ©lisation, de gestion de la complexitĂ©, de prise de dĂ©cisions irrĂ©versibles sous incertitude, et surtout de responsabilitĂ© dans le temps. Un systĂšme rĂ©el n’échoue pas parce que “le code est mal Ă©crit”. Il Ă©choue parce que: – le modĂšle mental du domaine est faux – les invariants ne sont pas compris – les hypothĂšses implicites ne sont pas explicitĂ©es – les compromis ne sont pas assumĂ©s Aucune IA ne peut aujourd’hui assumer ces choix Ă  ta place. Elle peut les proposer. Elle ne peut ni les porter, ni en rĂ©pondre. Il y a aussi un signal faible mais rĂ©vĂ©lateur dans l’idĂ©e que “l’IA fait tout”. Lorsque l’IA peut produire l’intĂ©gralitĂ© d’un systĂšme sans rĂ©sistance intellectuelle, ce n’est gĂ©nĂ©ralement pas le signe d’une prouesse technologique, mais celui d’un problĂšme peu profond, peu contraint, ou dĂ©jĂ  largement standardisĂ©. Les problĂšmes rĂ©ellement intĂ©ressants, ceux qui touchent au rĂ©el, aux humains, aux organisations, aux contraintes juridiques, physiques ou sociales rĂ©sistent. Ils forcent Ă  penser, Ă  arbitrer, Ă  revenir en arriĂšre, Ă  douter. L’analogie avec l’assembleur, les langages compilĂ©s et les langages interprĂ©tĂ©s est trompeuse. Ces transitions ont changĂ© le niveau d’abstraction, pas la nature du travail. Comprendre les contraintes sous-jacentes est restĂ© indispensable. La “programmation en langage naturel” n’abolit pas la complexitĂ©. Elle la dĂ©place, souvent vers des zones moins visibles, plus dangereuses, et plus coĂ»teuses Ă  corriger. Former des ingĂ©nieurs n’a jamais consistĂ© Ă  leur apprendre Ă  â€œĂ©crire des lignes”. Il s'agit de leur apprendre Ă  penser des systĂšmes qui survivront Ă : la croissance, les pannes, les usages imprĂ©vus, le temps, etc. Les LLM sont des multiplicateurs de productivitĂ© extraordinaires. Mais comme tous les multiplicateurs, ils amplifient la compĂ©tence
 ou l’absence de compĂ©tence. Le futur n’oppose pas “diplĂŽmĂ©s” et “vibe coders”. Il oppose ceux qui comprennent profondĂ©ment les systĂšmes qu’ils construisent Ă  ceux qui confondent vitesse de gĂ©nĂ©ration et maĂźtrise. La production de code n’a jamais Ă©tĂ© le travail. L’ingĂ©nierie, si.
29 Dec 2025
RĂ©flĂ©chissez-y Ă  deux fois avant de vouloir aller en Ă©cole d’informatique. Parce que d’ici votre diplĂŽme, les outils IA auront tellement Ă©voluĂ© que vous serez dĂ©passĂ©s. Regardez mon GitHub : 2377 contributions depuis juillet 2025. ZĂ©ro ligne codĂ©e Ă  la main. Chaque ligne a Ă©tĂ© Ă©crite par Claude Opus 4 ou Opus 4.5 avec Claude Code. Je commande, ils exĂ©cutent. Point. Un dĂ©veloppeur n’est plus un constructeur. Il est devenu un architecte et un chef d'orchestre. Il dirige des agents IA qui codent Ă  sa place. Il n’a plus besoin, et bientĂŽt plus le droit, d’écrire du code lui-mĂȘme. C’est le travail de l’IA. Aujourd’hui, n’importe qui peut gĂ©nĂ©rer du code propre et fonctionnel rien qu’en chattant avec Claude Code. C'est une rĂ©volution. Le coĂ»t d'Ă©criture du code est presque tombĂ© Ă  zĂ©ro. Le seul vrai coĂ»t restant est l’abonnement que paiera l’entreprise (ou le dev lui-mĂȘme) et le temps passĂ© Ă  guider l’IA. Et ce n’est pas la premiĂšre fois que ça arrive. À chaque fois qu’un nouveau paradigme de programmation Ă©merge, les anciennes compĂ©tences deviennent obsolĂštes : – L’assembleur -> remplacĂ© par les langages compilĂ©s de haut niveau (FORTRAN, C, C ). – Les langages compilĂ©s -> remplacĂ©s par les langages interprĂ©tĂ©s bourrĂ©s de paquets prĂȘts Ă  l’emploi (Python, JavaScript). – Et aujourd’hui, les langages interprĂ©tĂ©s -> remplacĂ©s par la programmation en langage naturel avec les LLM et les agents IA. Toute la valeur a migrĂ©. Elle n’est plus dans la capacitĂ© Ă  coder, mais dans l’idĂ©e, la vision, la crĂ©ativitĂ©, l’architecture, l’orchestration fine des outils et surtout l’exĂ©cution sans pitiĂ©. La production de code ? EntiĂšrement dĂ©lĂ©guĂ©e aux IA. Un Ă©tudiant apprend encore Ă  coder ligne par ligne, Ă  ingurgiter de la documentation complexe, et Ă  mĂ©moriser des patterns. Sauf que tout ça devient inutile. Pire, l’étudiant va perdre des annĂ©es Ă  acquĂ©rir des compĂ©tences qu’il n’utilisera presque jamais. Tout ça pour se retrouver en concurrence directe avec des gens sans diplĂŽme, sans aucune formation informatique traditionnelle, qui auront simplement appris Ă  « vibe coder » en chattant avec des IA. Et ces vibe coders feront souvent le mĂȘme travail, voire mieux. Parce qu’ils sauront vraiment exploiter les IA Ă  fond, avec une expĂ©rience concrĂšte et immĂ©diate que le jeune diplĂŽmĂ© n’aura pas. Ils auront dĂ©jĂ  livrĂ© des projets rĂ©els, itĂ©rĂ© Ă  toute vitesse, rĂ©solu des bugs en live, pendant que l’étudiant Ă©tait encore en train de faire des TP thĂ©oriques sur des langages obsolĂštes. RĂ©sultat, ces vibe coders seront bien plus facilement employables. Les entreprises prĂ©fĂšrent quelqu’un qui prouve qu’il livre vite et bien avec les outils d’aujourd’hui, plutĂŽt qu’un diplĂŽme qui atteste de compĂ©tences d’hier. MĂȘme chose pour les dĂ©veloppeurs seniors qui font encore les princesses et qui refusent d'utiliser l’IA. Hier, ils dictaient leurs conditions et imposaient des salaires Ă  six chiffres parce qu’ils Ă©taient irremplaçables. Demain, n’importe qui pourra faire leur travail en dĂ©crivant ce qu’il veut et en laissant l’IA exĂ©cuter. Les entreprises seront amenĂ©es Ă  recruter trois profils principaux : - les crĂ©atifs purs : ceux qui ont des idĂ©es fortes et savent les formuler avec prĂ©cision (les maĂźtres du prompt). - les architectes/orchestrateurs : ceux qui maĂźtrisent parfaitement les outils IA et savent diriger une armĂ©e d’agents sur des tĂąches complexes jusqu’à obtenir le rĂ©sultat parfait. - les exĂ©cutants ultra-agiles : ceux qui font avancer les projets Ă  une vitesse folle en exploitant l’IA au maximum, mĂȘme sans bagage technique traditionnel. En consĂ©quence, la masse salariale des Ă©quipes va fondre. Pourquoi garder 10 devs quand une seule personne peut piloter 10 agents IA qui produiront plus vite et souvent mieux que les 10 humains rĂ©unis ? Les salaires moyens vont mĂ©caniquement baisser, la pression sur les juniors va exploser, et le dĂ©classement menacera les seniors qui n’évoluent pas. L’ñge d’or du dĂ©veloppeur-roi est fini. Comme pour les graphistes et les artistes numĂ©riques, passer des centaines d’heures Ă  se perfectionner n’est plus monĂ©tisable de la mĂȘme façon. La barriĂšre Ă  l’entrĂ©e s’est effondrĂ©e. Regardez ce qui s’est passĂ© avec Midjourney, Grok, GPT et Stable Diffusion. En Ă  peine 2 ans, des milliers de graphistes et infographistes ont vu leur marchĂ© se faire conquĂ©rir par des gens qui n’avaient jamais touchĂ© Photoshop de leur vie. Exactement la mĂȘme chose arrive maintenant au code, mais en 100x pire. Aujourd’hui, n’importe qui peut vibe coder une app complĂšte, monter un systĂšme complexe et concurrencer des boĂźtes Ă©tablies avec des dizaines de devs sur la payroll. Il suffit d’une bonne idĂ©e, d’un peu de crĂ©ativitĂ©, d’un prompt bien tournĂ©, et en un week-end tu as un MVP fonctionnel prĂȘt Ă  onboarder des clients, le tout sans payer un seul dev. Et en quelques mois, avec de l’itĂ©ration rapide facilitĂ©e par l’IA, un solo founder peut sortir un produit qui rivalise avec les gĂ©ants du secteur. Nous entrons dans un nouveau paradigme. Le marchĂ© du dĂ©veloppement est dĂ©jĂ  en pleine mutation, avec des juniors qui peinent Ă  trouver un premier poste. Et ce n’est que le dĂ©but de la transformation du secteur...
96
300
1,685
133,682
29 Dec 2025
Nouvel article de blog sur Kubernetes. "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-12-29-

10
22
102
9,864
26 Dec 2025
1
2
622
26 Dec 2025
Dernier article de l'année sur le blog: 4 mois de Python de maniÚre intensive: mon retour sur le langage Je donne mon avis sur le langage Python pour faire de vrais apps qui tournent en prod: mcorbin.fr/posts/2025-12-26-

6
8
39
6,991
23 Nov 2025
Si vous voulez en savoir plus sur la gestion d'incidents en production, ça se passe ici :D
Incident management : process, psychologie, coordination et amĂ©lioration continue. On fait le tour du sujet sans filtre. đŸ”„đŸ“Ą youtu.be/GaXr1J0npXI
2
6
2,301
10 Nov 2025
Ça se passe oĂč les discussions tech intĂ©ressantes sur le net aujourd'hui? X c'est mort hors influenceurs qui racontent nimp, bsky c'est plus qualitatif mais peu d'activitĂ©, linkedin c'est 100 % bullshit, les slack/discord tech oĂč je suis bougent plus trop non plus...
11
2
12
2,250
10 Nov 2025
Karpenter disponible chez @Exoscale đŸ€© C'est si je me trompe pas le 1er cloud europĂ©en Ă  supporter ce produit qui est juste gĂ©nial (et qui devient un standard) pour gĂ©rer le cycle de vie/scaling des nƓuds d'un cluster kubernetes. Faut que je teste ça: community.exoscale.com/produ

1
2
8
1,338
mcorbin retweeted
I've been saying we train / convert way too many developers for 15 years. And that you need some passion, and to invest time in fundamentals. I've been accused of gatekeeping when I criticized bootcamps and models that brought in people for the money. I wish I had been wrong.
In the last 48 hours, many people DM'ed me that they actually hate programming. I didn't realize we forced so many people into programming because there were once economic opportunities in this domain. You can't ask people to do an incredible job while they don't feel passionate.
3
3
6
931
25 Oct 2025
On voit pas mal d'annonces de ce type rĂ©cemment (plate-forme "fermĂ©es" de dev/observability d'agents). J'ai du mal Ă  voir ce que ça va donner surtout dans un contexte tech hors AI oĂč c'est les systĂšmes standards mais extensibles (kubernetes, opentelemetry...) qui cartonnent.
24 Oct 2025
Introducing Mistral AI Studio, the production AI platform. Mistral AI Studio enables builders to move from AI experimentation to production with a robust runtime for agents and deep observability across the AI lifecycle. More on our blog: mistral.ai/news/ai-studio
2
1
4
684
25 Oct 2025
LE challenge c'est l'evals, le reste (deployment/fault tolerance/observability...) c'est pas si différent d'une app classique, les patterns existants s'appliquent. Je crois pas trop aux plateformes tout en un sauf cas ultra spécifique (genre le sdk openai ultra intégré).
1
1
3
201