Cita:
Empezado por Ñuño Martínez
En algún sitio leí que eso de los patrones es contraproducente, aunque no recuerdo bien los detalles ni las razones. Creo que era un tema de rendimientos. No sólo eso: en esta ponencia dice (y explica por qué) que "almost all applied CS research papers are bad" [transparencia 24] (useasé, que casi todas las aplicaciones de las recomendaciones/investiaciones de "ciencias de computación" son malas), porque no funcionan en todos los casos, porque aportan complejidad, etcétera... (Os recomiendo que escuchéis la charla, aunque sea en inglés y dirigido a videojuegos).
|
Hola,
Como todo en esta vida, abusar de algo lo hace dañino. Si comes mucho te cae mal, si corres demasiado y te sobrexiges te da una arritmia...
Y si abusas, y te dejas llevar por la patronitis (como lo llama Larman), naturalmente estarás buscándole como 10 patas al gato.
Así como están los patrones, se han propuesto los anti-patrones; y asi como existe el concepto de normalización también se inventó la desnormalización.
Si vamos al caso Ñuño, no hagas nada porque para cada cosa que se ha propuesto en la disciplina de Ingeniería de Software se le ha buscado y propuesto algo opuesto. Es de nunca acabar.
Hay casos en que los patrones ayudan muchísimo, y en otros en donde es necesario romper un poco las reglas. Pero no por ello hay que llegar a la teoría del absurdo de que aplicar patrones de diseño es contraproducente.
Te invito a leer "UML y Patrones y una Introducción al Análisis y Diseño Orientado a Objetos y al Proceso Unificado" (si... es un título muuuy largo

) de Craig Larman en los capítulos que habla sobre los patrones y dime si en verdad es que son más una molestia que una ayuda.
A lo largo del tema va recordando y recalcando, como y cuando se puede preveer un uso y cuando se sale de las normas.
La experiencia, y la práctica, que uno va adquiriendo te va guiando para saber cuando si y cuando no.
Saludos,