Aproximadamente han pasado 45 dias desde que no escribo en el blog, no añado fotografías en flickr, no meto ninguna entrada en twitter, …

La principal causa de esta falta de comunicación se debe a que en el trabajo tengo varios proyectos que deben ser cerrados cuanto antes, que ando un poco de aquí para allá, papeleos de mi nueva vivienda y que a nivel muy personal este es el año de los cambios. Por eso me ha resultado imposible escribir al menos una entrada a la semana.

Durante estos próximo meses actualizaré esporádicamente el blog con las entradas que venían siendo habituales… es cuestión de tiempo que todo vuelva a la normalidad.

Al menos alguna fotografía que otra voy subiendo…

El Salt de Sallent

Cuestión de tiempo es una entrada de Jose Maria Flores Zazo

Antes de culpar a otro desarrollador, comprueba tu código.

Todos los desarrolladores, todos nosotros, a menudo cometemos errores y el programa deja de funcionar. Es muy improbable que ese mal funcionamiento del programa se deba a factores externos.

Sí, es la verdad, es muy (extremadamente) improbable que el código se rompa por un fallo (bug, en el argot) del compilador, del intérprete, del sistema operativo, del servidor, de la base de datos, de la memoria, o cualquier otra parte del hardware. Sí, es verdad queeste tipo de bugs existen, pero seamos francos, son mucho menos comunes de lo que a veces queremos hacer ver al cliente.

Es cierto, que en estos 16 años de desarrollo, me he enfrentado al algún problema real con el compilador, el en enlazador, con alguna librería, con el Sistema Operativo, con la gestión de memoria e incluso con el hardware. Estos problemas existen y nos han hecho perder mucho tiempo, desafortunadamente o bien se arreglan con una actualización del Sistema Operativo o una pieza del Hardware, o bien con alguna actualización de las herramientas de desarrollo, o sorteándolos de forma un poco artesanal.

Pero centrémonos en los bug originados por los desarrolladores finales.

Tras varios años de trabajo, he detectado cuatro causas por las que principalmente se comenten errorres:

1. Hemos de tener en cuenta que muchas veces la naturaleza del software desarrollado, implica compatibilizar diversos entornos de desarrollo, librerías e implantaciones físicas. Esta mezcla de entornos, suele causas de errores de muy difícil solución. Normalmente nos hace contactar con las partes implicadas para lograr arreglar el error, unas veces con un buen resultado y otras veces no. Tiempo y dinero, que a veces nos obliga a volver a desarrollar de nuevo.Hemos de minimizar esta interacción.




2. Muchas veces, un desarrollador tiene diversas tareas a su cargo y no se centra al 100% en la tarea que tiene entre manos. Estos provoca errores, por falta de tiempo y atención a la tarea asignada. Afortunadamente, si el desarrollador y el jefe de proyecto son personas competentes, cuando ven que algo empieza a ir mal debido a este particular, reorganizan su trabajo. Reorganizar el trabajo, es una forma fácil de aumentar la efectividad (menos errores) y productividad (menor tiempo dedicado a la tarea).




3. Las pruebas, antes de enviar el producto al área de Control de Calidad, debería dedicar un 30% del 100% del tiempo reservado para el desarrollo. Hemos de ser concienzudos y escrupulosos a la hora de realizar la batería de pruebas. Debido a que esta es la peor parte que solemos hacer, es donde se nos escapa un porcentaje de errores que fácilmente podríamos haber visto y nunca tendrían que haber llegado al Control de Calidad.




4. Y la última, por ello no menos importante, es la falta de formación, conocimientos y capacidades para la tarea asignada.

Por eso, antes de asumir que otros han cometido un error, cuestiónate, si has sido tú el que ha podido errar.

Errores de Programación es una entrada de Jose Maria Flores Zazo

Nos ha tocado vivir en la era de la Globalización. Y el desarrollo de software es una de las profesiones donde se pueden observar todos los rasgos de este fenómeno.

Supongo, que el lector sabrá, que debido a este fenómeno, existen muchas personas capaces de hacer su mismo trabajo. Y permítame el lector, centrarme solo en esta profesión. Estoy seguro que fácilmente podrá extrapolar esta reflexión a cualquier otra.

Debido a este marco de juego en el que nos encontramos, es necesario estar muy formado y sobre todo realizar un continuo aprendizaje para permanecer dentro del mercado. De otra forma, se convertirá en un dinosaurio, aguantando en el mismo trabajo, hasta que un dia, no le necesiten más.

Entonces, ¿qué es lo que puedo hacer?. Algunas personas son muy activas e inquietas y siempre están formándose, ampliando sus habilidades. En cambio, otras, no están dispuestas a destinar parte de su tiempo e ingresos en formación. Por tanto, apueste sobre seguro y asuma la responsabilidad de su propia educación.

Aquí presento una lista de pautas y recursos con los que ampliar sus conocimientos. Muchos de ellos se pueden encontrar gratis en Internet:

Leer libros, revistas, blogs, Twitter feeds y sitios web. Si desea profundizar en algún aspecto en concreto, considere la opción de entrar en alguna lista de distribución, grupo de noticias o foro. Y si desea realmente sumergirse en los aspectos tecnológicos, ponga manos a la obra, y escriba mucho código. Practique todo lo aprendido de estas fuentes.

Encuentre un mentor, ya sea real: siempre se aprende más de una persona con más experiencia y conocimientos que uno mismo; el problema, suele ser encontrar uno con el que trabajar. O virtual: autores y desarrolladores que encuentre en la Web; lea todo lo que escriban y suscríbase a sus blogs.

Estudie en profundidad todas y cada una de sus herramientas de trabajo: framework y librerías. Un conocimiento exhaustivo de su funcionamiento, es causa directa de una mejor utilización y resultados. Si tiene la suerte de trabajar con código abierto, use el depurador para recorrer el código y ver qué ocurre por debajo, podrá analizar código realizado y depurado por gente muy inteligente.

Cuando cometa un error, se encuentre ante uno o esté intentando resolver un problema. Arréglelo, de una solución. Entienda y analice que es lo que realmente ha sucedido, no se limite sólo a su reparación.

Una forma muy buena de aprender sobre algún tema en particular, es debatir sobre él en grupos, encuentros y conferencias. Hablar, escuchar y preguntar, suele ser de gran motivación a la hora de aprender.

Los conocimientos que debemos desplegar y adquirir en nuestro trabajo no han de ser de índole tecnológica. Aunque se deba tener un gran dominio sobre el área en el que trabaja, no significa que nos garantice estar en el mercado laboral. Debemos ampliar nuestras capacidades, en la medida de nuestras posibilidades, sobre cómo ser más productivos, organizados y eficientes en el trabajo. Así como cualquier capacidad que lo complemente.

Y finalmente, es posible que te apuntes, podemos poner en práctica un consejo de Pragmatic Programmers: aprender un lenguaje, tecnología o herramienta nueva cada año. Esto te mantendrá al tanto de la evolución de las nuevas tecnologías.

Un continuo aprendizaje es una entrada de Jose Maria Flores Zazo

LOS PROGRAMADORES NECESITAN COMUNICAR.

Mucho.

Existen períodos en la vida de un programador, en el cual la mayoría de la comunicación se realiza con la máquina, concretamente, con los programas que se ejecutan en la máquina.

Esta comunicación expresa ideas que la máquina entiende: los programas son ideas originadas en la mente del programador que la máquina transforman en realidad dentro de un entorno virtual, el sistema operativo.

Los programadores deben tener la suficiente fluidez en el lenguaje de la máquina para que las abstracciones, a través de las herramientas de desarrollo, puedan relacionarse con esa lengua. Además, deben aprender diferentes lenguajes de comunicación con la máquina, o de lo contrario algunas ideas difícilmente podrán ser expresadas.

Más allá de la comunicación con las máquinas, los programadores necesitan comunicarse con sus compañeros y con las diferentes personas que forman un proyecto, muchos de ellos con nula formación técnica. Obligando al programador a tener unos conocimientos básicos del ámbito tratado. Es decir, cuando un programador se comunica con abogados, contables o mecánicos, debe aprender y familiarizarse con parte de su jerga y su lenguaje, por extensión, su forma de pensar. Ya que en última instancia los programadores serán los que deban comunicarse con la máquina, para expresar todas las ideas que le han sido transmitidas.

La mayoría de los mejores programadores además de comunicarse, expresarse y hablar de forma fluida en su lengua materna, generalmente son capaces de hacerlo muy bien en otros idiomas. No solo por el mero hecho de  comunicarse con otras personas; hablar bien un lenguaje (adoptado o materno) conduce a una claridad de pensamiento indispensable cuando un problema requiere un alto nivel de abstracción en la transmisión de ideas.

Por supuesto, la vida no son solo proyectos de software, tal y como señaló Carlomagno: saber otro idioma es tener otra alma.

Conocer bien otro idioma, seguramente ampliará tus contactos más allá de la industria del software.

Indudablemente un programador hispanohablante debería tener como su segunda lengua el inglés.

Aprende una lengua extranjera es una entrada de Jose Maria Flores Zazo