Me consta que Code Complete 2 es MUY bueno.

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).
Le he echado un vistazo y tiene muy buena pinta. ¿No se puede descargar completo en alguna parte? [es CC :p]

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 :D ) 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,

Voy de acuerdo con Delphius y comentaré algo que quizá venga un poco al caso. En ocasiones se puede leer un mensaje en algún foro de este tenor: ¿Conoce alguien una implementación del patrón X para el lenguaje Y?

La persona que pregunta lo anterior, o tiene patronitis o no sabe realmente lo que está preguntando.

Los patrones dan ciertos lineamientos para resolver un problema pero, ni es forzoso usarlos, ni hay una implementación específica. El patrón no es sino una idea estructurada de cómo hacer algo, pero no se mete con detalles de implementación.

Por ello, quien hace una pregunta como la que ejemplifico, esta abusando, a sabiendas o no, de su uso, y seguramente complicará las cosas de forma innecesaria.

// Saludos

¡Si aquí tiran con balas! :D
Este :rolleyes:... ¡culpable! :p Si... fui yo que hace un tiempo lancé algo como eso :o :p

Saludos,

No. A eso se llama paranoia mi buen :) Mi comentario anterior no tenía destinatario.

// Saludos

¿Y Cual es la diferencia entre paranoia y patronitis? :D :p

Vaya... y yo que pensaba que preguntarme en cómo, cuando utilizar un patrón era aprender a utilizarlo y comprender su funcionamiento. :D
Al menos para el patrón Singleton nos dimos unas cuantas vueltas... ¡y sobre lo mismo! :p :cool: y encontramos que hay algunas formas de llegar a su implementación ¿recuerdas? ;) Cada una tenía sus pros y contras.

Recuerdo tu propuesta sobre Factoría o Fábrica. Tu versión basada en un StringList me pareció digna de considerar, y además tras unos ejercicios y prácticas noté como con algunos cambios, y llevándola a la práctica de una manera diferente llegaba a lo mismo, pero adaptado para nuevas circunstancias y necesidades... conservando la esencia de una fábrica.

Ahora bien hay patrones más "rígidos" que otros y nos condicionan más o menos en opciones y maneras de implementarlo. Por ejemplo, ¿Cuántas maneras de hacer un Proxy hay? ;)

Si haces bien en recalcar en que los detalles de implementación son algo secundario; aunque a mi modo no está demás preguntarse si uno lo está llevando bien a la práctica. Lo importante es comprender el porqué y para que se lo propone.

Saludos,

Pues sí, ahí tienes razón. :)