martes
jul172007
paciencia

Veo algunos artículos publicados en esta Web, curiosamente coincidiendo con el verano, época de reflexión, relacionados con el mundo laboral de los que trabajamos en el sector de la informática.
Llevo tiempo reflexionando sobre el asunto, preguntando, informándome, tratando de desgranar cuales son las claves de nuestro sector a nivel laboral.
Veo algunos apuntes en esas noticias que pueden justificar la falta de motivación, principalmente me ha llamado la atención el apunte que habla sobre la necesidad de proveer de buenos equipos hardware para mantener a los desarrolladores motivados.
Hace muchos años ya, mis profesores me hablaban sobre estudios estadísticos que desvelaban que una de las causas principales de síndrome "burn out" (estar quemado) era la lentitud de las máquinas. Para muestra un botón: en el proyecto en el que estoy hemos tenido que perder infinidad de horas desarrollando y mejorando scripts ant ya que ningún IDE que probamos (eclipse, lomboz, myEclipse, IntelliJ, Netbeans, principalmente) no soportan la envergadura del proyecto, de unas 10 mil clases java, 5 mil JSP y 63 librerias sobre Weblogic. El que mejor lo llevaba era intelliJ, pero tampoco era para tirar cohetes. Sino tienes 2Gb sufres y punto, no hay otra.
Quizás es este el factor que puede ser importante pero de todas formas no se hace hincapié en lo que yo creo que es el verdadero problema clave del sector. El funcionamiento del sector en sí.
Que yo sepa, a día de hoy, las principales compañías de software están trasladando, en los pasados años y los que vienen, sus "software factory" a ciudades más pequeñas, entre otras que yo conozca. Suelen ser grupos de entre 50 a 500 personas, y en estas plantas de desarrollo, con sueldos muy bajos, menos un grupo reducido de personas entre gerentes, coordinadores, jefes de proyectos y arquitectos de sistemas y software, que no suelen ser mas de una docena. ¿Es lícito? Quizá si, ¿lógico? También, sobre todo desde el punto de vista económico, ¿ético? Hombre que se lo pregunten al que le dicen de la noche a la mañana que tiene que tiene que cambiar toda su vida por este motivo. Pero bueno mientras no nos afecte, da igual, ¿verdad?
Análisis y el diseño de software serio, sólo se realiza en grandes empresas y administraciones públicas y mi experiencia despues de 8 años es que ni eso. No es así exactamente, se traza un documento de buenas prácticas, recomendaciones y patrones de diseño y se crea un equipo de auditoria, para mantener el tipo. El motivo es el abaratamiento de costos. ¿Para que voy hacer análisis de requerimientos, diagramas UML, etc. si cuando termine veré que me hubiera salido más a cuenta hacer yo mismo el desarrollo directamente en una ?software factory? a 30 euros la hora/programador?. Total si tardan o se equivocan, no importa, no tendré desviaciones importantes de presupuesto y total a mi cliente le da igual, y sólo sabe decirme que qué es eso del UML y que su sobrino hace unas webs preciosas con el ?dreamweaber?. Hay que ser pragmático, ¿no? Es lo que realmente y únicamente importan, lo demás son sueños utópicos inalcanzables. Esta es la reflexión que suelen hacer los clientes y las gerencias de estas empresas, y al final, la mayoría de direcciones técnicas que no tienen otro remedio que rendirse a la evidencia. Los números se imponen.
En estos proyectos además, se reinventa la rueda cada vez, no existen un entorno arquitectónico de sistemas y software estándar y claramente definido, ya sea propio, de terceros o de carácter libre. Se empieza de cero o casi de cero cada vez. Un desastre. Proyectos que tocan techo, que no se pueden mantener, horas y horas invertidas en integración, proyectos obsoletos que no se pueden actualizar.
El OpenSource ha sido el favor más grande que se le ha hecho a los accionistas y dirección de gobiernos y las coorporaciones.
Lo que nació, y sigue siendo, un movimiento bastante altruista por mejorar y aprender, socialmente justo y con gran aceptación, se ha comvertido en la ?bicoca? para los altos cargos de esas organizaciones.
Es inigualable, la cuadratura del círculo: estas empresas se ahorran millones y millones en licencias que, en vez de revertir en la generación de puestos de trabajo y en mejorar la calidad de los mismos, se han convertido en el abaratamiento masivo de costes ya que, contratando a perfiles conocedores y colaboradores activos del mundo OpenSource, estos, absolutamente motivados, harán el sobreesfuerzo que sea necesario para que los proyectos salgan adelante y así aprender y algún día quizá, mejorar.
No todo es negativo, ahora puedes aprender y colaborar con y para el software que crees válido, antes era un espacio para ?gurús?. El cambio, es que ahora los directores o gerentes ya no te preguntan de qué preveedor van a cobrar comisiones por licencia, sino, hasta donde pueden bajar la trama de sueldos para pedir el bonus de productividad.
El resultado de este panorama es demoledor, no hay buenos perfiles, los proyectos van tarde, mal o nunca. En cuanto a un buen programador le ofrecen un poquito más, se marcha, si contemplaciones. Total del otro lado, se va encontrar lo mismo, ¿que más da?
Hay veces que se encuentran oasis donde la dirección técnica a lograda resistir la embestida de todo esto, pero son los menos. Evidentemente existen excepciones, pero en el país del "que inventen otros" y donde las primeras industrias son el ladrillo, y el turismo, no se puede esperar mucho más.
El sector es lo que es, otros están mucho peor, como siempre requirirá tiempo para que todo se asiente, se hundan gravemente algunos proyectos importantes, se pierdan
Unos cuantos millones de euros y entonces quizá hablemos de elevar la calidad. O lo mismo se llevarán las ?software factorys? a la India o a China, para poder culpabilizar a alguien y despedir masivamente si que a nadie de aquí le afecte. De momento esto último no está nadie por la labor, la cercanía y el esfuerzo en el análisis hace que todavía sea caro y tedioso para los clientes. Pero como todo, en la ley del mercado, sólo es cuestión de tiempo y dinero. Solo espero que ha alguien avispado se le ocurra algo para reducir el impacto de esto.
No se si poneros por vuestra cuenta, es la solución. La mayoría de los informáticos que conozco piensan en hacerlo. Total, para escuchar sandeces y hacer un trabajo estéril e inútil en la mayoría de los casos, ¿porqué seguir las ordenes de otro? Lo que no se si entonces seréis esclavos del papeleo y sobretodo de vuestros clientes. Es cuestión maneras de vivir.
Para el resto, suerte y mucha paciencia.
La frase: Alguien verdaderamente inteligente es aquel que contrata a gente inteligente para que le enseñen como conseguir ganar más dinero, no para imponerles su criterio. Richard Stallman. Líder de GNU
Llevo tiempo reflexionando sobre el asunto, preguntando, informándome, tratando de desgranar cuales son las claves de nuestro sector a nivel laboral.
Veo algunos apuntes en esas noticias que pueden justificar la falta de motivación, principalmente me ha llamado la atención el apunte que habla sobre la necesidad de proveer de buenos equipos hardware para mantener a los desarrolladores motivados.
Hace muchos años ya, mis profesores me hablaban sobre estudios estadísticos que desvelaban que una de las causas principales de síndrome "burn out" (estar quemado) era la lentitud de las máquinas. Para muestra un botón: en el proyecto en el que estoy hemos tenido que perder infinidad de horas desarrollando y mejorando scripts ant ya que ningún IDE que probamos (eclipse, lomboz, myEclipse, IntelliJ, Netbeans, principalmente) no soportan la envergadura del proyecto, de unas 10 mil clases java, 5 mil JSP y 63 librerias sobre Weblogic. El que mejor lo llevaba era intelliJ, pero tampoco era para tirar cohetes. Sino tienes 2Gb sufres y punto, no hay otra.
Quizás es este el factor que puede ser importante pero de todas formas no se hace hincapié en lo que yo creo que es el verdadero problema clave del sector. El funcionamiento del sector en sí.
Que yo sepa, a día de hoy, las principales compañías de software están trasladando, en los pasados años y los que vienen, sus "software factory" a ciudades más pequeñas, entre otras que yo conozca. Suelen ser grupos de entre 50 a 500 personas, y en estas plantas de desarrollo, con sueldos muy bajos, menos un grupo reducido de personas entre gerentes, coordinadores, jefes de proyectos y arquitectos de sistemas y software, que no suelen ser mas de una docena. ¿Es lícito? Quizá si, ¿lógico? También, sobre todo desde el punto de vista económico, ¿ético? Hombre que se lo pregunten al que le dicen de la noche a la mañana que tiene que tiene que cambiar toda su vida por este motivo. Pero bueno mientras no nos afecte, da igual, ¿verdad?
Análisis y el diseño de software serio, sólo se realiza en grandes empresas y administraciones públicas y mi experiencia despues de 8 años es que ni eso. No es así exactamente, se traza un documento de buenas prácticas, recomendaciones y patrones de diseño y se crea un equipo de auditoria, para mantener el tipo. El motivo es el abaratamiento de costos. ¿Para que voy hacer análisis de requerimientos, diagramas UML, etc. si cuando termine veré que me hubiera salido más a cuenta hacer yo mismo el desarrollo directamente en una ?software factory? a 30 euros la hora/programador?. Total si tardan o se equivocan, no importa, no tendré desviaciones importantes de presupuesto y total a mi cliente le da igual, y sólo sabe decirme que qué es eso del UML y que su sobrino hace unas webs preciosas con el ?dreamweaber?. Hay que ser pragmático, ¿no? Es lo que realmente y únicamente importan, lo demás son sueños utópicos inalcanzables. Esta es la reflexión que suelen hacer los clientes y las gerencias de estas empresas, y al final, la mayoría de direcciones técnicas que no tienen otro remedio que rendirse a la evidencia. Los números se imponen.
En estos proyectos además, se reinventa la rueda cada vez, no existen un entorno arquitectónico de sistemas y software estándar y claramente definido, ya sea propio, de terceros o de carácter libre. Se empieza de cero o casi de cero cada vez. Un desastre. Proyectos que tocan techo, que no se pueden mantener, horas y horas invertidas en integración, proyectos obsoletos que no se pueden actualizar.
El OpenSource ha sido el favor más grande que se le ha hecho a los accionistas y dirección de gobiernos y las coorporaciones.
Lo que nació, y sigue siendo, un movimiento bastante altruista por mejorar y aprender, socialmente justo y con gran aceptación, se ha comvertido en la ?bicoca? para los altos cargos de esas organizaciones.
Es inigualable, la cuadratura del círculo: estas empresas se ahorran millones y millones en licencias que, en vez de revertir en la generación de puestos de trabajo y en mejorar la calidad de los mismos, se han convertido en el abaratamiento masivo de costes ya que, contratando a perfiles conocedores y colaboradores activos del mundo OpenSource, estos, absolutamente motivados, harán el sobreesfuerzo que sea necesario para que los proyectos salgan adelante y así aprender y algún día quizá, mejorar.
No todo es negativo, ahora puedes aprender y colaborar con y para el software que crees válido, antes era un espacio para ?gurús?. El cambio, es que ahora los directores o gerentes ya no te preguntan de qué preveedor van a cobrar comisiones por licencia, sino, hasta donde pueden bajar la trama de sueldos para pedir el bonus de productividad.
El resultado de este panorama es demoledor, no hay buenos perfiles, los proyectos van tarde, mal o nunca. En cuanto a un buen programador le ofrecen un poquito más, se marcha, si contemplaciones. Total del otro lado, se va encontrar lo mismo, ¿que más da?
Hay veces que se encuentran oasis donde la dirección técnica a lograda resistir la embestida de todo esto, pero son los menos. Evidentemente existen excepciones, pero en el país del "que inventen otros" y donde las primeras industrias son el ladrillo, y el turismo, no se puede esperar mucho más.
El sector es lo que es, otros están mucho peor, como siempre requirirá tiempo para que todo se asiente, se hundan gravemente algunos proyectos importantes, se pierdan
Unos cuantos millones de euros y entonces quizá hablemos de elevar la calidad. O lo mismo se llevarán las ?software factorys? a la India o a China, para poder culpabilizar a alguien y despedir masivamente si que a nadie de aquí le afecte. De momento esto último no está nadie por la labor, la cercanía y el esfuerzo en el análisis hace que todavía sea caro y tedioso para los clientes. Pero como todo, en la ley del mercado, sólo es cuestión de tiempo y dinero. Solo espero que ha alguien avispado se le ocurra algo para reducir el impacto de esto.
No se si poneros por vuestra cuenta, es la solución. La mayoría de los informáticos que conozco piensan en hacerlo. Total, para escuchar sandeces y hacer un trabajo estéril e inútil en la mayoría de los casos, ¿porqué seguir las ordenes de otro? Lo que no se si entonces seréis esclavos del papeleo y sobretodo de vuestros clientes. Es cuestión maneras de vivir.
Para el resto, suerte y mucha paciencia.
La frase: Alguien verdaderamente inteligente es aquel que contrata a gente inteligente para que le enseñen como conseguir ganar más dinero, no para imponerles su criterio. Richard Stallman. Líder de GNU
in
otro

Reader Comments