Mi espacio

Están siendo unos días muy interesantes para Opina, como producto y como proyecto software de fuente abierta. Desde hace algún tiempo en IDEPA están usando Opina. Parece que su aceptación ha sido positiva y han decidido empujar aun más su adopción. IDEPA es el acrónimo con el que se conoce el Instituto de Desarrollo Económico del Principado de Asturias. Es una entidad pública que depende directamente de la administración regional asturiana.

Este empuje antes mencionado se ha traducido en la contratación de mis servicios para el desarrollo de nuevas funcionalidades que serán incluidas en la próxima versión, 1.5.0. En esta nueva versión se incluirán ciertas mejoras que han detectado y que pueden ser de interés general. Desde IDEPA no han puesto ninguna restricción, todo lo contrario. Ellos han sido los primeros en defender la libertad del proyecto y no ser intrusivos con su propósito principal.

Creo que es una forma muy inteligente de rentabilizar el dinero público.

Esta mañana, leyendo mis sindicaciones me he encontrado con una demostración de que en política se miente. No penséis que soy tan inocente, simplemente que no había visto una demostración tan objetiva, elegante y con tacto desde hacía tiempo. El año pasado escribí una entrada titulada “El dinero es mío y hago lo que quiero” que está muy relacionada.

Verdaderamente no me molesta que se apueste o no por el software libre, o en general, por un conocimiento libre. Lo que me molesta es que se haga política con estas cuestiones. Y mirando la situación desde una perspectiva algo más amplía, el malestar pasa a indignación cuando el dinero público no se gestiona correctamente.

Han pasado ya varios meses desde que se celebrase la segunda desconferencia. Pero lo importante es que durante estos días se ha estado organizando la tercera desconferencia.

¿Cuándo?

Miércoles, 22 de Julio de 2009 a las 19:00

¿Dónde?

BitRock S.L.
C/ Salado 11 – Local 15
41010 Sevilla
Spain

En esta ocasión, mi compañero y amigo Antonio Manuel Muñiz y yo, nos hemos ofrecido a preparar un pequeño taller sobre:

• Instalación y configuración de Apache Archiva
• Integración de mis proyectos maven con Apache Archiva
• Instalación y configuración de SONAR
• Integración de mis proyectos maven con SONAR
• Instalación y configuración de Apache Continuum
• Integración de mis proyectos maven con Apache Continuum

Evidentemente, es una propuesta, luego saldrán muchos otros temas.

No es que ponga en duda los benecifios que un conocimiento libre aporta a la sociedad, pero ayer surgió algo que me hizo replantearme -una vez más- ciertas cuestiones en mi carrera profesional.

Anoche, salí de casa para ayudar a descargar unas maletas y le pregunté a mi hermana antes de cerrar la puerta: “¿Tienes las llaves de casa?“, ella me respondió que sí, y automáticamente tiré de la puerta. Justo al cerrar me vino a la mente que me había dejado las llaves puestas por dentro. Os lo estáis imaginando, ¿no? La puerta no se podía abrir desde fuera porque la llave estaba puesta por dentro.

Automáticamente salí a la puerta del residencial donde vivo para buscar el teléfono de un cerrajero. Había varios, elegí el que tenía la pegatina que más me llamó la atención. En menos de 20 minutos, el cerrajero estaba en la puerta de mi casa. Intenté estar atento para ver lo que hacía pero fue imposible. Lo único que escuché fue el ruido de una segueta. En menos de 5 minutos la puerta estaba abierta sin necesidad de estropear ninguna llave ni la cerradura. Me cobró por el servicio 70 euros que pagué con mucho gusto porque me veía en la calle un viernes a las 22:15.

El cerrajero hizo por donde para que yo no conociera lo que había hecho. Estoy convencido que lo que hizo fue algo muy simple, sin embargo, si todo el mundo conociese la forma de hacerlo, él y otros cerrajeros perderían la oportunidad de ganar esos 70 euros por menos de 30 minutos de trabajo (incluyendo desplazamiento).

¿Qué pasaría si en nuestro sector aplicásemos ese planteamiento? No me estoy refiriendo a que Opina deje de ser libre y de fuente abierta, sino a ese conocimiento que uno adquiere con la experiencia del día a día y que es el que nos da valor en mercado laboral.

En los últimos años he trabajado con distintas soluciones de gestión de contenidos basadas en fuente abierta. Concretamente en los dos últimos años he participado en 4 proyectos, uno de ellos desarrollado sobre Plone, otros dos sobre Drupal y otro bastante grande con OpenCMS. Dentro del Departamento de Software que dirijo nos propusimos fijar un periodo en el que evaluar distintas soluciones. Básicamente para hablar con conocimiento de causa y basándonos en nuestra propia experiencia. Nuestra apuesta por Drupal es clara desde hace tiempo y en ese camino nos encontramos. No hace demasiado tiempo publicábamos nuestro primer módulo de integración entre Drupal y Alfresco. Ahora nos encontramos en un proceso de definición de lo que podría ser una distribución para uno de nuestros principales clientes. El viernes pasado hicimos una presentación del proyecto y parece que fue bien recibida.

Una distribución es un concepto en Drupal no demasiado explotado pero que tiene -desde mi punto de vista- unas posibilidades enormes. Durante la presentación del otro día lo definimos como:

Una distribución de Drupal es una instalación personalizada a nivel de módulos (incluyendo temas) y configuración.

Dicha personalización se basa en perfiles. Las opciones que brindan estos perfiles son muy amplías. Podemos desde inicializar un sitio web con un conjunto de taxonomías base o bien crear ciertos contenidos por defecto. Si nos encontramos en un entorno corporativo los beneficios de diseñar e implementar nuestra propia distribución son muchos. Sólo tenéis que pensar la cantidad de sitios web que tiene una administración pública autonómica, una multinacional y el conjunto de universidades españolas, y que gran parte de ellos, tienen que dar solución una y otra vez a los mismos requisitos (autenticación, gestión de identidades, flujos de trabajo, búsquedas, integraciones, etc.). Digamos que el concepto de distribución en estos tres ejemplos puede ayudarnos a conseguir:

• Fiabilidad: se garantiza su robustez, seguridad, rendimiento
• Mantenibilidad: centralizada en un equipo
• Reutilización: la necesidades comunes se satisfacen inicialmente
• Rentabilidad: las necesidades comunes sólo se harían una vez
• Solución horizontal
• Afianzar módulos básicos
• Facilidad en las actualizaciones
• Centralización de los repositorios

Desde luego antes de comenzar lo primero que habría que estudiar cuáles son esos módulos básicos, esos requisitos comunes que constantemente se repiten, necesidades de integración, etc. Pero no sólo debemos pensar en los módulos funcionales, también debemos pensar en los temas. En proporcionar un conjunto de temas base sobre los que construir tu diseño visual tanto para navegadores convencionales como para PDAs o dispositivos móviles.

Al final de todo hay un objetivo mucho más ambicioso, proporcionar una solución de gestión de contenidos adaptada a las necesidades de un entorno y que permita a los responsables de sitio centrarse en lo verdaderamente importante, en sus usuarios y la información.

Lo realmente bueno de Drupal en este sentido es que puedes -si haces las cosas bien- garantizar la compatibilidad con futuras versiones si partes de su núcleo, lo que se conoce como Drupal Core.

El pasado domingo 26 de abril terminé con mis evaluaciones de los proyectos del Concurso de Software Libre. Evidentemente no voy a comentar nada sobre los resultados pero sí me gustaría compartir algunas opiniones sobre algo en lo que vengo pensando desde hace muchos años: la carrera de informática, en sus tres titulaciones universitarias, necesita refactorizar sus temarios. Evidentemente, evaluar unos proyectos realizados por alumnos universitarios (no todos pertenecientes a la carrera de informática) no es significativo para sacar conclusiones, ni mucho menos, pero mientras evaluaba los trabajos no pude evitar que me vinieran a la mente iniciativas que surgieron dentro la Escuela Técnica Superior de Ingeniería Informática de la Universidad de Sevilla para reforzar esos temarios con contenidos que considerábamos FUNDAMENTALES, especialmente si el fin era desarrollar software. Lo sé, la informática no sólo es software, pero desde luego prácticamente todo el mundo que conozco ha terminado vinculado al desarrollo de software. También es cierto que otros son comerciales o gerentes, en este caso siempre me pregunto, ¿Para qué estudiaron informática pudiendo elegir otras carreras más adecuadas a esos perfiles? Pero bueno, esto es otro tema.

Algunos puntos que deberían tenerse en cuenta en dicha refactorización:

1. Existen un conjunto de herramientas básicas que los alumnos deben conocer a lo largo de sus años de estudio:
   1. IDE: Eclipse, Netbeans, Visual Studio, etc.
   2. SCM: centralizados, distribuidos, características básicas, buenas prácticas, comparativas, etc.
   3. Construcción: Ant, Maven, GNU build tools, Scons, etc.
   4. Issue traking: ¿Qué son? ¿Para qué sirven? ¿Qué nos aportan?
   5. Wikis: ¿Qué son? ¿Para qué sirven? ¿Qué nos aportan?
2. Metodologías: ¿Qué metodologías están surgiendo? Casos de éxito, Principios básicos, ¿Por qué surgieron? ¿Quiénes fueron sus mentores? etc.
3. Aseguramiento de calidad: métricas, definición de pruebas, tipos de pruebas, herramientas, etc.
4. Gestión de proyectos

Supongo que vosotros añadiríais o eliminaríais cosas, ¿Qué cosas?

Antes hablaba de iniciativas y me gustaría recordar que hace ya algunos años tuve el placer de participar en una asignatura de libre configuración llamada “HGPS: Herramientas de Gestión de Proyectos Software”. Para mi fue una suerte y toda una experiencia preparar el temario de aquella asignatura con Manuel Resinas, alumno de la Escuela por aquella época y hoy Doctor en Informática. Y con Rafael Corchuelo, uno de los mejores docentes que he conocido.

Para los que no lo sepan, aquella asignatura de libre configuración era el preámbulo de lo que hoy es el grupo de trabajo sobre Ecosistemas Software.

¿Qué tienen en común Apache Software Foundation, Codehaus y Drupal? Aunque a niveles muy distintos, conforman tres grandes comunidades dentro del mundo del software libre y fuente abierta en las que hemos realizado aportaciones durante el primer trimestre (Q1/2009) del año:

• José Morales ha recibido la invitación para ser committer en Apache Continuum. Una de las piezas clave de DEIN – Ecosistema Software.
• Antonio Manuel Muñiz ha publicado hoy su primera versión de Sonar PDF Plugin.
• Sergio Martín continúa dando soporte al módulo de Drupal que permite la integración con Alfresco y que publicó recientemente.

Como responsable del departamento de software del que formamos parte, sólo tengo buenas palabras hacia el trabajo de mis compañeros. Los retos fueron planteados y poco tiempo después, vinieron los resultados.

Son muchos los motivos por los que participamos en estas iniciativas, pero lo más importante es aprender y compartir. Todo esto revierte directamente en la calidad de nuestros compromisos profesionales.

Me siento realmente orgulloso de trabajar con la gente con la que trabajo.

A mediados de enero, escribía una entrada con el título “Drupal y Alfresco se conocen libremente“. Prueba de esa libertad es que ayer, volvíamos a publicar una nueva versión de este módulo de Drupal que permite su integración con Alfresco. Esta nueva versión incluye mejoras considerables en usabilidad, rendimiento y eliminación de código fuente prescindible. A continuación una captura de pantalla del sub-módulo alfresco_browser:

Este submódulo es una de los principales atractivos de esta nueva versión:

1. Visualización de documentos y sus metadatos
2. Navegación por los distintos espacios
3. Búsquedas
4. Creación de contenidos en Drupal a partir de los propios documentos.

Sólo me queda dar la enhorabuena a mi compañero Sergio Martín por su excelente trabajo. Desde luego esta, y otras cosas, son las que me hacen disfrutar día a día de mi trabajo.

Hace unas horas han publicado los miembros del comité de evalución del Concurso Universitario de Software Libre. Desde aquí me gustaría agradecer a la organización del evento que haya contado conmigo para colaborar con ellos de forma tan activa.

La idea de integrar Drupal y Alfresco me rondaba por la cabeza desde marzo de 2008. Esto es una prueba más de que las ideas por sí solas valen poco (no siempre claro está), el verdadero valor está en materializarlas y llevarlas a cabo. La constancia y el esfuerzo marcan una diferencia en la trayectoria profesional de algunas personas.

En esta ocasión ha sido mi compañero y amigo Sergio Martín quien aceptó el reto y los resultados no se han hecho esperar. Desde hace unas horas está disponible para la comunidad de Drupal un módulo que nos permite su integración con Alfreso.

Para conocer las posibilidades de este módulo sólo hay que acceder a su página oficinal. Las posibilidades del módulo son múltiples.

• ¿Por qué preocuparse de que Drupal gestione los archivos que necesitamos publicar en un sitio web si para eso ya están los gestores documentales? Dejemos que Drupal y Alfresco se encarguen de lo que verdaderamente saben.
• La integración entre ambas soluciones se realiza usando HTTP-SOAP. Una prueba más de que la orientación a servicios flexibiliza muchísimo la interoperabilidad entre distintas soluciones.
• ¿Rendimiento? Aun estamos pendientes de obtener algunos datos objetivos.
• ¿Configuración? Muy sencilla, URL donde Alfresco tiene publicado su API HTTP-SOAP, usuario/contraseña, metadatos con los que deseamos trabajar y poco más.
• ¿Podemos referenciar los documentos desde otros tipos de contenido? Sí, gracias al submódulo alfresco_attach.module dado que el módulo principal proporciona un nuevo tipo de contenido (Alfresco item) perfectamente referenciable.
• Para mejorar la usabilidad existe el submódulo alfresco_import.module que nos permite importar de forma sencilla documentos a partir de un espacio de trabajo de Alfresco.

La versión que se ha publicado es un beta (6.x-1.0-beta) y nuestra intención es mantener y evolucionar el módulo. Evidentemente habrá incidencias que se tendrán que solucionar pero también tenemos nuevas funcionalides que no tardarán en llegar.

Te lo he dicho muchas veces, Sergio eres un crack. Lo mejor de todo es que estoy rodeado de otros tantos crack como él y entre todos creo que formamos un buen equipo. Gracias a todos.

El pasado viernes 17 de octubre se celebró la segunda edición de la desconferencia del grupo Ecosistemas Software. Tal y como se adelantaba en la lista, la asistencia sería muy reducida, finalmente asistimos 5 personas (Paco, Viki, Darío, Felipe y el que escribe). Pero tuvo su lado positivo, esta desconferencia estuvo más acotada y dirigida que la anterior, y nos permitió participar mucho más.

A continuación cito algunos de los temas que se trataron (18:20h – 21:15h aprox.):

1. Dado que teníamos una nueva incorporación, Felipe se presentó, nos contó donde trabajaba, a qué se dedicaba, cuál era su marco tecnológico, cómo era su ecosistema, etc…
2. Estuvimos hablando sobre las distintas formas de distribuir nuestros aplicativos Java (war, jar, ear, aar, zip, con instaladores, etc)  y yo estuve hablando sobre las ventaja de usar el plugin de maven assembly y como lo estoy usando en Opina y otros proyectos.
3. Y por último sobre metodologías de trabajo y especialización en los equipos.

El segundo punto sí estaba previsto que lo tratásemos y así lo hicimos, sin embargo, y esto es lo bueno que tienen estas reuniones, salen temas realmente interesantes donde uno aprende mucho justificando sus ideas y escuchando a los demás.

Algunas cuestiones/ideas interesantes que me gustaría destacar:

1. Felipe planteó que las aplicaciones web se podían distribuir en formato WAR y que los parámetros de configuración fueran proporcionados por el contenidor o servidor de aplicaciones a través de un recurso JNDI. Desde luego es una forma de que WAR sea válido en cualquier entorno de despliegue siempre y cuando se conozca el nombre del recurso que el administrador de sistemas asigne.
2. El plugin Assembly es muy útil para diseñar los distribuibles clásicos: binario, fuentes, etc.
3. Debemos organizar una desconferencia para hablar única y exclusivamente de metodologías y su vinculación con los ecosistemas software.
4. Las desconferencias debemos guiarlas y centrar los temas que se van a tratar.
5. Deberíamos elegir otras opciones que no sean los viernes.

Una foto (Darío, Viki, Paco, Felipe, Dani) en las oficinas de BitRock. Aprovecho para darles las gracias por su hospitalidad.

Tras el parón veraniego, el grupo de ecosistemas-software organiza “Desconferencia 02″. Como ya sucediera en su primera edición, esta nueva edición se volverá a celebrar en las instalaciones de BitRock.

La desconferencia se celebrará el próximo viernes 17 a las 18:00h:

BitRock S.L.
C/ Salado 11 – Local 15
41010 Sevilla
Spain

Para esta segunda edición voy a preparar algunas cositas sobre distribuibles en Java. Supongo que luego saldrán otros muchos temas. Se ruega a todos los que tengan pensado asistir confirmen su asistencia en la lista de correo. El espacio es limitado y además tengo que saber la gente que asistirá para comprar unos refrescos y algo para picar.

Neon es una herramienta para VJ desarrollada por gente muy vinculada a la demoscene y que recientemente, Jordi Ros, quien ha estado evolucionando la herramienta estos últimos años, ha decidido liberar el código con licencia GNU GPLv3.

Hay publicados algunos trabajos que se han llevado a cabo con esta herramienta.

Mi más sincera enhorabuna a shine (aka Jordi Ros) por el excelente trabajo que ha realizado, y por haber decidido compartir su trabajo para que otros lo evolucionen y aprender de él. Si queréis conocer otras habilidades de este crack:

La verdad es que la gente de eyeOS se lo merece. Su proyecto es finalista dentro de la categoría “Most Likely to Change the World“. Creo que no hace falta hacer ningún comentario sobre la categoría en la que participan. Desde aquí darles mi más sincera enhorabuena y mi apoyo en la recta final.

Es realmente curioso que sea Microsoft el principal sponsor de un concurso de estas características.

El pasado jueves 12 se celebró en la oficina de BitRock la primera desconferencia de ecosistemas software. Durante los días previos estaba un poco preocupado por la acogida que podría tener, sin embargo, al ver que la sala no paraba de llenarse de gente, comencé a ponerme más nervioso aun porque no había nada oficialmente preparado. Personalmente creo que una reunión de este tipo no tiene precio. Poder compartir conocimiento y experiencias de esta forma me parece algo increíble y de un valor incalculable.

Si las cuentas no me fallan creo que asistimos una 20 personas. Todo comenzó con una breve presentación de los motivos que me llevaron a crear la lista de correo ecosistemas software. Posteriormente la gente se fue presentando comentando su experiencia, marco tecnológico, etc. Después, el resto vino solo. Salieron a relucir muchos temas y como no podía ser de otra forma, se expusieron los ecosistemas software que cada uno usábamos.

Tras 2 horas de conversación, se habló de la segunda desconferencia y la conveniencia de organizar algunas exposiciones breves (5-10 minutos) sobre algunos temas de interés. Y como no podía ser de otra forma, para seguir conociéndonos unas cervezas y refrescos en un bar (que llenamos por completo) cerca de la oficina.

Ahora sólo me queda agradecer públicamente a BitRock su hospitalidad y al resto de gente, su asistencia y participación activa durante la desconferencia. Nos veremos en la Desconferencia 02 de Ecosistemas Software.