Nov 10
10
En esta ocasión, revisamos algunas prácticas y trucos que muchos programadores manejan. Publicamos 5 que a consideración personal creo que son básicas para un entorno de programación de calidad. Muchas de estas prácticas son ejecutadas por grandes luminarias de las teclas.
1. Don´t Repeat Yourself
De todos los principios de programación, “Don´t Repeat Yourself (DRY)”este es quizás el más fundamental que los programadores deberíamos conocer. Muchas veces por las apuraciones de cumplir un calendario de entrega, no nos damos un tiempo para diseñar nuestro código, pudiendo muchas veces abstraer una rutina que pudiéramos estar repitiendo en varias secciones y no nos damos cuenta. Aplicando este principio podemos, entonces, eliminar el desperdicio de tiempo que se pudiera tener al darle mantenimiento a ese código repetido. Un ejemplo visible sería en una Capa de Acceso a Datos.
2. ¡Ese CódigoNo Se Toca!
A todos no ha pasado que muchas veces se libera código a un servidor provisional para hacer las respectivas pruebas, y resulta que falla. Lo más conveniente para nosotros seria poder componer el error en ese mismo instante, en ese mismo lugar, en ese mismo servidor, pero volvemos a caer en una mala práctica.
Los programadores no deberían poder modificar código que se encuentre en el servidor de prueba, aunque así lo crean. En el entorno de desarrollo web, un esquema que pudiera ser una buena práctica seria dividir el proceso de liberación de código es:
- Desarrollo local y pruebas unitarias en la maquina del programador.
- Servidor de desarrollo donde se realicen pruebas de integración, ya sean manuales o automáticas.
- Servidor provisional donde el QA y los usuarios realicen pruebas de aceptación.
- Servidor de producción.
3. Leer Código
Los programadores somos criaturas salvajes. Amamos escribir código, pero si se trata de leer código ajeno, huimos despavoridos. Escribir código es divertido, leer código ajeno, no tanto, no precisamente porque el código ajeno este, mal escrito (a veces si), sino porque la otra persona, piensa de diferente manera al hacer las cosas y en cierta medida muchas veces no da hasta pereza entender de porque hizo así ese código.
Hay que leer código ajeno para tratar de cometer los errores de otros, así como también, aprender de los que escriben código bueno. La próxima vez que te toque leer código ajeno, pregúntate si es fácil de leer y/o entender, tal vez no sea fácil de leer porque no sigue un estándar de codificación, o tal vez no se entienda porque su logia, quizás una mezcla de ambos. Al final del día estas aprendiendo a escribir buen código.
4. Aprendizaje continúo
Como desarrolladores debemos estar en constante aprendizaje, ya que si no nos preparamos y actualizamos, para no terminar siendo dinosaurios en nuestro trabajo, hay que renovarse, porque alguien más podría quitarnos la chuleta y nuestro trabajo, nuestro activo más importante, podría estar en riesgo. Cada persona es responsable de su propia educación
Si en tu empresa no te capacitan o no te actualizan, no desesperes, hay demasiada información en internet, de buena calidad y gratis:
- Lee libros, revistas, blogs. Twitts o sitios web. Si hay algo de tu interés, podrías suscribirte a su lista de correo para estar al día en los artículos que vayan saliendo. Un lector RSS ayuda mucho también.
- Si realmente quieres estar inmerso en un tecnología, no esperes mas, manos a la obra y escribe y prueba algún código.
- Trata en lo posible de aprender de un mentor. La experiencia de la gente experta en una tecnología que nos interese, nos puede ayudar para un aprendizaje correcto.
- Aprende cómo funcionan los frameworks y librearías que tú usas. Conociendo su funcionamiento, te ayudara a usarlas mejor, sobre todo si son de código abierto. Así comprenderás como piensa la gente inteligente que escribe esas herramientas.
- Únete a una comunidad de la tecnología en la que estés interesado.
- Una manera de aprender algo, es hablando sobre eso. Intenta una pequeña conferencia con tus compañeros de trabajo o con una comunidad en la que estés.
- Escucha podcast de la tecnología en que estas interesado.
- Sigue los consejos de programadores pragmáticos. Recomiendo Twitter para tener un acercamiento directo y les puedas hacer preguntas sobre un tema, seguro responden.
- Regresa a la escuela
La tecnología cambia muy rápido, no permitas que te deje atrás.
5. Codificación ‘Ubuntu’ para tus amigos
A menudo escribimos código de forma aislada y ese código representa nuestra interpretación personal al problema, pudiendo así, ser la mejor o la peor solución. Nos aislamos aunque seamos parte de un equipo de desarrollo, lo que no permite la sociabilización y el trabajo colaborativo que permita el éxito de un proyecto.
La definición de ‘Ubuntu’ dice:
“Una persona con Ubuntu es abierta y está disponible para los demás, respalda a los demás, no se siente amenazado cuando otros son capaces y son buenos en algo, porque está seguro de sí mismo ya que sabe que pertenece a una gran totalidad, que se decrece cuando otras personas son humilladas o menospreciadas, cuando otros son torturados u oprimidos”
Si aplicamos ‘Ubuntu’ para realizar nuestro trabajo, se nulificaría la timidez que se tiene al pedir ayuda, despreocupándonos que alguien nos vaya a criticar o menospreciar nuestro trabajo ya que sabemos que los demás miembros del equipo aportaran la ayuda necesaria para lograr el objetivo común por el cual están todos ahí, el éxito del proyecto.
Conclusión
Estos solo son 5 principios fundamentales que seleccioné del libro”97 Things Every Programmer Should Know”, un excelente recurso recopilatorio de buenas prácticas que todo programador debería saber.