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

Os presento las nuevas tarjetas de visita que he preparado. He adoptado como era de preveer, la imagen corporativa, respetando diseño, gama de colores, fuentes y motivos.

Diseño Frontal…

He dado mayor peso al color verde presente en el icono de la de la tarjeta digital. Estableciendo así una relación directa entre el la tarjeta real y la tarjeta virtual.

Diseño Trasero…

Adopta los colores generales de este sitio web, el azul y el entramado de cuadrados pequeños. Este entramado puede verse en la página principal y en los fondos de los encabezados del portafolio.

Tipo de Letra…
Como ya es habitual, este formato de fuente, junto a su esquema de color, se convierte en el distintivo principal del sitio web. Está presente en los títulos de categorías, textos de portafolios, etc. etc.

¿Os gusta?

Tarjetas de Visita es una entrada de Jose Maria Flores Zazo