tag:blogger.com,1999:blog-27752126.post3320563106889324841..comments2008-02-11T15:48:57.425+01:00José M. Aguilarhttp://www.blogger.com/profile/11683750380776435448noreply@blogger.comBlogger11125tag:blogger.com,1999:blog-27752126.post-42907876641792885182008-02-11T15:48:00.000+01:002008-02-11T15:48:00.000+01:00Hoy lei en un blog esta frase creo que aplica para el posto<BR/>"Codifica siempre como si la persona que fuera a mantener tu código fuera un asesino en serie maníaco que sabe donde vives"Alfredo Cisternahttp://www.blogger.com/profile/11289946738619318757noreply@blogger.comtag:blogger.com,1999:blog-27752126.post-51825889319743975952008-01-19T16:03:00.000+01:002008-01-19T16:03:00.000+01:00Un bueno post. Me ha parecido genial. Un saludo.Pablohttp://www.blogger.com/profile/13924073263660749850noreply@blogger.comtag:blogger.com,1999:blog-27752126.post-16004590737960536312008-01-18T17:13:00.000+01:002008-01-18T17:13:00.000+01:00La verdad es que siendo algo tan necesario, pocas veces nos tomamos la molestia de hacerlo con la idea de ... "si lo he hecho yo, ya sabré porqué lo he hecho". <BR/><BR/>Y como siempre, el tiempo nos pone en nuestro lugar. Hay mucho codigo que en su momento me pareció genial y que al cabo de unas semanas ya no se para que lo hice de esa manera habiendo maneras más sencillas.Davidhttp://www.davidgarcia.esnoreply@blogger.comtag:blogger.com,1999:blog-27752126.post-370236298058811112007-12-25T15:51:00.000+01:002007-12-25T15:51:00.000+01:00Felicidades por el artículo, al desarrollador por lo general no nos gusta "perder el tiempo" comentando y mucho menos documentando, como una buena metodología de análisis y diseño implica. Una de los hechos más importantes es que uno nunca sabe a quién le tocará dar mantenimiento a "nuestros códigos" y sobre todo con qué nivel viene, un buen comentario puede ayudar a reducir el tiempo invertido para entender, por lo que muchas veces al comentar código, pienso más en quién dará el mantenemiento a mis programas que en mi mismo. saludos a todos.mauro.lunahttp://www.blogger.com/profile/08884281134318889651noreply@blogger.comtag:blogger.com,1999:blog-27752126.post-72158275659317487212007-12-23T08:07:00.000+01:002007-12-23T08:07:00.000+01:00Muy buen artículo, respecto al punto 9, comparto la opinión de comentar antes de programar, es lo que todo programador debe hacer. No puedes lanzarte a programar sin saber lo que quieres lograr y que pasos debes dar para llegar.<BR/>No significa que debas sujetarte a esa estructura, en el camino seguramente surgirán otras etapas que no habías considerado.Gerardo Riverahttp://www.blogger.com/profile/13543099709480764368noreply@blogger.comtag:blogger.com,1999:blog-27752126.post-69516364402075668872007-12-12T21:03:00.000+01:002007-12-12T21:03:00.000+01:00Gracias por los comentarios.<BR/><BR/><B>Keeper</B>, el buen programador escribe código claro y limpio, eso es cierto. Sin embargo, no debes olvidar que los comentarios son parte del mismo, y sin son correctos, potencian esas características.<BR/><BR/>Es mi opinión, claro. :-)José M. Aguilarhttp://www.blogger.com/profile/11683750380776435448noreply@blogger.comtag:blogger.com,1999:blog-27752126.post-28580252228138480232007-12-12T14:30:00.000+01:002007-12-12T14:30:00.000+01:00El post está muy bueno, pero usar comentarios va en contra de mis principios... es más, una vez tuve una discusión con mi jefe porque yo nunca usaba comentarios y mi punto se vió reforzado por un post en el que decía "Un buen programador no necesita utilizar comentarios pues su código es claro y fácil de entender."<BR/><BR/>Desde entonces he adoptado esa política de no comentarios.The Keeper Of The 7 Keyshttp://www.blogger.com/profile/07058861678092053735noreply@blogger.comtag:blogger.com,1999:blog-27752126.post-78808782110834465352007-12-07T19:37:00.000+01:002007-12-07T19:37:00.000+01:00Enhorabuena por el artículo. Me parece un tema muy interesante, los comentarios son siempre "el patito feo" del código fuente, cuando en realidad son tan importantes como el resto.<BR/><BR/>Un saludo y gracias por tus reflexiones.pandonoreply@blogger.comtag:blogger.com,1999:blog-27752126.post-33005595595103856572007-12-05T17:10:00.000+01:002007-12-05T17:10:00.000+01:00estupendo post, jose!jorgenoreply@blogger.comtag:blogger.com,1999:blog-27752126.post-65704433576090156342007-12-04T16:32:00.000+01:002007-12-04T16:32:00.000+01:00En general me gustan todos los consejos, EXCEPTO! el de los TAB vs ESPACIOS... yo prefiero tener un codigo TAB, odio los espacios para dejar "espacios" :)josepzinhttp://www.blogger.com/profile/04262607912012817846noreply@blogger.comtag:blogger.com,1999:blog-27752126.post-54359334068456017892007-12-03T22:03:00.000+01:002007-12-03T22:03:00.000+01:00buenisimo el articulo, si señor! Felicitancias al autor! }:)<BR/><BR/>Yo solo añadiria una cosa al punto 2 sobre los parrafos comentados: si empiezas a tener demasiados, mira si tienes que refactorizar el metodo! Cuando un metodo o funcion sobrepasa cierto numero de lineas, hay veces que por mucha explicacion que le des, quiere decir que se pasa de complejo<BR/><BR/>Pero vamos, que te ha quedado un articulo de quitarse el sombrero! }:Dricardo varelanoreply@blogger.com