If you truly believed in a 10% chance of human extinction in 3 years, you would not be spending your time selling and integrating it into a B2B CRM SaaS platform
Watch what they do, not what they say
I'm seeing team leads under immense pressure.
Why? Because AI decoupled effort from output.
Developers can create giant PRs in a few minutes. But that code may take hours to vet, test, fix, and review.
In 2024, bad developers were easy to spot. They produced little code, or struggled to write code that even ran.
In 2026, bad developers can use AI to quickly generate tons of code they don't understand. It seems okay at a glance, but contains subtle problems and fundamental issues that are hard to spot.
"The energy needed to refute nonsense is an order of magnitude bigger than the energy needed to produce it."
-Brandolini's law (aka the bullshit asymmetry principle)
Despite having such a strong team, there is zero internal competition.
We have:
- No career ladder.
- No useless promo work.
- No competencies and "Exceeds expectations" benchmarks.
Just cool people doing cool stuff.
If you like building cool stuff - ping me in DM or LinkedIn
"Pourquoi tu nous parles encore de design patterns, bonnes pratiques ou code smells alors que, de toute façon, c'est l'agent qui écrit le code ?"
Parce que déléguer l'écriture du code ne veut pas dire abandonner sa codebase
Les modèles s'améliorent vite, mais une codebase complexe, remplie d'indirections, d'abstractions inutiles, de couplage et de conventions incohérentes reste plus difficile à comprendre et à faire évoluer
**Pour un humain comme pour un agent**
Et côté agent, cette complexité a même un coût très concret. Plus de code à explorer, plus de contexte à charger, plus de tokens consommés et davantage d'occasions de partir dans la mauvaise direction
Avoir une énorme fenêtre de contexte ne règle d'ailleurs pas magiquement le problème. Plus le contexte devient gros et bruité, plus il devient difficile d'en extraire correctement les bonnes informations
Donc oui, je continue de parler de code smells, de design et de bonnes pratiques
Pas parce que je veux écrire ou relire chaque ligne moi-même, mais justement parce que je veux que mes agents travaillent dans une codebase simple à comprendre et à modifier
Sans garde-fous et sans structure, un agent peut très bien produire un gros plat de spaghetti qui fonctionne aujourd'hui, puis devient pénible à maintenir demain
Et du slop, il y en aura forcément. Il faut juste savoir avec lequel on peut vivre
Une div en trop ou un bout de frontend pas parfaitement élégant alors que le rendu est bon ? Franchement, je m'en fous
Une abstraction bancale au cœur du domaine, une race condition, une mauvaise gestion des permissions ou un truc qui va rendre les prochaines modifications plus compliquées ? Là, beaucoup moins
Même chose pour le niveau de review : sur un prototype jetable, je vais laisser passer énormément de choses. Sur du logiciel critique dans la santé ou l'aéronautique, forcément beaucoup moins
Bref, le but n'est pas d'avoir une codebase parfaite
C'est juste de ne pas laisser l'agent en faire une poubelle sous prétexte que "de toute façon, c'est lui qui code"
I cannot explain how terrible it is to see OpenAI’s CEO advocating to use their own AI product to have LESS personal connection with those closest to you: family and kids.
No, don’t use AI to create a podcast about your kids based on their calendars. Talk to your kids, not to AI
@RERC_SNCF Merci au conducteur du train Mona au départ de BNF qui prend la peine d’expliquer les raisons et problèmes derrière les changements de desserte avec pédagogie et bonne humeur ❤️