bitácora de uno

Michel Ogawa ha creado Code Swarm dentro de su investigación sobre la forma en que interactúan las personas en proyectos software. Cómo colaboran, cómo se comunican.

Code Swarm es un aplicación que nos muestra de forma gráfica lo que ocurre en un proyecto basándose en los cambios y “commits” del repositorio de subversion del proyecto. Cuando alguien hace un cambio se muestra su nombre y se iluminan con puntitos los ficheros que ha cambiado. Cuanto más intenso el nombre y los puntitos más cambios y según el tipo de fichero se utiliza uno u otro color.

No he podido resistirme a lanzar el programa contra el log de subversion de Osmius y éste es el resultado:

Osmius code_swarm from Joseluis Marina on Vimeo.

Se ve cómo de un programador hemos pasado a cuatro activos, y en qué momentos hacemos commits. Los colores en rojo corresponden a código Java y el blanco a C++ y a documentación.

Se pueden sacer un montón de conclusiones: ¿Quién hace commits más pequeños y más seguidos y quién los acumula? ¿Se incrementa la actividad al aproximarse la fecha de una versión? etc…

Catorce meses viajando por cuarentaidos países y un montón de voluntarios.

Where the Hell is Matt? (2008) from Matthew Harding on Vimeo.

En el video Almudena nos cuenta un poco en qué consiste su trabajo como investigadora, y en cierto momento comenta lo difícil que es que nos obliguen a que algo nos entusiasme. Conjugar en imperativos como “Ilusiónate con esto” no encaja con algunos verbos.

Siempre he pensado que la ciencia debería ser una actividad divertida por apasionante, pero por qué no puede serlo tu trabajo; el que sea. Es mucho más importante que te guste lo que haces que cualquier otra cosa, desde un punto de vista no ya personal o filosófico, sino desde la practicidad del que busca la propia productividad, la de un equipo o la de un proyecto.

Tampoco me ha preocupado, a medio plazo, la falta de conocimiento sobre determinado tema. Si hay ganas de aprender pocas cosas hay no abarcables en unos meses o años; será raro que necesites saber cuántica “frontera” para desempeñar tu trabajo o tu investigación.

Será por eso que estoy totalmente a favor del intrusismo y en contra de los que se colegian alrededor de una disciplina de conocimiento. Me parecen unos pobres inseguros (como todos en el fondo), pero que afrontan esa inseguridad dando un paso atrás agrediendo a un fin mejor como es el de contar con más mentes y más interacción.
Parece importante que haya gente de Ciencia comprometida con el entusiasmo y con la curiosidad. Las publicaciones y el reconocimiento son resultados no por necesarios menos secundarios.

Aquí os dejo la inevitable secuencia de fotos de PicasaWeb como cada vez que me atrevo a llevarme la cámara a un viaje, evento o experiencia.
En este caso ilustran nuestro viaje a Vietnam:
Hanoi: Fin de Semana “libre”
Hanoi: Lunes en la apertura del FOSSBridge y presentación de David.
Saigón: Martes madrugón a las 4:00 am, curso en Saigón en Edge-works, cena con Jochen y familia y vuelta a Hanoi (23:00)
Saigón: Resto de la semana en el curso de agentes de Osmius, reunión con Mario Behling y entrevista para su video Blog.

Más detalles, fotos y entusiasmo gracias aManuel Guillermo Fraga.

Esta es la presentación quer utilizamos como introducción a Osmius 8.07 y que incorporamos al curso de desarrollo de nuevos agentes usando el Framework de Desarrollo de Osmius que dimos primero en Ho Chi Minh City y luego en Hanoi (en Vietnam) durante el evento FOSS-Bridge 2008.

| View | Upload your own

Personalmente creo que es más importante que un producto software funcione bien a que sea sólo bonito y atractivo, pero creo que la imagen es importante, y si quieres vender algo muchas veces has de empezar entrando por los ojos.

No creo que Mac sea necesariamente mejor para un usuario medio que un Ubuntu, pero ahí están, más bonitos, más caros y con productos que son todo un éxito incluso con problemas pesados e inaceptables a la larga. Hace no mucho lo hablaba con Sergio y él también está en el proceso del lifting de su producto HiperGate.

Osmius 8.07 sale en el mes de julio de este año 2008 - como puede deducirse de la numeración de la versión - y aunque los mayores esfuerzos son técnicos y de programación, también hemos invertido en imagen y diseño, no queda mucho para que cualquiera lo compruebe… o no.

En esta línea y buscando gráficas bonitas y a ser posible abiertas llegué Open Flash Chart. Os recomiendo un vistazo a su página y revisar los diferentes ejemplos que iliustran capacidades y diseño, además de las páginas de su autor al que también le gustan las cometas y el Kite-board.

Pero lo que me ha llevado a escribir esto, además de cierta falta de pudor, ha sido el leer las razones por las que se creó y se mantiene el proyecto. Cito:

Y, ¿es realmente libre?

Si. Hace algún tiempo tuve que trabajar con una empresa que vendía componentes para gráficas en Flash. Uno de sus componentes tenía un bug que yo necesitaba resolver, así que les escribí preguntándoles cuándo estaría solucionado (recordad que había pagado dinero por los componentes software).
Fueron tan incompetentes, maleducados y repelentes que después de tres o cuatro semanas de correos pensé:
“En este tiempo podía haber aprendido Flash y Actionscript y escribir mi propio componente para gráficas, liberarlo como Open Source, alojarlo en SourceForge, construir una comunidad de desarrolladores y todo más rápido de lo que ellos pueden resolver un bug”
Eso es lo que hice, y es por eso que es “Free”. Supongo que la moraleja es “No jodas a tus clientes”.

Así que es verdad que el OpenSource puede amenazar y destruir tejido empresarial y de negocio. DETERMINADO tejido, claro.

De nuevo estamos en Vietnam a través del programa FOSS-Bridge.
El objetivo del programa es la creación y afianzamiento de relaciones de negocio entre empresas vietnamitas y europeas basadas en las ventajas que ofrece el Software Libre/Abierto.

Esta vez nuestros objetivos son:

• Conocer nuevas empresas vietnamitas y europeas.
• Mostrar Osmius como herramienta de monitorización capaz de competir con las grandes de HP o IBM.
• Empezar nuestra red de Partners en Vietnam.

Para esto hemos tenido que hacer cosas como:

• Presentaciones de empresa y producto en Inglés.
• Varios cursos de producto y plataforma de desarrollo en Hanoi y Ho Chi Minh City
• Mucha interacción con los demás.
• Comidas de “negocio”.

Algunas de las conclusiones que saco del viaje son:

• Vietnam crece a un ritmo fuerte que tiene pinta de seguir así unos cuantos años. Esto puede verse en la cantidad de empresas que se crean cada año y en la juventud de sus integrantes. Parece que crear una empresa en Vietnam es algo bastante maś sencillo que, por ejemplo en España. Que una empresa extranjera se establezca en el país también es fácil con la restricción de que, siendo extranjeros no podemos facturar a los locales. Tienes que trabajar y facturar para otras empresas extranjeras
• En general se nota que tienen mucho que mejorar en cuanto a negocios y en Tecnologías de la Información, sobretodo en cuanto a dominio del inglés - bastante peor que la media española que no es que sea admirable - y en cuanto a métodos de venta y marketing.
• Tremendo pontencial. Los y las vietnamitas están siempre dispuestos a aprender. No hay miedo al esfuerzo ni a lo desconocido, cualquier cosa que les cuentes les interesa y lo aprenden a mayor velocidad de la que esperas. Todo se puede aprender y además con la voracidad que acompaña al gusto de entender algo y conseguir que funcione. Son tremendamente entusiastas y muchos de ellos trabajan en dos lugares a la vez y además van a clases de temas económicos, técnicos y/o idiomas.

El gobierno vietnamita está apoyando el software libre porque tienen claras sus ventajas para compartir conocimientos, generar tejido empresarial y comunitario, protección ante prácticas monopolísticas y otras cosas que aunque ya resultan obvias estos días, parece que otros gobiernos y personajes no captan o no quieren ver.

He estado buscando un rato una herramienta que analizara el código C++ y Java de Osmius. Haberlas haylas pero son privativas y me ha extrañado lo poco que hay en software abierto.
Así es como he llegado a CCCC con el poco afortunado nombre de “C and C++ Code Counter”.

CCCC hace bastante más que contar las líneas de código y los comentarios. Se basa en la tesis de Tim Littlefair que pretende establecer relaciones entre:

• líneas de código
• líneas de comentarios
• cantidad de sentencias de control (if, while, for,..)
• flujos de llamadas y de información entre los módulos y ficheros
• y la cantidad de relaciones de herencia entre las clases

y

• la complejidad del proyecto y su impacto el rendimiento y en la facilidad de desarrollo y mantenimiento.

En su tesis no consigue llegar a conclusiones principalmemente por la falta de datos reales (como suele ocurrir en muchos trabajos académicos), pero maneja conceptos interesantes - un poco por lo menos - como “McCabe’s Cyclomatic Complexity“.

Es verdad que con un solo proyecto sacas algunas pocas conclusiones, pero si cada proyecto publicara el resultado de estos análisis podríamos compararalos entre sí y ver si realmente correlacionan con su uso, el lenguaje utilizado, o la utilización o no de frameworks. Otra utilidad sería comparar un mismo proyecto a lo largo del tiempo.

La salida de CCCC contra los ficheros C++ del proyecto Osmius.

En Java todavía no lo he probado.

Ya os he contado que en Osmius usamos como metodología de autogestión Scrum. Además hemos quedado en ir a la oficina los lunes y los jueves, de modo que el resto estamos en casita, más aislados, más tranquilos. Comparto aquí algunas líneas de cómo nos lo montamos, sobretodo por el interés que podría tener un caso práctico en contraposición a tanta teoría, y que quizás alguien pueda tomar como ejemplo o como contraeejemplo, que ambos valen.

Lo días de teletrabajo - no me gusta esta palabra, “trabajo en remoto” o “desarrollo en régimen de aislamiento voluntario” ¿serían mejores? - usamos Skype para hacer el seguimiento diario de las tareas que ha realizado y va a hacer cada uno de nosotros, y de los posibles inconvenientes, que son las tres preguntas de para el sprint de Scrum.

Además tenemos delante una hoja de cálculo compartida en Google docs con las tareas ordenadas por prioridad y las horas que le quedan a cada una, además del famoso gráfico “lo que nos queda por quemar” [burn down].

Los sprints en remoto son últimamente mediante chat y no usamos los micrófonos - sólo los deditos - y son más cortos y van más al grano que cuando los debatimos de viva voz. Nos enrrollamos menos y creo que eso está bien.

Ahí va el Scrum de hoy:

[09:29:05] jpancorb: buenos días amigossss
[09:29:11] Chico: buenos días
[09:29:15] … ok;
[09:29:17] jpancorb: toy con vosotros
[09:29:18] Joselu: Buenas!!!!
[09:35:57] Joselu: Chico qué vas a hacer hoy?
[09:36:34] Chico: pues estoy trabajando en el documento de customización de lenguajes (que mal suena) y luego voy a ponerme con lo de las listas
[09:37:00] Joselu: Ok, problemas?
[09:37:01] Chico: nops;
[09:37:15] Joselu: Manuel, qué vas a hacer hoy?;
[09:38:21] Manuel G. Fraga Castro: hoy voy a seguir con el curso
[09:38:27] … vietnamita
[09:38:28] … ;
[09:38:34] Joselu: Ok, problemas?
[09:38:39] Manuel G. Fraga Castro: eclipse
[09:38:45] … pero creo que ya lo tengo;
[09:39:03] … ;
[09:39:08] Joselu: Luego hablamos de lo tu eclipse y tu portátil..;
[09:39:17] … Jesús, qué vas a hacer hoy?
[09:39:58] jpancorb: las tareas de nota global e infraestructura: data model y alive no se que …
[09:40:05] … es que no lo encuentro en el docu
[09:40:10] … quién me ha desordenado
[09:40:12] … las tareas???
[09:40:15] … jejejej
[09:40:24] Joselu: problemas?
[09:40:33] jpancorb: la huelga de autobus
[09:40:36] … ;
[09:40:36] … na mas
[09:40:43] Joselu: Ahora hablo con ellos
[09:40:46] … Joselu:
[09:41:09] … Termino lo del cambio de estado y disponibilidad de eventos
[09:41:25] … y me meto con el análisis de la gestión de históricos…
[09:41:46] … ayer ya estuve viendo el ACE asnmp y creo que un evennto chorra lo hacemos con la gorra.
[09:41:54] … Problemas? No;
[09:42:05] … FIN primer scrum: Retraso -> 0 horas jejeje;
[09:42:13] Chico: biennnn
[09:42:28] Joselu: ATENCIÓN!!!!
[09:42:40] … Pregunta: Mañana vamos a People?
[09:42:45] … ;
[09:42:57] jpancorb: hombre
[09:43:00] … yo creo
[09:43:03] … que aunque
[09:43:14] … ayer estuvimos, tendriamos
[09:43:19] … que seguir con la tradicion
[09:43:23] … de L y J
[09:43:24] … ;
[09:43:33] … ademas
[09:43:44] … necesito hablar con Chico
[09:43:49] Chico: ok;
[09:43:56] Chico: nos vemos mañana;
[09:43:56] Joselu: De acuerdo todos entonces?;
[09:43:59] Chico: sipi;
[09:44:08] Manuel G. Fraga Castro: si;
[09:44:15] Joselu: Ok, besos y mañana nos vemos;
[09:44:19] jpancorb: bbyeeeeeeeeeeeeee;
[09:44:23] Chico: ciao;
[09:44:31] Joselu: Lo del portátil lo hablamos entocens mañana, Manuel.;
[09:44:35] Manuel G. Fraga Castro: ;
[09:44:35] … vale amigo
[09:44:50] … os dejo, sed buenos;
[09:45:16] * Manuel G. Fraga Castro left the chat
[09:45:26] * Joselu left the chat.

Esto es transparencia.

Scrum sigue ayudándonos a ser más efectivos y nuestra planificación de tener un producto de Monitorización capaz de competir con otros productos libres o no, va, diría yo, viento en popa.

Unos días robados nos han dado la posibilidad de caminar y recorrer esta esquina de dos continentes que es Estambul, antes Constantinopla, Bizancio y otros nombres.

Dejo un intento de fotografía que no se si es lo suficientemente decente en vista de lo que hay por ahí. Basta la búsqueda de Estambul + Fotos en tu buscador preferido, o enquistado que también los hay, para comprobar que hay mucha foto mediocre, pero otra mucha excelente, de maestros, de la que aprender.

Entre las últimas hay algunas que se nota han preparado, en el sentido de que el autor ha pedido poses o ha incidido en la escena, bajo mi punto de vista, demasiado. Es como si se hubieran reducido las dimensiones de los objetos de la escena y hubiera que haber tenido en cuenta el Princicio de Incertidumbre de Heisenberg, como si la luz del flash impactara o moviera al sujeto, como si el objetivo tuviera campo gravitatorio, o mejor, electromagnético.