Duplicar código es más barato que la abstracción incorrecta

En el desarrollo de software, a menudo se nos inculca que la duplicación de código es un pecado capital. Sin embargo, Sandi Metz argumenta lo contrario: el verdadero costo no está en repetir código, sino en mantener una abstracción equivocada. Cuando forzamos una abstracción prematura, creamos un código rígido, difícil de entender y de modificar. Por el contrario, la duplicación nos da tiempo para entender el dominio del problema antes de comprometernos con una estructura que después será difícil de revertir.

Para los profesionales del tech, esta perspectiva es liberadora. Nos permite posponer decisiones de diseño hasta que realmente comprendamos los patrones. En lugar de apresurarnos a crear clases genéricas o funciones reutilizables, podemos aceptar cierta redundancia temporal. El objetivo no es escribir código perfecto desde el inicio, sino código que evolucione con el conocimiento. La duplicación no es perezosa; es estratégica. Nos da la flexibilidad de refactorizar cuando el momento es adecuado, sin cargar con el lastre de una abstracción que ya no sirve.

Además, esta idea tiene implicaciones directas en la productividad del equipo. Cuando evitamos abstracciones prematuras, reducimos la complejidad cognitiva y facilitamos la incorporación de nuevos desarrolladores. El código duplicado es más fácil de leer y modificar de forma aislada, mientras que una abstracción incorrecta puede propagar errores y requerir cambios en cascada. En resumen, la duplicación es un costo controlado; la abstracción incorrecta es una deuda técnica que se paga con intereses.

¿Qué significa para ti? Revisa tu último proyecto. Identifica una abstracción que hayas creado por 'buena práctica' sin tener claro el patrón real. Pregúntate: ¿podría haber funcionado con código duplicado? Si la respuesta es sí, considera refactorizar solo cuando tengas al menos tres casos concretos que justifiquen la abstracción. No tengas miedo de duplicar; ten miedo de abstraer demasiado pronto.