Errores clásicos desarrollando con PHP… [Parte2]
Esta es la segunda entrega de estos Errores clásicos desarrollando con PHP que voy sacando. Si no vieron la primera parte, los invito a que se den una vuelta por este.
En esta ocasión, no me voy a enfocar en los errores de código o de programación, sino que le voy a dar un enfoque mas general y hasta podría usarse esta entrada para cualquier lenguaje de programación haciendo una pequeña analogía.
Como les comente en la primera parte, estos son errores que me pasaron a mi y vamos a tratar de que otro yo, no cometa los mismos errores.
No utilices Gedit, utiliza un IDE!!!.
Lease también Kate, vim, vi, etc. En mis comienzo desarrollando con este lenguaje, utilizaba el viejo y conocido Gedit, si bien me sirvió en un principio ya que cuenta con un resaltador de sintaxis, me di cuenta a medida que fui conociendo de este lenguaje perdí mucho tiempo en este aspecto.
Recomendación: Antes de empezar con algún lenguaje de programación, instala algún IDE, a mi en particular me gusta Netbeans. Entre las ventajas que proporciona un IDE están: auto-completado de código, manejo de clases, sugerencias de código, etc, etc.
Documentar es fundamental.
Tenia un viejo juicio acerca de la Documentación, que es al pedo (esta de mas), perdemos mucho tiempo, se vuelve tediosa, etc. ya sea hablando de documentación de código y/o utilización de UML en nuestros diagramas.
Hoy en día es indispensable documentar, no una documentación excesiva, sino una documentación que te sirva para retomar un viejo proyecto y engranar rápidamente. En mi laburo usamos diagramas de clases, actividad y casos de usos para diseñar nuestros proyectos ya que trabajamos en equipo (a veces a kilómetros de distancia) y no siempre desarrolla el mismo, esto es difícil de lograr pero no imposible.
Supongamos que recibimos una oferta laboral de IBM (seamos optimistas) y debemos abandonar el proyecto, hay un viejo mito que dice, “se va el chico que programa, se acaba el proyecto”, esto ocurre por que no se documenta lo necesario y todo esto se traduce en tiempo y en dinero.
Con respecto a la documentación de código, no solo es ponerle “Esta función hace tal tal cosa”, sino mantener ordenado el código para que cualquier programador que se sume al proyecto, entienda el código como si lo hubiese desarrollado el. No nos olvidemos que un buen desarrollador no es aquel que genere código de manera rápida y eficiente, sino aquel que genere código fácil de “leer” por los demás.
Participa en foros/comunidades
Es interesante para interactuar con otras personas que estén en nuestra misma sintonía, muchas veces ayudaremos nosotros y otra vez nos podrán ayudar. En línea general estas comunidades tienen muy buena onda, y la ayuda mutua es lo que abunda, unas líneas de código pueden ser útiles para muchas personas, de ahí que entre todos se puede perfeccionar.
También al interactuar con otras personas estaremos atenti a lo nuevo, nuevas actualizaciones de Framework, Mejoras a un IDE, nuevas librerias, etc. Yo por ejemplo sigo a Zend Technologies y a The Linux Foundation y me entero rapidamente de las nuevas noticias, otra forma obviamente es Twitter.
Utiliza un Framework
Es imposible en cada proyecto reinventar la rueda, para esto tenemos muchos Frameworks que nos permiten avanzar rápidamente sin la necesidad de hacer todo desde cero.
Últimamente utilizo Zend Framework pero también les puedo recomendar Symfony o CakePHP.
Si piensas que por tiempo no es necesario aprender un Framework, puedes buscar clases especificas que realizan cierto tipo de tareas en www.phpclasses.org o directamente desde Google.
Entiende el código, no copy/pastees
Si te tomas la costumbre de tomar código que terceros y hacerlos andar como sea, sin entender (debug humano
) el código, es muy seguro que aprendas lento. Claro es mas rápido, pero hay una gran posibilidad de que te encuentres con el mismo problema en el futuro y que no tengamos ni idea por donde empezar. Asi, que aunque el script que bajaste de internet sea corto, tomate un tiempito en entenderlo.
Saludos…
Puedes seguir cualquier respuesta a esta entrada mediante el canal RSS 2.0. Puedes dejar un comentario o enviar un trackback desde tu propio sitio.















[...] This post was mentioned on Twitter by pablo ar, Zarpele. Zarpele said: Errores clásicos desarrollando con PHP… [Parte2] http://t.co/jnPF6lT [...]
Muy buenos consejos, gracias.