12 señales que pueden ayudarte a descubrir que eres un mal programador (y no lo sabes): el uso abusivo de patrones, usar UML por usarlo, pensar que volumen de código equivale a productividad, ... Puede que no esté de acuerdo con todas, pero es una lectura interesante.
menéame
"Piensas que ninguna función/método debería tener más de un return."
Sí bueno y quien ha escrito esto se ha lucido al considerar que una función es lo mismo que un método. Supongo que para él un procedimiento es también otro sinónimo... Y sí, una función sólo debe devolver un valor, sino sería un procedimiento aunque según el lenguaje no puedas hacer esa distinción y tú mismo tienes que tener en cuenta esta diferencia.
"Las herramientas de modelado atraen más a aquellos que piensan que el código se puede escribir en una sala de conferencias manipulando pequeño... » ver todo el comentario
Alguno debería volver a mirar (o mirar por primera vez) para qué sirven los negativos en los comentarios
3. Me opongo a los métodos de más de... 300 líneas
4. Patrones, siempre hay que aplicar al menos uno: KISS
5. Los ciclos de CPU son importantes, si usas for anidados aprende a usar break
7. Tus usuarios son estúpidos, es ley de vida... tenlo en cuenta al programar
9. Copiar y pegar es bueno, la primera vez que lo haces (la segunda ya no)
11. UML es el diseño, el código es sólo lo que importa
(P.D: Yo no he sido pese a tener karma 12 :P )
Lo mismo no saben que los votos negativos injustos se penalizan
blog.meneame.net/2007/04/25/penalizacion-de-votos-negativos-a-comentar/
De todas formas, volviendo al tema, creo que hay que entender que el autor, cuando hablaba del UML y los patrones, se refería a que es malo usarlos en exceso, y no simplemente usarlos. Lo contrario sería tan absurdo que no lo considero.
Es malo crear 20 diagramas para un Hola Mundo, y es malo tener el libro del Gang of Four al lado y pasarse las horas buscando qué patrón podría casar minimamente con el problema, por el simple hecho de tener patrones, que es algo cool.