Thread name: "Re: [Gutl-l] [OT] Documentación Ruby on Rails" Mail number: 33 Date: Fri, Jan 30, 2015 In reply to: Alberto José García Fumero > > El vie, 30-01-2015 a las 15:07 -0500, Carlos Cesar Caballero Díaz > escribió: > > El tema es que haciendo las cosas de esa forma, cuando el software > > comienza a crecer, se vuelve un suplicio agregar funcionalidades, o > > corregir errores. > > > > Muchísimos de los programas famosos hoy en día nacieron como proyectos > > personales y experimentos, creados incluso por principiantes, pero > > creeme, que si alguno de ellos hubiese mezclado en su código > > programación funcional, imperativa, orientada a objetos, > > metaprogramación y para colmo, se hubiese puesto sin mas a redefinir al > > vuelo funciones de la biblioteca base (sin mencionar otras cosas que se > > pueden hacer), te garantizo que se hubiese quedado en eso, en proyecto > > personal o experimento. > > > > Eso de programación de academia (término que no me gusta para nada), no > > son mas que una serie de procedimientos, y buenas prácticas para que el > > código que escribes sea escalable (problemón el de github, he?), fácil > > de mantener, extender (agregar nuevas funcionalidades) y utilizar, tanto > > por uno mismo en otros proyectos, como por terceros, que dicho y sea de > > paso, es lo principal para que un software de modelo abierto funcione, > > porque si no se entiende lo que hay, quien va a aportar código y > > soluciones?. > > > > Yo creo que uno nunca debe programar para si mismo, sea senior en > > Google, o autodidacta en casa, porque si lo que estoy haciendo, me > > soluciona un problema a mi, seguramente se lo solucionará a alguien mas, > > y si le soluciona problemas a otros, entonces de seguro hay alguien que > > querrá utilizarlo, mejorarlo, o incluso comprarlo, pero ni lo van a > > comprar, ni mejorar, si no tiene lo que mencionaba anteriormente, > > características que hacen que lo que se escribe tenga calidad. > > > > Por otro lado es bueno cuando se aprende, seguir ciertos patrones, ya > > luego, cuando sabemos del tema, haremos lo que nos parezca mas adecuado, > > pero si los malos hábitos se pegan de niño, cuando seamos grandes no nos > > los quita nadie. > > Otro de los rollos de la programación descuidada y/o para uno mismo es > la falta de comentarios. A la vuelta de 6 meses ya nadie se acuerda de > por que había que hacer tal cosa primero y al otra después. > > Eso independientemente de pequeñas cañonas que les metemos a los > programas en ocasiones. Por ejemplo, acá en PHP (a mí sí me pagan por > usarlo, así que lo uso y además se me da bastante bien...) solemos > olvidarnos de los "warnings" (por ejemplo, no activamos error_reporting > al inicio del programa) y así nos acostumbramos a meter cañonitas tales > como noi inicializar una variable, o asimilar un 1 en texto a un 1 en > entero, digamos, cosas que en versiones más altas ya no son pecados > veniales... > > Está claro que un programa se pude convertir en un cementerio de errores > y advertencias que nadie verá en tanto se mantenga funcionando. Aunque: > > < comentario sin maldad> > Lázaro, hermano, me imagino cómo escribirás al comentar un > programa... > </comentario sin maldad> > -- > M.Sc. Alberto García Fumero > Usuario Linux 97 138, registrado 10/12/1998 > Siempre he sabido aprender de mis errores. > Y ni te imaginas cuánto estoy aprendiendo hoy...
más que imaginartelo lo has visto, y viste que no hay una sola linea de código sin comentario. De echo primero comento que hará la linea y luego escribo el código. Pienso que la programación así se hace más fácil, ya que dices # pico el string y cojo la parte de alante algo.split[0] Luego aún el que no sabe el lenguage solo tiene que leer lso comentarios. O mañana alguien que valla a traducir el programa, solo tiene que leer el flujo del programa en lso comentarios En tiempos muy difíciles que pasé en mi vida, solía programar ébrio, y al otro día no acordarme de que había escrito; además asombrarme y decir: "yo hice eso??". Desde entonces tengo la buena costumbre ;) -- -------- Warning! ------------ 100'000 pelos de escoba fueron introducidos satisfactoriamente en su puerto USB. A continuación, la firma de una herramienta inútil: -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que est� limpio.
______________________________________________________________________ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
