DRY (Don’t Repeat Yourself).
Checando el término en la wikipedia, me encontré con que el método sirve para evitar la repetición de código a lo pendejo en un sistema.
Esta propuesta debería pasar de concepto a estándar RFC. Esta recomendación estipula que los datos para un proceso específico deben ser contenidos en una sola sección, lo cual evitará confusiones y dolores de cabeza al escalar la aplicación.
¿Cuántas veces no te ha sucedido que comienzas a desarrollar algo y en ese momento, tu lógica de programación y de negocios, te parecen las mejores, estás a la vanguardia, tienes la tendencia que está de moda, etc?.
¿Qué pasa sí 4 meses después el mismo cliente te llama y te pide modificaciones?.
1.- No tienes la misma manera de ver las cosas, has evolucionado y las tendencias de programación así como la moda, han cambiado.
2.- Has pasado por más clientes engorrosos que te han hecho aprender a hacer las cosas más sencillas.
3.- Miras el código y dices ¿qué puta madre estaba pensando cuando programé esto?.
4.- Modificas un archivo de configuración ó un controlador y todo comienza a tronar como palomitas en el microondas.
5.- Miras con cierta incertidumbre tus futuras 8 o 10 horas.
6.- Tienes en mente reescribir el programa.
Bueno, el módelo D.R.Y. te propone primero que nada, el análisis de las cosas que necesitarás, (me suena un tanto como a la filosofía de SOA), pero bueno.
Pon antención, documentate. Recomiendo el modelo por que es pragmático y seguro te hará sentir más libre cuando desarrolles algo.
