Acabo de encontrarme con un gran artículo en el blog de WTF, The Mythical Business Layer (La mítica capa de negocio)... con algunos comentarios alucinantes. No todos del buen tipo de alucinante.

Alguna gente parece que se lía con estos dos términos:

• Especificación
• Implementación

Mientras que cualquier tipo de duplicación a nivel de especificaciones resulta catastrófico al ir a cambiar algo, la duplicación a nivel de implementación es IMPRESCINDIBLE tanto para ofrecer una buena experiencia al usuario como para asegurar la aplicación (léase: buen software). Esto lleva a un tercer elemento: los tests, que son la forma correcta de unir una especificación sin duplicaciones, con una implementación con más o menos duplicación. Cada vez que la lógica de la especificación cambia, todos los tests deberían fallar. Cada vez que alguna lógica de la implementación cambia, su test correspondiente debería informar de si sigue cumpliendo o no con la especificación. Así de simple.

Todo eso que dicen algunos de tener un "buen" framework -o lo que sea- para librarse de la duplicación a nivel de implementación, encima para "grandes aplicaciones empresariales"... es que me pone los pelos de punta.

Claro que, si la "especificación" es en realidad la implementación en sí, eso mismo ya es un problema bastante gordo. O sea, salvo que se trate de algún proyecto de software libre con más desarrolladores de los que realmente hacen falta (ej: linux).