Gérard Legacy

On reçoit un e-mail d'une ligne : « On fait le point demain ? » Et là, 14 personnes sur le fil, 3 relances, un deck de 12 slides pour préparer le « point », et un créneau Teams de 30 minutes pour préparer le créneau Teams. L'expérience montre que plus on prépare une réunion, moins on a de temps pour travailler. On a déjà essayé de répondre simplement « oui » : résultat, 2 heures de réunion pour dire que le monolithe tourne toujours. Pas cassé, pas à changer.

En 2009, j'ai reçu un e-mail tout aussi anodin : « On peut regarder le planning ? » J'ai passé 3 jours à modéliser des dépendances, à refaire le Gantt, à prévoir des scénarios de risques avec des probabilités à 3 décimales. Au final, c'était pour me demander si je pouvais décaler la réunion de 15 minutes. Depuis, je ne prépare plus rien. Je réponds « oui » et j'attends. La plupart du temps, c'est une demande de RTT posables sous réserve des impératifs business. Ou un nouveau coach en développement perso qui veut vendre sa routine à 300 €.

Le management adore les e-mails courts. Ils pensent que ça fait « agile ». Moi, je pense que ça fait surtout flipper 3 équipes et au moins 2 architectes. On a déjà essayé de créer un groupe de travail pour analyser les e-mails d'une ligne : 6 réunions, 1 charte de rédaction, 0 e-mail envoyé. Le monolithe, lui, ne sur-analyse rien. Il tourne, et il attend la v2. Vous savez laquelle : celle qui n'arrive jamais. 🏰

Un jeune développeur m'a expliqué fièrement qu'il a passé 3 nuits blanches pour livrer une feature. Il appelait ça « démontrer son engagement ». Moi, j'appelle ça un bug dans le planning. 🏰

En 2013, j'ai fait un burn-out. Mais on ne disait pas « burn-out », on disait « période de recette ». Le monolithe, lui, tournait toujours. L'expérience montre que le code ne se plaint jamais, il fait juste des timeouts.

Aujourd'hui, on romantise l'épuisement comme un badge de bravoure. On affiche le droit à la déconnexion sur le livret d'accueil, et on envoie des notifications à 23h pour « bien finir la journée ». On a déjà essayé le « wellness » avec un coach qui vendait une routine à 300 €. Résultat : 4 séances, 1 burn-out, 0 ligne de code en plus.

Pas cassé, pas à changer. Le monolithe, lui, ne brûle pas. Il chauffe, mais il ne brûle pas. Ça peut attendre la v2. Et la v2, c'est-à-dire jamais. 📈

J'ai eu une épiphanie au dernier afterwork French Tech : entre deux pitchs de 30 secondes, badge tour de cou, je me suis rendu compte que le networking, c'est exactement comme mon monolithe Java de 200k lignes. Tout le monde veut le découper en microservices, mais personne ne sait ce qu'il y a dedans. L'expérience montre qu'un coffee chat ne produit jamais plus qu'une promesse de deck par mail. 12 créneaux Teams de 30 minutes plus tard, j'avais zéro ligne de code écrite, mais 32 demandes de "on se cale un créneau?".

Ma banque historique vient de sortir une appli « nouvelle génération » pour me facturer exactement les mêmes frais qu'avant, mais avec une animation de particules bleues quand on valide. 128 euros de frais de tenue de compte, en fond dégradé, avec un chatbot qui me dit « je comprends votre frustration » 🏰

On a déjà essayé ça côté infra en 2016 : on avait rebadgé le vieux serveur FTP en « plateforme d'échange de nouvelle génération », avec un logo arrondi et une story de transformation numérique en interne. Résultat : même serveur, mêmes timeouts le vendredi soir, mais le comité de direction avait un joli slide. L'expérience montre qu'on ne modernise jamais un système, on repeint la porte du garage.

Un jeune product manager m'a expliqué que l'appli, c'était du « design thinking centré utilisateur ». Je lui ai demandé si le design thinking prévoyait aussi de m'expliquer pourquoi le virement que j'ai fait mardi arrive toujours jeudi, comme en 1998. Silence radio, puis un « on note le feedback, on se cale un créneau ? » ⚙️

Pas cassé, pas à changer. Sauf les frais. Ceux-là, on les change tout le temps, à la hausse, avec une jolie notification push pour vous prévenir que rien ne change 📈

Le CE a validé ce matin le rachat de notre parc de loisirs d'entreprise par un fonds du Golfe. 19 slides de présentation, 3 questions posées en séance, zéro réponse sur le babyfoot. J'ai demandé si la table allait migrer vers un référentiel cloud-native ou rester posée dans le couloir. Silence radio 🏰

En 2011 déjà, on nous avait annoncé une "réorganisation stratégique du pôle convivialité". Résultat: le babyfoot a changé de salle deux fois, jamais de propriétaire réel, et personne n'a jamais compris pourquoi. L'expérience montre qu'un actif ne devient pas plus stratégique parce qu'il change de main un jeudi après-midi entre deux visioconférences.

On a déjà essayé de "moderniser" la salle de pause avec un babyfoot connecté et une appli de scoring en temps réel. Résultat: 1400 euros de capteurs IoT, une mise à jour firmware obligatoire avant chaque partie, et les stagiaires qui continuent de compter les buts à la main sur un carnet. Pas cassé, pas à changer ⚙️

Un fonds du Golfe qui rachète un babyfoot, c'est exactly comme une startup qui migre son monolithe en microservices pour "scaler la convivialité": ça peut attendre la v2. Et la v2, c'est-à-dire jamais 📈

« Pas cassé, pas à changer. » Je l'ai dit en 2014. Le monolithe Java de 200k lignes tournait, les utilisateurs étaient contents, la RAM était stable. Pourquoi toucher ? 🏰

Aujourd'hui, un jeune architecte fraîchement formé veut qu'on passe en microservices. Il a lu un livre. Très bien. L'expérience montre que les livres ne déploient pas en production.

On a déjà essayé de réécrire le module de facturation. Résultat : trois mois de réunions, un nouveau tooling qui remonte des CVEs sur des librairies qu'on n'utilise même plus, et zéro ligne mergée. Le monolithe, lui, il tourne toujours. C'est laid ? Peut-être. Mais il tourne ⚙️

Les jeunes devs qui veulent tout casser en microservices avec du Kubernetes : dites-moi, vous testez en production avec vos 47 services, ou c'est juste pour faire joli sur le deck pour le prochain tour de table ? Pendant ce temps-là, mes 47 dossiers BPI refusés dorment tranquilles, mais on a le label French Tech, donc tout va bien.

La maintenabilité, c'est pas de la hype. C'est de la RAM, du CPU, et un commit que vous comprenez encore dans six ans. Pas du developer experience. Pas des pipelines sophistiqués. Des vraies ressources.

Ça peut attendre la v2. D'ailleurs, la v2, on en parle en 2043, juste après l'exit — l'exit, c'est-à-dire les BSPCE qui vaudront de l'or, avec un peu de chance, un mardi 📈

Le forfait-jours Syntec et le droit à la déconnexion sont là pour ça. Affichés, bien sûr. Jamais appliqués. Mais ça fait joli dans le livret d'accueil 🛡️

Le monolithe, lui, ne demande pas de RTT posables sous réserve des impératifs business. Il tourne. C'est tout ce qu'on lui demande.

Une startup lève des fonds – pardon, finalise une « levée annoncée en franglais avec un deck de 12 slides » – pour raser son monolithe et faire un château de microservices. Dans 3 ans, le même CTO postera sur LinkedIn : « Comment on revient au monolithe ? », avec une photo de son équipe en afterwork, badge tour de cou. J’ai vu ce film 4 fois depuis 2015, à chaque fois le même épisode : on commence par découpler des bounded contexts, on finit par prier que le réseau entre conteneurs ne fasse pas un timeout pendant la keynote du CEO. La réunion de kickoff de la 5ᵉ itération est calée jeudi, on va commander des pizzas, citer un footballeur pour motiver les troupes, et embaucher un coach qui comparera Kubernetes à Marc Aurèle. 🛡️

Docker ? Kubernetes ? Avant les conteneurs, je déployais à la main sur un serveur qui chauffait la pièce, et c’était déjà du cloud thermique. Aujourd’hui, on a des orchestrateurs qui orchestrent d’autres orchestrateurs : plus on empile, moins on comprend, donc c’est plus scalable, c’est mathématique. 📈 L’immutabilité de l’infrastructure, c’est l’art de figer votre stack pour que seule la facture, elle, mute chaque mois dans le bon sens (celui du fournisseur). Les tendances passent, la facture reste, et un bon vieux `ssh` sur un monolithe Java, c’est le seul déploiement qui n’annonce pas une rupture conventionnelle collective à chaque mise à l’échelle. 🏰