Este artículo analiza por qué el enfoque conocido como 'Rails-way' —la metodología convencional de Ruby on Rails para construir aplicaciones— deja de ser efectivo cuando las aplicaciones crecen en complejidad. El autor argumenta que Rails-way funciona excelentemente para aplicaciones pequeñas y medianas, pero genera problemas significativos cuando el negocio y el equipo de desarrollo se expanden. Se identifican dos tipos de señales de advertencia: las organizacionales (pérdida de confianza al introducir cambios, adopción lenta de IA, dificultad para dividir equipos en grupos pequeños, onboarding que toma semanas) y las técnicas (problemas N+1 en consultas, test suites lentas e inseguras, reglas de negocio duplicadas, radio de impacto impredecible de cambios simples). El problema fundamental radica en que los modelos en Rails-way asumen demasiadas responsabilidades: mapeo a base de datos, lógica de negocio, validaciones y callbacks, creando lo que el autor denomina 'God objects'. Cuando las convenciones estándar no bastan, los desarrolladores inventan sus propias convenciones sin guía clara, resultando en acoplamiento excesivo. La propuesta del autor es migrar hacia un enfoque de Domain-Driven Design dentro de Rails, que proporciona patrones probados para manejar complejidad empresarial sin perder las ventajas del framework. Este cambio no significa abandonar Rails, sino evolucionar la manera de usarlo para construir aplicaciones empresariales robustas.
ElRails-way ya no sirve: el problema de las apps complejas
