code-simplicitylisted

# Code Simplicity Tres principios que gobiernan toda decisión de diseño de código en proyectos Suplemento Estrella, en este orden de prioridad cuando entran en tensión entre sí. ## Los tres principios ### 1. KISS (Keep It Simple) Preferir siempre la solución más simple que resuelva el problema tal como está planteado hoy, no como podría estar planteado en el futuro. - Tres líneas directas son mejores que una abstracción prematura. - Si una función hace lo que necesita en 5 líneas legibles, no la conviertas en una clase con métodos por "prolijidad". - Preferir composición sobre herencia cuando ambas resuelven el problema igual de bien. ### 2. DRY (Don't Repeat Yourself) — con límite Evitar duplicar lógica de negocio o reglas de validación. Pero DRY no es absoluto: **duplicar dos veces está bien, la tercera vez se evalúa abstraer.** - No abstraigas después de la primera repetición — espera a ver el patrón real antes de generalizar. - Una abstracción que solo tiene un caso de uso no es DRY, es sobreingeniería con otro nombre. ### 3. Evitar sobreingeniería — salvo que sea inevitable La condición de excepción es la parte más importante de esta regla: **"salvo que sea inevitable" no es una puerta de escape para justificar abstraer por costumbre.** Antes de introducir un patrón de diseño, una capa de indirección, o una configuración genérica, confirmar que el problema concreto de hoy realmente lo necesita — no que podría necesitarlo en un escenario hipotético. Preguntas p