viernes noviembre 12, 2004

Por fin

Acabamos de sacar a producción una nueva versión de la aplicación en la que estoy trabajando. Inicialmente el desarrollo iba a durar 4 o 5 meses, con un equipo de 5 programadores y un jefe de proyecto. Hemos tardado 11 meses en la entrega final, es decir, algo más del doble del cálculo inicial (sin comentarios sobre esto. Si a alguien le apetece, la explicación completa del proceso se hace con unas cuantas cervecitas y algo para picotear).

El cliente se hartó de esperar y después de 6 meses de proyecto decidió gestionar él mismo el proyecto: redujo el equipo a 2 o 3 personas (y en estos últimos 5 meses hemos visto como ha ido apareciendo y desapareciendo gente para tener un tercer punto de apoyo), desarrollo en el edificio del cliente ... Como podéis suponer, las últimas semanas han sido un "pelín" intensas: prisas, nervios, algunos cambios de funcionalidades, pruebas de última hora, jornadas inacabables, ... Pero, ya está en producción, en real, entregado al cliente, como queráis decirlo (alguien debería hacer una lista de todos los sinónimos que usamos los informáticos ;-) ).

¿Ha merecido la pena? No sé, ha habido momentos buenos y momentos malos. Pero me gustaría recordar algunas de las cosas positivas del proceso:

• La gente que ha pasado por aquí, tanto el equipo inicial (foto de parte) como los que de una u otra manera han contribuido.
• El descubrimiento de mis reacciones ante las diferentes situaciones del largo proceso. Ha habido reacciones buenas, ha habido reacciones no tan buenas, pero ha sido bastante enriquecedor.
• El aprendizaje técnico, por supuesto. A pesar de lo que piensan algunos teddybears, todo está en los libros (o google te muestra la página dónde está la respuesta). En este aspecto, lo más enriquecedor ha sido pelear con weblogic y sus classloaders y aprender a manejar Eclipse y sus plugins(aunque sigo prefiriendo Idea, claro). Ah, y confirmar que ant es una gran ayuda, generar el .ear de tu aplicación y desplegarlo en el weblogic con un simple 'ant subeEar' es una gozada.

Ah, y un cambio de empresa en medio de todo el esfuerzo final.

Ahora quedan los retoques y solución de errores, pero ésto, me parece recordar, es algo más tranquilo que lo que acaba de terminar.

P.D.: Estoy revisando los blogs mientras escribo esta entrada, y hay un par de entradas acerca de las quejas de la mujer de un programador de EA. Curiosa coincidencia.

martes junio 08, 2004

Patrones de control de versiones Estoy terminando de leer un documento de patrones de gestión de versiones, titulado Streamed Lines, y me está pareciendo bastante completo, dando ideas de como gestionar el código y las configuraciones asociadas a las posibles lineas de desarrollo dentro de un proyecto.
Y es que, me da a mi la sensación, en general el tema de gestión de versiones es un asunto olvidado, relegado al becario de turno, y del que nos acordamos cuando nos hace falta recuperar el código de "hace 3 semanas".
En el proyecto en el que estoy ahora mismo hemos pasado por unas cuantas fases: el "aquí no hace falta", el "ya nos hacen backup todas las noches" (como si eso sirviera cuando necesitas recuperar los cambios de hace 10 minutos, porque antes funcionaba, y ahora no), el "si el CVS nos da un problema, lo quitamos", "¿un branch? No, mejor creamos otro módulo dentro del repositorio, no me fio de los branches". Afortunadamente, la fase actual es "tú eres el desarrollador, tú decides". Así que CVS (porque el cambio a subversion puede ser un poco radical, aunque mis desarrollos en casa se hacen con un subversion local desde hace tiempo, sin ningún problema) y un tag y un branch en cada entrega de software, para facilitar el mantenimiento de versiones anteriores.
Creo que lo siguiente que leeré de este tema será Software Configuration Management Patterns: Effective Teamwork, Practical Integration, que tiene buena pinta. ¿Alguien lo ha leido? (2004-06-08 12:07:52.0) Permalink Comentarios [0]

domingo mayo 23, 2004

Lecciones de los desarrollos Open Source

Leyendo los blogs he encontrando este comentario acerca de una charla sobre Open Source, o más bien sobre las lecciones que los desarrollos open source puede enseñar a los equipos de desarrollo de las empresas tradicionales. La idea que más me ha llamado la atención está en uno de los últimos parrafos: "¿La principal diferencia entre los proyectos corporativos y los de open source? En el caso del open source, la persona que comienza el proyecto se preocupa y es capaz de crear soluciones. En un entorno de una empresa, es raro que la persona encargada del proyecto se preocupe verdaderamente, y es aún más raro que sea la persona que implemente la solucion. Las soluciones que el presentador ha visto funcionar han sido aquellas en las que un desarrollador senior y un analista funcional están casados. De esta manera se termina con un equipo que se preocupa y actua de una manera similar a la de un responsable de un proyecto de open source."

Resumiendo, cuando a un desarrollador en un proyecto de una empresa se le permite responsabilizarse realmente del proyecto, se involucra de una manera mucho más activa que con cualquier otro intento de motivación. Lamentablemente, normalmente no se recibe este mensaje y en muy pocos proyectos de software los gerentes/consultores/responsables ceden parte de su responsabilidad a esos "recursos" que se encargan de programar :-(. Así nos va.

Se admiten comentarios.

viernes mayo 21, 2004

configurando NewzCrawler

Después de ver cómo Eric se revisa sus 1600 blogs para montar su linkblog y descubrir que está usando Newzcrawler, que es el mismo programa de sindicación de contenidos que estoy usando yo últimamente, me he quedado con las ganas de postear ideas desde NewzCrawler.

He acudido al vecino más cercano ;-), y tras unas cuantas pruebas de configuración casi lo he conseguido, aún no consigo recuperar las listas de categorías, todas las entradas van a 'General' y tampoco consigo publicar, sólo generar una entrada como borrador, seguiremos peleando.

Por si alguien lo necesita (y para que no se me olvide :-) ):

1. Creas una nueva entrada en 'My Blogs'.
2. En el diálogo de propiedades del nuevo sitio, seleccionas "Custom..." en "Blog service" y escribes tu usuario y contraseña en los sitios correspondientes.
3. y en la pestaña de "Server Settings" pones esta configuración:

miércoles mayo 19, 2004

Los 10 mejores elementos de un buen diseño de software. Leyendo esta mañana javablogs, me he encontrado esta entrada, en la que el autor repasa sus ideas acerca de lo que hace que un diseño de software sea bueno. Contiene conceptos tan comunes como la necesidad de un buen reparto de responsabilidades, el control de la cohesión y el acoplamiento entre entidades del modelo, la sencillez del diseño (aquello del "lo más simple posible, y no más"), una documentación completa y conceptos tan poco usuales como tener en cuenta al equipo de desarrollo. Una serie de ideas bastante interesante y que recuerda las ideas desarrolladas en algún libro de diseño, como Domain driven design, por ejemplo.
Actualizacion:En TheServerSide han abierto un hilo de comentarios al respecto.
(2004-05-19 15:12:48.0) Permalink Comentarios [1]

lunes mayo 17, 2004

La primera va por ti. La tragedia estaba en el aire, y tú, como la mujer sabia que eres, ya habías hecho comentarios al respecto. E hicimos lo que sabíamos que teníamos que hacer, y salimos a la calle junto con mucha gente que no estaba de acuerdo con la política beligerante del anterior gobierno.

Pero la vida es así de ... y el día del atentado tú fuiste a trabajar en un tren que normalmente no cojes. Y mira que fue un día de bendiciones dentro de la tragedia, y hubo gente que se quedó dormida, o no tuvo clase ese día o usó otro tren. Tú no. Y te tocó. Y te has librado por poco, por muy poco. Por tan poco, que, más de 2 meses después del atentado, aún estás en el hospital, y nos estás dando a los demás lecciones de como enfrentarnos a una situación que nos supera. Siempre serás una superviviente y un ejemplo.

Así que, mami, la primera entrada de ésto que será un intento de mostrar alguna de las ideas que se me vayan ocurriendo va por tí.

Te quiero.

(2004-05-17 10:39:06.0) Permalink Comentarios [10]