Arquitectura de cartón piedra: cuando el código parece limpio, pero no hay quien lo entienda
Arquitectura de cartón piedra: cuando el código parece limpio, pero no hay quien lo entienda
Hay proyectos que, al abrirlos, dan muy buena impresión:
- Carpetas bien puestas:
core,domain,infrastructure,services,helpers… - Clases con nombres serios:
UserService,OrderManager,PaymentHandler… - Documentación extensa, diagramas, README detallado…
Y sin embargo, cuando intentas seguir cómo funciona realmente el sistema, te encuentras con algo muy distinto: métodos que llaman a otros métodos que llaman a otros métodos, capas que solo delegan, lógica de negocio repartida por todo el repositorio… y tú pensando:
“Esto parece muy arquitectónico, pero entenderlo es un dolor.”
A eso es a lo que me gusta llamar arquitectura de cartón piedra: por fuera parece sólida, pero por dentro no sostiene bien el peso del negocio.
