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... -- 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
