¿La violación del principio DRY siempre es mala? [cerrado]

He estado discutiendo sobreSECO (No te repitas) principio también conocido comoMORIR (La duplicación es mala) y hay votos, que cualquier repetición de código simple es siempre un mal. Me gustaría conocer tu opinión sobre los siguientes puntos:

Futuro incierto. Digamos, que tenemos el mismo código en dos lugares. La clave es que estos dos lugares solo tienen connotaciones incidentales. Existe la posibilidad de que varíen en el futuro porque su contexto y su semántica son diferentes. Hacer una abstracción de estos lugares no es barato y si uno de estos lugares cambia, la retirada de la abstracción será aún más costosa.Legibilidad. Existe una computación compleja que involucra varias variables o pasos. En otro lugar de código hay otro, que tiene algunas partes idénticas. El problema es que si eliminamos las partes comunes, la legibilidad del cálculo disminuirá y la abstracción creada será muy difícil darle un nombre descriptivo. Peor aún, si alguna parte del algoritmo cambiará en el futuro como en el punto 1.

¿Los casos anteriores son una buena razón para abandonar el proceso de abstracción y simplemente dejar el código duplicado en favor del riesgo de cambios futuros o simplemente de legibilidad?

Respuestas a la pregunta(8)

Su respuesta a la pregunta