Version control systems comparison:

Web que pretende comparar los sistemas de control de versión mas conocidos.

http://www.versioncontrolblog.com/comparison/

Getting Things Done – Software:

GTD es una metodología para ser mas productivos. El autor se mandó una especie de librito de auto ayuda, lo publicó y se llenó de plata. Si lo quieren leer, busquenlo en amazon o en pdf.

SI quieren aplicar la metodología, acá les dejo unos links:

Remember The Milk: Excelente aplicación web para gestionar tareas. Lo que sobresale es su nivel de integración con otros servicios online. Parafraseando a los amphibios: “Remixa, no reinventa nada”.

Tracks: Fanáticos de David Allen, estos señores hicieron un aplicación web para aplicar la metodología.

Tasque: Aplicación web que te permite usar Remember the Milk desde la comodidad de tu Gnome. Muy simple y usable.

Songbird path to Agility:

Antes de partir de Southplans, estuvimos inviestigando un poco sobre metodologías Ágiles. La gente de Songbird nos cuenta como se Agilizaron un poco. Sigo esperando al segunda parte.

El projecto consiste en portar Pidgin para que utilice el framework Farsight. En un principio se podrían tener conversaciones de voz con otros clientes de XMPP, como por ejemplo GTalk (que al igual que Farsight, usa libjingle). Desconozco si luego se le agregará soporte de voz a otros protocolos, supongo espero que sí.

[Vía]

Lo peculiar de este bug (cuando cambiabas un hotkey, te quedaba tambien el hotkey asociado previamente, y así podías acumular hoykeys hasta quedarte sin teclado), es que ya llevaba un tiempo laaargo dando vueltas por bugzilla. Entonces me dije “che.. esto no está escrito en c# como el tomboy? A lo sumo estará en python..” y nomás agarré y me bajé las fuentes del svn del proyecto.

En fin, estaba en python. Si bien mis conocimientos de pyton eran (y aún son) muy limitados, decidí intentar entender la lógica detras del programa. Así fue como una hora después de seguir llamadas y clases y archivos y eventos y todo eso, decidí que no estaba llegando a nada! Entonces me dije “vamos a debuggear el error!”. Empecé entonces a buscar una IDE que me permita debuggear (vengo de Visual Studio.. o sea que soy muy vago), no encontré nada.. porque encima el laburo de los hotkeys lo hacía una clase en C tomada prestada de tomboy. Entonces empecé a debuggear a la antigua.. ESCRIBIENDO ARCHIVOS DESDE LA CLASE EN C EN CADA BREAKPOINT CON LOS ESTADOS DE LAS VARIABLES UQE ME INTERESABAN!! (muy cabeza..)

Allí descubrí que algo estaba fallando: Al modulito en C le llegaba dos veces el mismo hotkey. Una vez para desatachear, y otra para atachearlo. Del hotkey anterior no se tenía ninguna noticia.. Alguien había olvidado guardar el hotkey viejo, y bueno, habia una especie de race condition, porque un evento se ejecutaba antes que el otro. Un error boludisimo. Lo resolví, mande el parche y listo, me sentí feliz.

Pasó el tiempo, y tratando de cambiar el hotkey de deskbar, me encontré con que el bug ya estaba solucionado. Pero si yo no había recibido ningún email de bugzilla!! Me sentía triste. Me dije a mi mismo “Cuando llegue a casa, me fijo como quedó el status del bug”, y jamás lo hice..

Ayer (muucho tiempo después) me acordé de nuevo de esto, y hoy decidí chequear bugzilla, y me encontré con esta respuesta:

Wow. I'm speechless.

This bug has been bugging us since the beginning of deskbar, and nobody who
looked at the code could figure out why it didn't work. Thank you so much for

this patch.Applied in HEAD.
Again, thanks.

Yeah!! Estoy re contento!! Mi primer patch aceptado!!

Bug en gnome