Dry [PDF]

Zitiervorschau

DRY (Don’t Repeat Yourself) O en español No te repitas. Este principio es el que considero más básico para hacer un código de calidad.Consiste en no hacer código que hace lo mismo varias veces (El principio No te repitas (en inglés Don't Repeat Yourself o DRY, también conocido como Una vez y sólo una) es una filosofía de definición de procesos que promueve la reducción de la duplicación especialmente en computación. Según este principio toda "pieza de información" nunca debería ser duplicada debido a que la duplicación incrementa la dificultad en los cambios y evolución posterior, puede perjudicar la claridad y crear un espacio para posibles inconsistencias. Los términos "pieza de información" son usados en un sentido amplio, abarcando: 

datos almacenados en una base de datos;



código fuente de un programa de software;



información textual o documentación.

Cuando el principio DRY se aplica de forma eficiente los cambios en cualquier parte del proceso requieren cambios en un único lugar. Por el contrario, si algunas partes del proceso están repetidas por varios sitios, los cambios pueden provocar fallos con mayor facilidad si todos los sitios en los que aparece no se encuentran sincronizados)

KISS (Keep It Simple Stupid) O en español Mantenlo simple, estúpido. Este principio consiste en evitar una complejidad innecesaria en el código si hay una forma más sencilla de hacerlo. El principio KISS (del inglés Keep It Simple, Stupid!:1 «¡Hazlo sencillo, estúpido!») es un acrónimo usado como principio de diseño. El principio KISS establece que la mayoría de sistemas funcionan mejor si se mantienen simples que si se hacen complejos; por ello, la simplicidad debe ser mantenida como un objetivo clave del diseño, y cualquier complejidad innecesaria debe ser evitada

YAGNI (You Aren’t Gonna Need It)

O en español No lo vas a necesitar.La utilidad de este principio reside en no hacer código que no vas a necesitar en el mismo momento que estas haciendo la implementación, sino hacerlo cuando lo vas a necesitar realmente.

(En ingeniería de software la filosofía de desarrollo de programas: No vas a necesitarlo o YAGNI (en inglés 'You Aren't Gonna Need It') consiste en que no se debe nunca agregar funcionalidad excepto que sea necesario. La tentación de escribir código que no es necesario, pero que puede serlo en un futuro tiene las siguientes desventajas: 

Cuando se desarrollan nuevas funcionalidades se suele sacrificar el tiempo que se destinaría para la funcionalidad básica.



Las nuevas características deben ser depuradas, documentadas y soportadas.



Una nueva funcionalidad impone límites a lo que puede ser hecho en el futuro y puede impedir la implementación de una característica necesaria en el futuro.



Hasta que está definido para qué se puede necesitar es imposible saber qué debe hacer. Puede suceder que cuando se requieran no funcionen correctamente.



Puede derivar en un código inflado: El programa se vuelve grande y complicado pero que tampoco proporciona más funcionalidad.



Puede inducir a que se agreguen nuevas funcionalidades y como resultado puede llevar a un efecto 'bola de nieve' que puede consumir tiempo ilimitado y recursos, a cambio de ningún beneficio.)