svnalert: siempre al tanto de los cambios en el código de tus proyectos software

En un artículo que escribí hace seis meses hablaba de las herramientas que nos informan de la actividad de los repositorios de código fuente de los proyectos software. En aquel caso, podíamos ver estadísticas en la web o pequeños mensajes en un canal de IRC.

El otro día se incorporó una chica en mi departamento, a la que llamaremos Jean Mary Clockworth para respetar su deseo de ser anónima siempre que sea posible, y le pedí que nos hablara de proyectos en los que hubiera participado. Entre ellos destacaba uno relacionado con la descripción mediante XML de personas, proyectos, organizaciones, etc y su procesamiento por agentes externos (relacionado con la web semántica). Durante la conversación, mostré mi interés en que un sistema informara de manera sencilla a los desarrolladores de un equipo de los cambios en un proyecto efectuados por uno de ellos (nivel menos tres en web semántica pero bueno…). Para ello, se generaría un XML con los cambios y un agente externo lo procesaría e informaría. El tipo de XML más a mano que encontré fue RSS y configuré varios de mis repositorios Subversion para generar tales XMLs inmediatamente después de cada acción de modificación del código fuente. Después, programé una sencilla aplicación que, a intervalos regulares, comprueba si hay cambios en esos XML/RSS y avisa en forma de breve notificación.

svnalert_p.png

De esta manera, si estamos participando en un equipo relativamente grande de desarrolladores en diversos proyectos y es probable que vayamos a modificar los mismos ficheros en periodos de tiempo solapados, estaremos convenientemente avisados y se generará un clima de transparencia e información preventiva muy útil.

También, tras encontrar RSS de otros proyectos de software libre, me he suscrito y observo encantado como a horas intempestivas salta el popup de turno poniendo nickname y comentarios a los cambios realizados.

En realidad, la aplicación en su estado actual no se merece ni el título de alfa aunque es operativa y sirve a mis experimentos. Se podría decir que no es más que un feed reader de un changelog venido a más pero intentaré aprovechar el potencial del aviso que no reclama usar una aplicación y que se parece más a alertas de correo o mensajes de chat. Me atrae mucho dar protagonismo al momento exacto en el que la decisión de volcar cierta información a ua fuente común se produce. ¡Casi parece una especie de twitter pero de commits y no sé si me interesa esa analogía!

Lo que veo difícil es que funcione en MS Windows o Mac por una librería que empleo (python-notify) pero aún no lo he comprobado.

¿Adaptar o contribuir en software libre?

Desde hace más de una década se viene hablando de software libre en una u otra forma. Afortunadamente, cada vez es menos una cuestión de GNU/Linux y más de modelos de desarrollo o de negocio.
En las diferentes charlas a las que podemos asistir hoy en día se mezclan frases como «la economía de las personas», «web 2.0», «servicios de valor añadido», «desarrollo distribuido», «copyleft» o «dictadores benevolentes».

Todas parecen coincidir en que el software libre –la cultura libre– es una marcha imparable porque procede de los individuos exigentes y alfabetizados digitalmente. Esto es más una voluntad bienpensante que una realidad hoy en día, pero hay que reconocer que, de momento, no hay señales de alarma que ilegitimen ese sueño.

Sin embargo, en cuanto a los modelos de desarrollo referidos al software libre hay un exceso de confianza ciega en «los otros». Efectivamente, ya sea porque nos consideramos pequeños en la vorágine copyleftera o porque nos gusta descansar sin más en las espaldas de lo que los gurús comentan, caemos en el error de repetir como loros las siete maravillas del software libre.

Read the rest of this entry »

Reseña: The Art of Project Management

artofproject.jpgHacía tiempo que quería escribir una reseña (breve, porque no creo en los blogs de entradas kilométricas) acerca de un libro de la editorial O’Reilly titulado The Art of Project Management, de Scott Berkun.

Para empezar, Scott Berkun fue jefe de proyectos (o mejor, team leader) de la mismísima Microsoft. Esto podría echar atrás a más de uno (incluyéndome a mí) porque al margen de creer (erróneamente) que todo lo que huela a Microsoft es «caca niño, caca, suelta», podríamos pensar que hablará de técnicas de gestión de proyectos aplicables sólo a desarrollos monolíticos o tradicionalistas.

Sin embargo, hay que comenzar recordando que Microsoft fue en su momento el destino profesional más deseado por los cerebritos de la tecnología (ahora es, sin duda, Google) y que, aunque a muchos nos pese por diferentes motivos, algo de innovación se podía encontrar dentro de sus muros.

Así pues, venciendo a los incómodos prejuicios, encargué una copia a través de internet y cuando me llegó, la primera alegría que me dio aun sin abrirlo fue que era fino. Nada de un tocho explicalotodo.

Read the rest of this entry »