De Gracia Mathieu (@DeGraciaMathieu) header
De Gracia Mathieu (@DeGraciaMathieu) profile picture

https://xitter.cf/t.co/38hMdNsWHK • Architecture Logicielle • Lead Dev 10+ ans • Co-fondateur @laravel_france

Angers, France
Joined February 2015
Photo by De Gracia Mathieu (@DeGraciaMathieu)Photo by De Gracia Mathieu (@DeGraciaMathieu)Photo by De Gracia Mathieu (@DeGraciaMathieu)Photo by De Gracia Mathieu (@DeGraciaMathieu)Photo by De Gracia Mathieu (@DeGraciaMathieu)Photo by De Gracia Mathieu (@DeGraciaMathieu)Photo by De Gracia Mathieu (@DeGraciaMathieu)Photo by De Gracia Mathieu (@DeGraciaMathieu)Photo by De Gracia Mathieu (@DeGraciaMathieu)Photo by De Gracia Mathieu (@DeGraciaMathieu)
L'IA change radicalement les attentes de nos lecteurs. Plutôt que d'attendre passivement, nous avons réfléchi chez @laravel_france à une nouvelle ligne éditoriale qui remet le vécu et l'opinion au centre de nos articles. C'est par ici 👇 #php #laravel
Quand êtes-vous allé sur Stack Overflow pour la dernière fois ? 🤔 Sur Laravel France, nos visites ont baissé de près de 30% en un an et l'IA en est l'explication la plus probable. Ce que ça change dans notre façon d'écrire 👇
3
84
De Gracia Mathieu retweeted
Quand êtes-vous allé sur Stack Overflow pour la dernière fois ? 🤔 Sur Laravel France, nos visites ont baissé de près de 30% en un an et l'IA en est l'explication la plus probable. Ce que ça change dans notre façon d'écrire 👇
1
2
1
5
227
De Gracia Mathieu retweeted
L’équipe du #Laravel AI SDK avait initialement refusé deux fois d’intégrer les Agent Skills. La v1.1 les prend finalement en charge : des instructions en markdown que vos agents ne chargent que lorsqu’une tâche en a besoin ! Thanks @pushpak1300 for the PR 👏
2
1
2
135
L'équipe de @laravel_france sera présente pendant les deux jours de l'événement 👋 Merci aux @coopTilleuls pour l'organisation !
Lancement de l’@ApiPlatform 2026 🚀 Ouverture de la keynote avec @dunglas #php
3
381
De Gracia Mathieu retweeted
Replying to @ori_pomerantz
I’m significantly older than you. I started coding in the late 60s. My current strategy is to not read any of the code written by my agents. That’s the only way I can take advantage of their productivity. What I do instead is to surround the agents with extreme constraints. Unit tests, gherkin tests, QA procedures, quality metrics, mutation testing, test coverage, and a plethora of others. In the end, I have very high confidence in the code they produce because they’ve had to run the gauntlet of all of my constraints and tests.
568
1,974
899
18,868
5,139,512
De Gracia Mathieu retweeted
L'@afup vient de dévoiler le programme du Forum PHP 2026 ! 🐘 Cette année, deux conférences autour de #Laravel : une exploration de NativePHP et une analyse de la magie du framework ! 👉 laravel-france.com/posts/le-… Rendez-vous les 8 et 9 octobre à Disneyland Paris !
1
4
221
De Gracia Mathieu retweeted
Le blog n'avait pas bougé depuis des années : on lui a offert un design plus moderne et plus agréable à parcourir ✨ Allez y jeter un œil ! ➡️ laravel-france.com/ #php #laravel
1
2
5
474
De Gracia Mathieu retweeted
Why on earth would you want to revert to Spec-Driven Development? Yes, agents are way faster at writing code. And (some) humans are better at system thinking. But we also suck at planning. Any experienced engineer knows you simply cannot sit down, write the specs and then write the software that matches it. At least not if you plan on writing something "good". You need to work through the problem to understand its boundaries and shape a solution that makes sense. Just leverage the fact that writing code is cheap: 1. Prototype, 2. Document learnings, 3. Rewrite based on learnings, 4. Document solution, 5. Refactor, 6. Document changes. Even if you have to repeat parts or all of this, you'll get to a good solution faster than with SDD.
This quoted post is unavailable.
72
19
10
381
96,136
De Gracia Mathieu retweeted
Replying to @plainionist
I hold a different opinion. I think he’s right about things like domain driven design, bounded context, ubiquitous vocabulary, and the expression of the conceptual domain. I think he’s wrong that computer languages (i.e. languages of procedure) will be the vehicle of that expression. In my mind such languages will become the private domain of the AI’s. We, programmers, will use a different formalism. Something like gherkin, or some other formalized statements of specification. Still formal, still precise, but nothing at all like the sequence, selection, and iteration of computer code. The language we will use will not be procedural, or object oriented, or functional, or anything related to the individual steps executed by a computer. Rather that language will be a declarative specification language. A set of goals that the AI must achieve.
36
21
8
353
23,617
De Gracia Mathieu retweeted
En ce jeudredi, je vous conseille de lire l'article de @DeGraciaMathieu sur le code et l'IA. laravel-france.com/posts/tro… Ça part de constats terre-à-terre et ça finit en philosophie. Je kiffe =)
2
4
21
2,057
Petit projet de mai : une app #Laravel intégralement générée par IA pour gérer ma collec' de jeux 🎮 Au fil du dev, trois dérives architecturales se sont installées discrètement. Mieux guider l'IA a un coût bien réel et soulève une question gênante sur nos principes ⬇️
1
2
167
De Gracia Mathieu retweeted
Pourquoi l'architecture devient le nouveau cœur du métier de développeur à l'ère de l'IA générative ? Ce qu'un après-midi à coder une application de gestion de jeux vidéo avec l'IA m'a réappris sur le DRY, le DIP et la SRP 🎮 ➡️ laravel-france.com/posts/tro… #laravel #php
3
4
268
De Gracia Mathieu retweeted
ast-metrics now has a built-in MCP server. Your AI agent can query complexity, coupling, hotspots, test quality and more... straight from your codebase. `ast-metrics mcp` ➡️ github.com/Halleck45/ast-met…
2
4
186
De Gracia Mathieu retweeted
[FREELANCE] Attention : #Fullremote + #Laravel + #IA en mission. Top départ, contactez-moi ! Ce message s'autodétruira dans 48H !
1
10
1
16
4,749
De Gracia Mathieu retweeted
Le blog de laravel-france.com évolue ! 🚀 Nous proposons désormais un aperçu des événements et conférences autour de #Laravel, #PHP et de leur écosystème. Une façon simple de rester informé des prochains rendez-vous … et de ne plus manquer la prochaine Laracon ! 🎤
3
5
217
De Gracia Mathieu retweeted
On a redesigné notre page "À propos" pour mieux vous raconter qui nous sommes et ce que nous faisons ! 🎨 Jetez un œil ! 👉 laravel-france.com/about #laravel
3
4
488
Que devient un développeur quand écrire du code devient presque trivial ? 🤖 Pour répondre à cette question, je me suis intéressé à l'état de l'art autour de la productivité promise par l'IA et du besoin incontournable d'architectures pour garder le contrôle sur l'entropie ⬇️
Un an après le vibecoding, l’IA redessine notre façon de coder et notre métier 🤖 Comment rester pertinent quand écrire du code devient presque trivial ? Explorons l’impact sur la productivité, l’architecture et notre rapport au code. 👉 laravel-france.com/posts/le-… #php #laravel
1
4
274
De Gracia Mathieu retweeted
Backend development isn’t frameworks. Backend development isn’t Spring vs Django. Backend development isn’t ORMs. Backend development isn’t REST vs gRPC. Backend development isn’t Kafka vs RabbitMQ. Backend development isn’t SQL vs NoSQL. Backend development isn’t “clean architecture” diagrams. Backend development isn’t writing clever code. Backend development is understanding the shape of your data. Backend development is knowing where latency actually comes from. Backend development is deciding what can fail — and what must not. Backend development is choosing when to be strict and when to be forgiving. Backend development is protecting the system from bad inputs, bad traffic, and bad assumptions. Backend development is making trade-offs with incomplete information and living with them in production. Backend development is knowing that every abstraction has a cost — and paying it consciously. Backend development is boring things done deliberately so users never notice you exist. That’s the job.
System Design isn't Kubernetes. System Design isn't REST APIs. System Design isn't GraphQL. System Design isn't microservices. System Design isn't load balancers. System Design isn't eventual consistency. System Design isn't even scaling to millions of users. System Design is making tough trade-offs under pressure and understanding why one approach is better than another.
13
85
4
795
70,143