Eli
29meneos

12 señales de que eres un mal programador

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.

 8 comentarios en: tecnología, software karma: 134
etiquetas: programación, programador, señales, mal
negativos: 7  usuarios: 23  anónimos: 6  compartir:  twitter  facebook  friendfeed
  1. #1   » ver comentario
    por --51021-- el 27-11-2007 12:35 UTC
  2. #2   #1 Por supuesto :)
    votos: 2, karma: 12
    por Zootropo el 27-11-2007 12:36 UTC
  3. #3   De acuerdo con #1. Me hace bastante gracia el tono evangelizador y de conocedor de la verdad absoluta del post:

    "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
    votos: 4, karma: 24
    por quicksort el 27-11-2007 12:55 UTC
  4. #4   ¿Un negativo por decir por supuesto? :-|

    Alguno debería volver a mirar (o mirar por primera vez) para qué sirven los negativos en los comentarios
    votos: 2, karma: 12
    por Zootropo el 27-11-2007 12:59 UTC
  5. #5   No estoy de acuerdo:
    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
    votos: 1, karma: 21
    por JarFil el 27-11-2007 13:01 UTC
  6. #6   » ver comentario
    por --51021-- el 27-11-2007 13:03 UTC
  7. #7   #6 Si, lo se, JackDaniels, pero nunca dejan de sorprenderme. Soy así de inocentón.

    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.
    votos: 0, karma: 12
    por Zootropo el 27-11-2007 13:15 UTC
  8. #8   » ver comentario
    por --26910-- el 27-11-2007 13:37 UTC
comentarios cerrados

menéame