De Gracia Mathieu

• Architecture Logicielle • Lead Dev 10+ ans • Co-fondateur @laravel_france

[Laravel France @laravel_france]

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 !

👉 https://t.co/0K60k26hMN

Rendez-vous les 8 et 9 octobre à Disneyland Paris !

[Laravel France @laravel_france]

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 !

➡️ https://t.co/SIQP95JDGB

#php #laravel

[De Gracia Mathieu @DeGraciaMathieu]

@grafikart_fr @romainlanz Il y a un an, je présentais cette matrice dans un article : la criticité du code et le besoin de le comprendre déterminent jusqu'où on peut se permettre de vibecoder. En relisant l'article, c'est impressionnant comment certaines choses ont évolué depuis https://t.co/VL2auKUPHS

[Ronan Berder @hunvreus]

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.

[De Gracia Mathieu @DeGraciaMathieu]

@dsampaolo @AndreasEschbach C'est l'un des livres forts de mon adolescence, j'avais ensuite enchaîné avec Le Monde Inverti de Priest que j'avais aussi beaucoup apprécié

[Uncle Bob Martin @unclebobmartin]

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.

[Didier Sampaolo @dsampaolo]

En ce jeudredi, je vous conseille de lire l'article de @DeGraciaMathieu sur le code et l'IA.

https://t.co/3B1QhkdlRT

Ça part de constats terre-à-terre et ça finit en philosophie. Je kiffe =)

[De Gracia Mathieu @DeGraciaMathieu]

@dsampaolo Merci pour le partage, Didier !

[De Gracia Mathieu @DeGraciaMathieu]

https://t.co/F9WHzXNL6M

[De Gracia Mathieu @DeGraciaMathieu]

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 ⬇️

[Laravel France @laravel_france]

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 🎮

➡️ https://t.co/UpMwXheOpJ

#laravel #php

[Jean-François Lépine @Halleck45]

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`

➡️ https://t.co/bCblssrKtb

[Jeanne Londiche @jlondiche]

[FREELANCE] Attention : #Fullremote + #Laravel + #IA en mission. Top départ, contactez-moi !
Ce message s'autodétruira dans 48H !

[Laravel France @laravel_france]

Le blog de https://t.co/AXC7zAxyfN é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 ! 🎤

[Noa 🦀 @_Akanoa_]

Un collègue vient de me faire découvrir ça
https://t.co/hEHgq3tMqL

[Laravel France @laravel_france]

On a redesigné notre page "À propos" pour mieux vous raconter qui nous sommes et ce que nous faisons ! 🎨

Jetez un œil ! 👉 https://t.co/L7QIq1NZ0y

#laravel

[De Gracia Mathieu @DeGraciaMathieu]

@sebclick Merci pour le partage, Sébastien 🙏

[De Gracia Mathieu @DeGraciaMathieu]

@LeDevJunior1 Merci à toi pour le partage ! Alors, comment ça s'est passé cette implémentation de la clean archi ? 😉

[De Gracia Mathieu @DeGraciaMathieu]

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 ⬇️

[Laravel France @laravel_france]

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.

👉 https://t.co/ij3AbjRAW5

#php #laravel

[Abhishek Singh @0xlelouch_]

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.