No te repitas

La visión opuesta a DRY se llama WET, un acrónimo que comúnmente significa escribir todo dos veces ^{[ 5 ]} (o escribir cada vez , disfrutamos escribiendo o hacemos perder el tiempo a todos ). Las soluciones WET son comunes en arquitecturas de múltiples niveles donde un desarrollador puede tener la tarea de, por ejemplo, agregar un campo de comentarios en un formulario de una aplicación web. La cadena de texto "comentario" podría repetirse en la etiqueta, la etiqueta HTML, en el nombre de una función de lectura, una variable privada, DDL de la base de datos, consultas, etc. Un enfoque DRY elimina esa redundancia mediante el uso de marcos que reducen o eliminan todas esas tareas de edición excepto las más importantes, dejando la extensibilidad de agregar nuevas variables de conocimiento en un solo lugar. ^{[ 6 ]} Esta conceptualización de "WET" como una alternativa a la programación "DRY" existe desde al menos 2002 en el mundo Java, aunque se desconoce quién acuñó el término. ^{[ 7 ]}

Otro enfoque para las abstracciones es evitar las abstracciones apresuradas (AHA). AHA se basa en la comprensión de que cuanto mayor sea la inversión que los ingenieros hayan realizado en la abstracción de una pieza de software, mayor será la percepción de que el costo de esa inversión nunca se podrá recuperar ( falacia del costo hundido ). Por lo tanto, los ingenieros tienden a seguir iterando sobre la misma abstracción cada vez que cambian los requisitos. La programación AHA asume que tanto las soluciones WET como DRY inevitablemente crean software rígido y difícil de mantener. En lugar de comenzar con una abstracción, o abstraer en un número específico de duplicaciones, el software puede ser más flexible y robusto si la abstracción se realiza cuando es necesaria, o cuando la duplicación misma se ha convertido en la barrera y se sabe cómo debe funcionar la abstracción. Según Kent C. Dodds, se trata de optimizar primero para el cambio y evitar la optimización prematura. ^{[ 8 ] [ 9 ]}

El término fue acuñado por la ingeniera de software Cher Scarlett y la práctica fue descrita originalmente por la ingeniera de software y autora Sandi Metz como "preferir la duplicación a la abstracción incorrecta". ^{[ 9 ]}