From MVC to Clean Architecture: what happens to your Model?
You have been doing MVC for ten years. Someone drops "Clean Architecture" in a meeting. You nod.
But concretely, what becomes of your Model?
2026
How long do your architecture rules last without enforcement?
At the start of a project, you lay down grand principles: "the Domain never imports the Application layer", "Controllers do not access repositories directly." Three months later, an import slips through, nobody notices, and the boundaries fade away.
Do your unit tests depend on the system clock?
Testing code that uses new DateTime('now') or time() is painful. You end up mocking native functions, or accepting fragile tests that fail at midnight.
Direct dependency on a concrete implementation causes the same kind of problems for the logger, the cache, or the ID generator...
CQRS everywhere? No, only where it's useful
In many PHP projects, CQRS is applied systematically. Every operation goes through a Command or Query Bus, with handlers, middleware, and event dispatching. For a homepage that displays three statistics, that is pointless boilerplate.
CQRS is not the problem. Its systematic application is.
How many times have you spent hours configuring a database before writing your first line of business code?
It is a common reflex: you start a project and rush into technical choices. PostgreSQL or MySQL? Docker or local database? Schemas, migrations, connections... Meanwhile, the real value of the project, the business logic, waits patiently for its turn.