Big Ball of Mud a Monolito Modular

5 views
Skip to first unread message

Carlos Admirador

unread,
Feb 24, 2026, 2:03:06 PM (4 days ago) Feb 24
to AltNet-Hispano

Cómo pasar de Big Ball of Mud a Monolito Modular ?

Encaja en un Monolito:
DDD ?
Vertical Slice ?
N-layered ?
Clean Architecture ?
Hexagonal ?


refactoring-a-modular-monolith-without-mediatr ?

https://codeopinion.com/long-live-the-monolith-monolithic-architecture-big-ball-of-mud/

https://antondevtips.com/blog/refactoring-a-modular-monolith-without-mediatr-in-dotnet
https://antondevtips.com/blog/n-layered-vs-clean-vs-vertical-slice-architecture

Carlos Admirador

unread,
Feb 26, 2026, 1:44:44 PM (2 days ago) Feb 26
to AltNet-Hispano
A tener en cuenta, todo es un DEPENDE, no hay balas de plata, hay que saber elegir las batallas...no hay que enamorarse del código, nuestro trabajo es solucionar problemas

🏗️ Arquitectura y diseño de software
🏗️ Por qué discutir arquitectura se siente productivo (pero no lo es)
🏗️ La complejidad innecesaria de los Microservicios (y cómo simplificar)
🏗️ Microservicios vs Monolito: Por qué volver atrás 
🏗️ Arquitectura Hexagonal (Puertos y Adaptadores)
🏗️ Testea tu Arquitectura: 
🏗️ Fronteras de Consistencia | Agregados en DDD
🏗️ ADRs: Decisiones Clave
🏗️ No desperdiciar recursos | Wardley Maps y Domain Core Mapping

🧪 Testing y calidad
🧪 TDD: Céntrate en el QUÉ, No en el CÓMO
🧪 TDD: ¿Lento y Caro vs. Rápido y Barato? La GUÍA TÁCTICA de TESTING
🧪 Fake Repository
🧪 ¿Por qué los tests son un caos? patrón Builder


🧱 Clean Code, refactor y deuda técnica
🧱 Clean Code 
🧱 Deuda Técnica
🧱 Refactoriza Data Clumps
🧱 Modificar Código Legacy Sin Miedo. 🧱 Refactoring código espagueti
🧱 code smells
🧱 Cómo mejoro mi código eliminando ELSEs

📡 APIs y backend
📡 Deja de usar CRUD en tu API 
📡 versionar APIs
📡 APIs y capas anticorrupción

⚙️ Patrones y principios
⚙️ patrón Strategy y evita condicionales complejos
⚙️ Patrón Factory Method 
⚙️ patrón Object Mother para tests más eficientes
⚙️ Cache con el patrón Decorador
⚙️ técnica de Inversión de Dependencias
⚙️ Principio de Liskov
⚙️ Principio de Responsabilidad Única (SRP)
⚙️ interfaces | Cuarto principio SOLID

🛠️ Productividad y fundamentos
🛠️ pensar diferente sobre el código repetido
🛠️ Por qué modificar código existente es una mala idea | Principio SOLID abierto/cerrado
🛠️ No acoplar mis objetos
🛠️ ¿Comentar o no comentar?
🛠️ Código limpio, equipo feliz
🛠️ Logging efectivo
Reply all
Reply to author
Forward
0 new messages