¿Quiénes somos?

Durante mucho tiempo el movimiento empresarial relacionado con el software libre no ha salido en la foto. Al igual que ocurriera con el el movimiento técnico primero, y el movimiento ciudadano/social después, las empresas han venido desarrollando su actividad sin generar demasiada controversia, madurando y creciendo, creando nuevos servicios, nueva tecnología, nuevas formas de organización y relaciones mutualistas a diferentes niveles.

ASOLIF es la primera experiencia de las empresas de software libre como colectivo de repercusión nacional que ha logrado dejar de ser un brote verde para convertirse en una realidad. Con todas las limitaciones de un movimiento en fase inicial, y con el freno añadido que está suponiendo la crisis económica, se van dando poco a poco pasos en una dirección: ser visualizados como la patronal de PYMES del sector.

A nivel interno esta idea es clara sin embargo, como siempre ocurre, hay que demostrarla de cada al exterior. Eso requiere tiempo, esfuerzo y firmeza, mucha firmeza.

Contamos con un patrimonio a menudo infravalorado por otros interlocutores que conviene recordar de vez en cuando. Se asume mucho mejor nuestra naturaleza si se entiende lo siguiente:

1. ASOLIF está formada mayoritariamente por empresas de emprendedores. Son personas con alta cualificación hechos a sí mismos. Esto les otoga un plus de orgullo y determinación que convierte en inútil cualquier tentación de establecer comportamientos gregarios a nivel interno y externo. Nadie les ha regalado nada. Saben que son sus trabajadores y sus clientes su más preciado activo de futuro, junto a la tecnología y metodología relacionada con el software libre.
   
2. La bondades del sector hace 7-10 años eran nulas. Las oportunidades había que crearlas. Vender software libre entonces era poco menos que un milagro. En ese entorno hostil lograron prosperar muchas de las empresas reconocidas en la actualidad en España como líderes en su entorno. Son ellas el motor actualmente de ASOLIF. Esto hace que su confianza en el futuro sea importante a pesar de la crisis. Pero también hace que ahora, que llega la primavera, no olviden el invierno y desconfíen de regalías y de quienes las ofrecen. Los cantos de sirena ya no suelen tener efecto.
   
3. Los emprendedores son, por naturaleza, inconformistas. Pero en el mundo del software libre lo son mucho más. Aceptan las reglas del juego, pero tienen una clara vocación de cambio muy interiorizada. Desde un punto de vista intelectual son beligerantes con los modelos de negocio actuales y por tanto, con quienes los sustentan. Por decirlo de un modo simple, la gran mayoría sigue llevando un hacker dentro.
   
4. Las empresas de ASOLIF no son empresas de canal. Generan tecnología o desarrollan sus propios servicios y productos. Las políticas de promoción TIC basadas en el apoyo a las grandes empresas, pensando en su posterior capilarización a través de empresas de canal para llegar al cliente final, no les afectan. Llevan años desarrollándose en España y seguimos a la cola en desarrollo de software en Europa. Los miembros de ASOLIF han sido espectadores de lujo de ese fracaso y no creen que los mismos actores sean quienes vayan a revertir la situación.
5. Existe un acuerdo generalizado dentro de ASOLIF en torno a que la cesión de derechos sobre nuestras creaciones a los usuarios es la mejor forma de posibilitar un retorno de valor a nuestras propias empresas. Los modelos actuales, verticales y con transferencia de valor en un sólo sentido, promocionando relaciones gregarias, son muy productivos para unos pocos pero ahogan a la mayoría del sector.
   
6. Las empresas son conscientes de que el debate ético en torno a este sector es relevante, debido al impacto que el software tiene y va a tener en todos los ámbitos de nuestra sociedad. Los modelos de negocio y las políticas relacionadas con el sector TIC, deben incluir valores éticos ausentes hasta ahora.
   
7. Los empresarios de ASOLIF tienen vocación de permanencia. No son oportunistas ni especuladores. Están para quedarse y lo demostaron en los momentos iniciales, los más difíciles para el sector. Por eso son reacios ahora a las políticas de inmediatez, a las acciones mediáticas pero sin recorrido, a los anuncios sin sustancia, etc. Esas dinámicas, tan populares entre quienes venden, no pueden serlo entre quienes crean.
   

Debemos realizar desde ASOLIF un esfuerzo por utilizar formas y lenguajes comprensibles para el resto, pero no servirá de nada si los dirigentes en materia tecnológica pretenden aplicarnos métricas pasadas. Si su deseo es establecer relaciones clásicas con nosotros o que desarrollemos comportamientos puramente mercantilistas será difícil desarrollar acciones de impacto. No somos únicamente proveedores.

Hemos nacido de un movimiento nuevo y diferente, que ha logrado generar tecnologías de calidad, que comienza a tener impacto en otros ámbitos de la sociedad, impensables para la mayoría, y que es rentable. Sí, ASOLIF es una federación de empresas como tantas otras en algunos aspectos, pero no se equivoquen, somos singulares en aquellos que realmente importan. Lo venimos demostrando como empresas, en el ámbito regional como Asociaciones Empresariales y ahora tenemos la oportunidad de hacerlo a nivel nacional como Federación.

Apertura del periodo de aceptación de ponencias para Akademy-es

KDE-España decidió hace unos meses celebrar una edición más de Akademy-es dentro del evento Gran Canaria Desktop Summit, aprovechando que buena parte de los desarrolladores españoles del escritorio libre estarían en Gran Canaria asistiendo a la reunión anual de la comunidad KDE.

Así, los días 10 y 11 de julio se desarrollará este evento dentro del programa general del GCDS'09. Ya se ha abierto el periodo de Recepción de Ponencias para Akademy-es, de modo que si quieres presentar alguna charla, proyecto o taller, con KDE de fondo, tienes una oportunidad preciosa de matar varios pájaros de un tiro, viajando a Gran Canaria entre los días 3 y 11 de julio.

Pronto se cerrarán las fechas para otro de los eventos en castellano que tendrán lugar en Gran Canaria esos días, la GUADEC-es, reunión anual de desarrolladores GNOME que organiza GNOME Hispano.

Además de estos dos eventos, a finales de semana va a anunciarse el inicio del periodo de recepción de ponencias del denominado Programa Local, de ámbito más general (no sólo escritorios), orientado a dar a conocer diferentes aspectos técnicos, económicos, sociales, legales, etc. del software libre. Este Programa Local será también en castellano.

Está prácticamente cerrado el diseño del Edu-day (día educativo) y el Mobile-day (día de sistemas embebidos / dispositivos móviles), jornadas temáticas intensivas donde los desarrolladores de ambas comunidades, junto a otros programadores, empresas e interesados, podrán interactuar de manera sosegada gracias al clima de trabajo que impera en estos eventos de comunidad.

Las ponencias van a ser de traca, ya lo verán. Habrá sorpresas y mucho cross-desktop. Se organizarán actividades deportivas, alguna fiesta, visitas turísticas... Casi 300 personas ya se han registrado y la web registra cerca de 2 millones de hits. Será sin duda un gran acontecimiento.

La organización del evento sigue acaparando una parte de mi trabajo, ahora como gerente de ASOLIF. Esta Federación apuesta por este evento financiando el trabajo que dedico a tareas de coordinación. Asimismo, participará impartiendo diversas charlas y talleres a través de las empresas miembro, no sólo de ESLIC, que también forma parte de la organización, sino de otras asociaciones regionales de empresas de software libre.

Como punto de interés, decir que tanto ESLIC como ASOLIF realizarán sus asambleas anuales durante el evento, complementando las asambleas que la Fundación GNOME, la fundación KDE e.V, KDE-España y GNOME Hispano realizarán esos días en Gran Canaria. De hecho ASOLIF ya tiene fijado el martes 7 de julio como fecha de dicha asamblea.

Buena parte de las multinacionales más relevantes del sector tendrán presencia en el evento a través de desarrolladores y directivos. Muchos de ellos impartirán charlas, talleres y cursos. Linux Magazine es el Media Partner y cubrirá el evento para todo el mundo.

Ambas Universidades Canarias, a través de sus Oficinas de Software Libre, forman parte de la organización local y trabajan para poder ofrecer cursos durante el evento a estudiantes y profesionales, de modo que el apartado formativo esté muy presente esos días.

En definitiva, si quieres vivir en primera persona lo que es y significa una comunidad de software libre, tienes en el Gran Canaria Desktop Summit: GUADEC + Akademy 2009 una oportunidad de primera magnitud. Compra tu billete de avión cuanto antes (te ahorrarás pasta) y regístrate a través de la web del evento.

Primeros días como gerente de ASOLIF

ASOLIF despierta mucho interés, no sólo por lo que es hoy, sino por lo que puede representar en un futuro próximo. Comencé mi actividad a principios de mes y, aunque aún no hay resultados visibles de impacto, no cabe duda que las posibilidades de una Federación como esta son importantes. Los habrá pronto.

Los primeros días han estado dedicados a sacar adelante papeleo y resolver mi transición. Los últimos días he estado trabajando en tareas básicas como la configuración de algunas listas de correo, un wiki para la gerencia y la Junta Directiva, simplificar la web, establecer las reglas mínimas de funcionamiento, abrir la relación con los gerentes de las asociaciones que componen ASOLIF... También, como es lógico, he hablado con los presidentes de las asociaciones, empresas etc.

El principal objetivo a corto plazo, una vez que la Federación está funcionando (no es que no lo estuviera hasta ahora, sino que hacía falta dedicarse a tareas farragosas de coordinación y recopilación de datos) es comenzar a establecer proyectos en colaboración entre las empresas de las asociaciones. Ocasionalmente, trataremos de llevar adelante proyectos con organismos y empresas externas. Hay mucha actividad en torno a las empresas y asociaciones de ASOLIF que es posible canalizar a través de la propia Federación, aportando una visión nacional a las distintas iniciativas locales o regionales.

A falta de cerrar definitivamente la lista, ASOLIF lo componen a día de hoy 8 asociaciones con algo más de 150 empresas. Hay otras 15 - 20 que ya han solicitado entrar en alguna de esas asociaciones regionales. Espero que la actividad que desarrolle esta Federación ayude, no sólo a aumentar el número de empresas, sino el número de asociaciones regionales.

La primera noticia que se ha confirmado siendo gerente es el cierre de la fecha de la próxima asamblea de ASOLIF. Será el martes 7 de julio del presente año durante el transcurso del Gran Canaria Desktop Summit: GUADEC + Akademy 2009. Será una gran oportunidad de conocer a los representantes y gerentes de las distintas asociaciones regionales. Se celebrarán diversas reuniones de trabajo y mesas redondas de interés durante esos días, además de las actividades relacionaads con escritorios.

Con el fin de mejorar la difusión de nuestra actividad, se han realizado pequeñas reformas en la web, se ha abierto cuenta en twitter, identi.ca, existe un grupo en la red social de empresas Linkedin, disponemos del canal #asolif en freenode.net (IRC) y la lista asolif@asolif.org, se utilizará como canal de discusión abierto a empresas, técnicos y otros agentes sociales. Espero poder aportar más novedades en este sentido en pocas semanas.

En definitiva, que poco a poco vamos engrasando la máquina para alcanzar lo antes posible la velocidad crucero. Si eres una empresa de software libre, no dudes en darte de alta en nuestra lista de correo.

Gran Canaria Desktop Summit: GUADEC + Akademy 2009. Apertura de registro

El evento Gran Canaria Desktop Summit sigue su curso. Se ha abierto el registro y ya pueden ser enviadas las propuestas de ponencias para el programa oficial (Call for Participation). La web ha sido cambiada para soportar los servicios que se implantarán en adelante y se comienza a trabajar intensamente en el programa.

Como saben, ando desarrollando tareas de coordinación en el evento. Antes lo hacía esponsorizado por Grupo CPD y ahora lo hago esponsorizado por ASOLIF.

Los atractivos para acudir al evento son innumerables. Además de la localización y la época del año (recuerden que en Canarias en verano no hace tanto calor como en la mayor parte de la península), el programa apunta a histórico. No sólo se darán cita en el evento los principales desarrolladores de escritorios y aplicaciones para escritorios libres, sino que, teniendo en cuenta los mercados que se están abriendo últimamente al soft. libre (móviles y notebooks especialmente), los contenidos se enriquecen con nuevas incorporaciones. No debemos olvidar que ambos escritorios, GNOME y KDE ya son, en muchos sentidos, multiplataforma, por lo que el interés en ambos proyectos de comunidad aumenta ostensiblemente. GNOME acaba de sacar su versión 2.26 y KDE está madurando su KDE 4. ambos presentarán numerosas novedades durante el evento y, lo que es más importante, sentarán las bases y tomarán las decisiones estratégicas clave para los próximos meses, para las futuras versiones.

Desde el punto de vista empresarial, el evento tiene mucha más relevancia de lo que podría parecer inicialmente. Muchas empresas relevantes están involucradas en ambos escritorios y suelen acudir a Akademy y GUADEC regularmente. Ahora que el evento se celebra en el mismo lugar y fecha, su interés aumenta. No hay más que mirar a pasados sponsors de cualquiera de ellos para darse cuenta: Nokia, Google, Red Hat, Sun, Novell, Canonical,etc. Un sin fin de pymes europeas suelen acudir, así como directivos o representantes de diversos organismos y proyectos de comunidad. Ya se ha anunciado que ESLIC celebrará su asamblea anual durante el evento, y ASOLIF también.

Los primeros días del evento, que se celebra del 3 al 11 de julio, habrá ponencias y conferencias mientras que el resto de días se desarrollarán charlas más técnicas, sesiones de trabajo, mesas redondas, cursos, hacking sessions, bug squads, etc. Algunas de estas actividades se desarrollarán en castellano. Este es uno de los grandes atractivos del evento: su enfoque es claramente de trabajo. Nada que ver con lo que es frecuente en eventos de software libre.

Puedes obtener más información en la página del programa del GCDS'09.

Está prevista la presencia de mil desarrolladores de los cinco continentes en lo que será, sin duda, una oportunidad inmejorable de vivir de cerca lo que es y representa la comunidad del software libre, desde grandes corporaciones a estudiantes, colaborando e intercambiando conocimiento.

El Cabildo de Gran Canaria está volcado en esta iniciativa, del mismo modo que ESLIC, ASOLIF, GULIC, la ULL (a través de su OSL) y otros agentes. Esperamos que pronto comiencen a publicarse los sponsors que apoyan el evento, así como los principales ponentes.

...como si lo hubiesen parido ellos

Oigo hablar a menudo de trasladar el modelo de desarrollo del software libre a otros ámbitos de la sociedad. Grandes palabras en boca de muchos que las dicen con diligencia. Sin embargo la contradicción habita en muchos de ellos. Nuestro mensaje ha ganado volumen pero ha perdido nitidez. El mensaje original se mezcla con otros y se utiliza con fines perversos a menudo. Un mensaje que tenía un alto contenido intelectual, a la par que práctico, comienza a resultar vanal, hueco.

Un par de ejemplos simples....

Basta analizar quién paga las horas de trabajo que se invierten en cualquier proyecto de comunidad para darse cuenta de que el concepto de comunidad está cada vez más ligado al concepto de empresa. ¿Tiene sentido usar el software libre como arma arrojadiza contra el capitalismo? La aparición de nuevos modelos de empresa y los cambios en los procedimientos relacionados con esos nuevos modelos modificarán (espero) perversiones actuales del modelo, pero de ahí a cambiar el propio modelo utilizando el discurso promovido por el software libre para imponer otro .....

Otro discurso recurrente es el de usar el software libre como justificación para la independencia tecnológica frente a países extranjeros. Ponen un escritorio libre en su idioma con el escudo del país por pocos euros y...ya está, somos independientes del gran dragón del norte. Frente a este análisis superficial hay otro más realista. Usar software libre es globalización pura y dura. El software libre es interdependencia, no independencia. Lo que le hace tan potente es que establece relaciones entre iguales donde antes existía subordinación.

Pero la igualdad no crece sin transparencia, por mucho software libre que promuevas.

¿Cómo es posible que dirigentes de estructuras verticales nos den lecciones sobre horizontalidad? ¿Son los proteccionistas los más adecuados para liderar un movimiento nuevo basado en los principios que han hecho del software libre un éxito? ¿Son acaso los localistas nuestros mejores aliados?¿No vamos a exigir moral a quiénes quieren liderar el cambio?¿Y coherencia?¿Acaso vale todo si se proclaman vivas al software libre?¿Vale cualquiera?

El software libre está en boca de todos, pero me gusta recordar de vez en cuando que parte de ese todos lo forman los soberbios, los envidiosos, los violentos, los avariciosos, los espúreos, los intoxicadores, los aprovechados, los manipuladores, los pervertidos, los dictadores, los chapuceros, los idiotas, etc. Últimamente escucho demasiados cantos de sirena en boca de lobos vestidos de cordero. Separar el polvo de la paja requiere transparencia. La transparencia requiere crítica e inteligencia. Una cosa es que nos gusten los alagos, otra que nos los creamos y otra que dejemos que los usen para que bajemos la guardia.

Los cabrones seguirán siendo cabrones, aunque apoyen el software libre como si lo hubiesen parido ellos. Es una obviedad que escribo aquí para recordarla. A veces los cantos de sirena son tan embriagadores ...

Presentación de ModularIT en la Universidad Carlos III, Madrid

Mañana jueves 5 de febrero estaré presentando en la Universidad Carlos III de Madrid el proyecto ModularIT. La charla tendrá lugar a partir de las 9:30 en el salón de grados de la Universidad, en C/. Butarque, 15 Leganés (Madrid). Edificio Betancourt, Salón de Grados 1.2.C.16.

Tras su finalización, Kuko armas estará respondiendo a las preguntas de los participantes desde Lanzarote (audio conferencia).

Esta charla entra dentro de la política de difusión del proyecto, que tendrá su punto culminante el próximo domingo 8 de febrero del presente año en el evento FOSDEM, que se celebrará en Bruselas.

Unos tienen éxito donde otros no quisieron entrar

Desde que dejé de trabajar en el proyecto mEDUXa, allá por mediados de 2007, pocos han sido los comentarios que he realizado sobre aquel proyecto en público.

Acabo de leer en el blog de JL Redrejo, referente dentro del proyecto LinEX, que ya dan como caso de éxito la reutilización a través de LTSP de al menos 50 mil equipos adquiridos entre 2002 y 2003. Es una gran noticia.

Para que vean el contraste...

A mediados de 2006, realizamos a la Consejería de Educación del Gobierno de Canarias una prueba con lo que era la primera versión utilizable de lo que luego fue el escritorio mEDUXa, en un aula donde había equipos Windows. Llevamos un servidor LTSP con la versión de la distro virtualizada. Asistieron a esa demo varias de las personas que entonces tomaban decisiones tecnológicas en Educación en el Gobierno de Canarias, así como varios coordinadores pedagógicos.

Llegamos a pecho descubierto y montamos el aula de los coordinadores en algo más de 3 horas, creo recordar (bastante para lo que era habitual entonces, 2 horas). Buena parte del tiempo fue invertido en acertar con la configuración de los monitores (la frecuencia de refresco no era óptima) y con las tarjetas de red (típica historia de mismo equipos por fuera pero diferente hardware por dentro). Es decir, problemas asumibles en entornos de hardware controlado. El resto se fue en las tareas lógicas de una implantación. Por aquel entonces llevábamos ya 3 años trabajando con LTSP en varios proyectos (comenzamos en 2003). Es decir, hicimos lo que veníamos haciendo por todas las Islas Canarias habitualmente. Nada fuera de lo común entre quienes usaban terminales por aquel año. Había ya colegios y docentes trabajando entonces con esa tecnología en las islas. La Consejería lo sabía.

¿Por qué decidimos jugarnos el bigote en la presentación añadiendo un grado de dificultad? Pues porque sabíamos que La Consejería de Educación, ante la llegada de la última versión de Windows XP + MS Office, tendría serios problemas con el parque informático adquirido 4 años antes. Ya los responsables tenían el problema en su punto de mira. A la postre, uno de los requisitos de aquel proyecto mEDUXa fue que funcionara en máquinas que finalmente no pudieron actualizar su sistema Windows por falta de recursos de la máquina, quedando bastante obsoletas. Recuerdo al lector que mEDUXa era un proyecto pensado para arranque dual. Al menos se pretendía actualizarlas metiendo un arranque dual con la versión linux que se desarrolló durante 2006 / principios de 2007. Hoy esas máquinas siguen siendo un problema sin resolver en el apartado windows y actualizar la versión mEDUXa se pantea también como un problema.

Ya en 2006, más allá de nuestra extensa experiencia en terminales ligeros, existía en educación un claro caso de éxito a gran escala....Skolelinux. LTSP tenía robustez y funcionalidad suficiente como para introducirse sin problemas en un aula. Los cambios introducidos en la serie 4 del producto habían madurado rápidamente en aquel año y el anterior. Nosotros ya llevábamos dos años ganando dinero con terminales. Dicho de otro modo, el riesgo de introducir aquella tecnología en 2006 era bajo y los posibles beneficios enormes. Aún hoy lo son, como demuestra la noticia.

Dos años después se publica en España el primer caso de éxito a gran escala con esta tecnología. A nadie le resulta raro que sea en Extremadura. Nada más y nada menos que 50 mil máquinas. Suena a muchas máquinas pero si analizamos los números de esa Comunidad, parece claro que no lo son tanto (o que otros tienen muchas más). Pero esto no va de números, o al menos no sólo de números. Esto va de oportunidad, de inteligencia, de decisión, de tecnología, de innovación, de apertura, de cambio, de eficiencia....

No sé si fue que no supimos venderlo o que otros no supieron comprarlo. Ya no importa. El caso es que hoy unos tienen equipos para rato y otros problemas para rato. Unos pueden pensar en futuro dando protagonismo al docente y otros están estancados en problemas tecnológicos, logísticos, presupuestarios. Unos arrastran problemas viejos y otros se enfrentan a nuevos retos. Unos aplican soluciones basadas en conocimiento que generan riqueza y otros no tienen solución porque han basado su progreso en inversión en equipamiento y licencias.

Unos son futuro y otros no.

Felicidades Extremadura. Este día tenía que llegar. Tengos sentimientos encontrados ante esta noticia.

Grado de madurez de un proyecto de software libre desarrollado en comunidad

A lo largo de los próximos meses seguiremos con nuestra idea de promocionar ModularIT y añadir algunas mejoras y documentación, tanto en castellano como en inglés. Aunque a nuestro ritmo, seguimos avanzando hacia lo que esperamos se convierta en un proyecto de comunidad maduro. Andamos discutiendo un poco sober algunos pasos a seguir durante los próximos meses.

Esto me lleva ha llevado a tratar de definir qué es un proyecto de comunidad maduro. ¿Cómo se mide la madurez de un proyecto?

El número de personas que contribuyen al proyecto no es una medida demasiado eficaz en este caso. Existen proyectos con muy pocos desarrolladores con un gran éxito y solvencia y otros que, a pesar de tener una gran comunidad, no es posible considerarlos proyectos de desarrollo en comunidad. Hay varios ejemplo pero uno de los más interesantes es aquel en el que una empresa tiene la sartén por el mango del desarrollo y, aunuqe libera el software y la documentación, no libera el know-how o no desarrolla en abierto.

El nivel de uso o popularidad tampoco en un factor definitivo. Hay productos libre de desarrollo en comunidad muy usados que son bastante inmaduros y viceversa. Ejemplos pos ambos lados hay muchos.

El nivel de madurez de la documentación o la cantidad de información publicada dice mucho del las bondades de un proyecto sin embargo, existen proyectos muy consolidados que carecen de documentación al nivel de otros aspectos del mismo. También hay algunos ejemplos, pocos, de proyectos bien documentados sin ningún tipo de comunidad alrededor. Existen ejemplos de iniciativas de comunidad que tienen el apartado organizativo y legal bien trabajado mientras que otros no prestan importancia excesiva a esos elementos. Algunos muy relevantes han tenido problemas por estos detalles y otros parecen convivir fantásticamente con el caos organizativo pues el debate se estructura debidamente.

El factor económico es otro elemento a tener en cuenta. Existen ejemplos de proyectos pequeños tremendamente rentables frente a otros enormes y de impacto global que no se mantienen económicamente por lo que deben recurrir a llamadas desesperadas a la comunidad para recabar fondos. Quiere esto decir que la supervivencia económica tampoco es un factor definitivo.

Existen factores adicionales pero las conclusiones para casi todos ellos son similares. No parece que haya un único elemento clarificador para establecer el grado de madurez de un proyecto de desarrollo en comunidad. Tampoco creo que dos o tres de ellos analizados simultáneamente definan el grado de madurez en un porcentaje lo suficientemente relevante como para permitirnos establecer un patrón a partir del cual comenzar un análisis comparativo serio usando la estadística. Me conformaría por ahora con poder aplicar el arte de la magia de los números como antesala de la ciencia.

Resulta difícil comparar si no puedes determinar las variables independientes del sistema.

Y tal vez sea ese parte del problema. Determinar el grado de madurez de un proyecto de desarrollo de software libre en comunidad, es decir, comparar unos proyectos con otros, requiere primero del establecimiento de las variables a estudiar, su relación y los entornos de laboratorio que se utilizarán para fijar todas las variables salvo aquella objeto de estudio en un entorno controlado, pasando posteriormente a evaluar el impacto que provocan esas variaciones en el propio sistema. Así, podrá entenderse mejor los cambios reales. Vamos, metodología básica de experimentación.

Arriba se han apuntado algunos factores que pueden convertirse en magnitudes independientes, pero hay más. Últimamente han salido varios desarrolladores enseñando estadísticas de commits que permiten hacer análisis de interés sobre la evolución de un proyecto. He asistido a alguna charla o conferencia en la que se han presentado estudios primarios sobre proyectos libres utilizando los grandes repositorios conocidos por todos como Sourceforge o Freshmeat. Y como yo no soy experto en la materia, probablemente todo este post carece de sentido porque hay gente que ha estudiado el tema y ha obtenido primeras conclusiones de interés. Si este es el caso, ruego al lector que me apunte los enlaces para salir de mi ignorancia. mi rss está saturado pero puedo borrar algunas entradas para dar cabida a nuevas ;)

Esta disertación tiene sentido para mí puesto que ando estableciendo el roadmap de ModularIT. Para su definición, casi todos los factores que estoy teniendo en cuenta son de carácter interno. Esto es lógico porque aún no somos más que un aspirante a proyecto de desarrollo en comunidad. Pero existe un pequeño espacio para definir tareas que importen a otros o que ayuden a otros a participar. Por tanto, si dispusiera de una definición clara de madurez, esto es, si existiera un punto final, sería posible en teoría establecer una ruta a seguir. Como no la hay... pues no queda más remedio que emplear muchas dosis de observación de otros proyectos, aplicar intuición y debate.

He tenido a lo largo de estos años la oportunidad de vivir de modo cercano dos proyectos muy distintos, LTSP primero y KDE después. También conozco Debian (he trabajado con desarrolladores de ese proyecto y he compartido tiempo y disertado con muchos algunos más), Ubuntu y ahora estoy comenzando a dar pasos pequeños en el conocimiento de GNOME (superficiales todavía). Me interesan especialmente el proyecto Apache y el kernel, pero mi tiempo es limitado.... De todos se aprende algo...pero no debe uno centrarse sólo en casos de éxito. Los fracasos enseñan. El caso twiki nos afecta en la empresa y es muy interesante, así como Compiere, PXES, los CMS en php y otros que hemos conocido en Grupo CPD con más o menos profundidad. Atesoramos alguna experiencia también en proyectos propios fallidos de la que hemos aprendido mucho.

Pero estamos en lo de siempre, si no sistematizas el aprendizaje, no es posible transmitir la experiencia a gran escala. Y para eso es necesario conocer el problema. No es posible conocer sin experimentar, ni experimentar sin definir, ni definir sin acuerdo. Y en el aspecto sobre el que ando liado no hay maldito acuerdo.

Esta es la parte dolorosa de estar situado en vanguardia, la conciencia que se adquiere sobre el error. Del mismo modo, se siente una especial exitación. Es la satisfacción de la curiosidad.

Maldita sea....hoy me gusta mi trabajo.

ModularIT 1.1 lanzado como proyecto libre de desarrollo

A lo largo de estas Navidades hemos lanzado ModularIT como proyecto libre de desarrollo. Para Grupo CPD este lanzamiento es el final de un trayecto y el comienzo de otro. Damos por fin un paso con el que siempre habíamos soñado. Tener la oportunidad de desarrollar en abierto un producto que nos identifique como Grupo.

Se inicia por tanto una andadura que, como mínimo, nos llevará a lugares similares a los que llegaríamos igualmente si no abriéramos el proyecto. Como se ha comentado en otras ocasiones, ModularIT es algo que nosotros implantamos en nuestros clientes desde hace algún tiempo, por lo que confiamos y apostamos por él en el futuro próximo. ModularIT es un tren en marcha. Tratamos de imprimirle un mayor empuje con la colaboración de otros administradores de sistemas.

Para liberar el desarrollo del proyecto hemos apostado por Redmine, una herramienta realizada en Ruby. Quienes nos conocen saben que tenemos especial predilección por ese lenguaje. Se trata de una manera natural de abrir caminos de interacción entre nuestros desarrolladores de software y el proyecto ModularIT, que nace del equipo de redes y sistemas del Grupo.

Como sistema de versionado hemos apostado por git. Mientras que nuestros compañeros de desarrollo están ampliamente familiarizados con sistemas distribuidos de versionado de software, la mayor parte de los que componen el grupo de sistemas y redes han usado hasta ahora SVN principalmente. Así, para muchos de nosotros git es un salto de calidad que, como siempre ocurre, nos costará digerir al principio, pero que será rentable. Sin aprendizaje no hay diversión. Somos conscientes que algo similar le ocurre a muchos de nuestros posibles colaboradores. Sólo esperamos que se enfrenten a este reto con la misma voluntad de aprender que nos ha llevado a esta elección. Asumimos por tanto el riesgo de aumentar la barrera de entrada al proyecto a cambio de un poco de diversión.

¿Quién dijo que la diversión está reñida con los negocios?

Como primicia, les comento que nos han aprobado una presentación del proyecto en FOSDEM, uno de los eventos relevantes a nivel europeo relacionados con software libre. Se celebra anualmente en Bruselas en el mes de febrero y el inglés es obligatorio. Desde el año 2005 venimos participando activamente en eventos internacionales presentando trabajos individuales o corporativos. Este es para nosotros un caso especial puesto que se trata de un proyecto salido de nuestra cocina, financiado enteramente por nuestros clientes (¿qué seríamos sin ellos?) y nosotros mismos. Esta presentación, junto con nuestra activa participación en la organización del Gran Canaria Desktop Summit 2009, representan para Grupo CPD el colofón a más de 10 años de trayectoria profesional o empresarial así como a 4 años de andadura como Grupo (red de empresas). También es una responsabilidad.

Nos han preguntado por qué esta versión que lanzamos ha sido numerada con la serie 1.1. La razón es simple. Hace algo de más de un año fue liberada la versión 1.0 de ModularIT. Dicho proyecto estaba orientado a que los administradores de sistemas pudieran descargar y usar esta arquitectura de servicios, pero no era un objetivo prioritario que participaran en su desarrollo. Esa versión 1.0 fue implantada en algo más del 80% de nuestros clientes. Durante el verano comenzamos a trabajar en las mejoras de la serie 1.0 y en otoño ya disponíamos de una depurada versión, que comenzó a implantarse en nuestros nuevos clientes. Aquellos que disponían de la versión 1.0 están siendo migrados a la serie 1.1 desde entonces. Este proceso es lento...pero infinitamente más simple que antaño. La versiones previas de ModularIT fueron implantadas en clientes, pero no liberadas.

Llamando a la serie que presentamos estos días 1.1 queremos reflejar que se trata de una arquitectura de servicios madura, que ha pasado el filtro del tiempo, el uso de muchos usuarios y ha sido a su vez soportada y mantenida por nuestro departamento de redes y sistemas (y algunos ingenieros de clientes). Esto no asegura que se encuentre libre de fallos, pero sí aporta una solidez nada común entre proyectos de reciente liberación, en especial, entre aquellos de complejidad similar a la de ModularIT .

La serie 1.1 que se ha publicado aún adolece de algunos servicios clave que sí estaban disponibles en la versión anterior. Poco a poco iremos incorporándolos. Sin embargo, añadir servicios no va a ser durante los próximos meses nuestra principal prioridad. Lo será seguir avanzando en el apartado de gestión, soporte y mantenimiento de la arquitectura junto con la incorporación de nuevas integraciones entre los servicios disponibles. Animamos a los lectores que modularicen los servicios que más les gusten o usen, de modo que puedan ser incorporados al proyecto, beneficiando a un número mayor de empresas y usuarios.

Todos los días aprendemos algo nuevo sobre ModularIT en nuestra actividad diaria de despliegue, soporte y mantenimiento en nuestros clientes. Ese conocimiento lo incorporamos a las distintas actualizaciones del proyecto. Esto tiene como positivo que aporta un valor importante al producto, sin embargo, administradores que pretenden implantar el proyecto en escenarios diferentes a aquellos para los que se ha diseñado ModularIT, necesitarán invertir cierto esfuerzo de adaptación.

Hemos desarrollado ModularIT pensando en nuestros clientes, sin embargo, los escenarios planteados por éstos son tan diversos, que llegamos pronto a la conclusión de que ModularIT se adapta a multitud de circunstancias. Parte de su complejidad reside precisamente en este punto. ¿Dónde aplicamos la tijera?¿Qué funcionalidad o configuración es la más relevante? Algunas configuraciones, herramientas o decisiones de diseño que ModularIT 1.1 incorpora son discutibles. No somos infalibles y los factores históricos pesan. Estamos abiertos a discutirlas y sacar conclusiones nuevas que desemboquen en mejoras o cambios en el proyecto. No tiene sentido establecer un proyecto de comunidad si no asumiéramos ese compromiso.

La traducción al inglés de las guías de despliegue y soporte es de prioridad máxima en este momento. A lo largo del mes de enero esperamos resolver este importante punto, de modo que personas de otras lenguas puedan incorporarse realmente a la comunidad ModularIT.

Hay detalles menores que esperamos solventar poco a poco, como quitar pequeñas referencias corporativas del proyecto, de modo que sea aséptico. Hay logos, direcciones de correo, etc. que aún hacen referencia a Grupo CPD o alguna de sus empresas miembro. Nos hubiese gustado eliminarlas a tiempo pero, en algunos casos, requiere más esfuerzo del inicialmente previsto. Si se analiza la evolución del proyecto (de solución interna a proyecto de comunidad) se entiende este hecho. La próxima serie esperamos que ya no incluya referencias no deseadas.

Tenemos disponibles dos listas de correo, una abierta para usuarios de ModularIT, y otra para desarrollo del sistema, a la que se accede por invitación tras propuesta del interesado. El primer paso que recomendamos para incorporarse al proyecto es la suscripción a la primera de las listas. Esto nos lleva a hablar del modelo que hemos establecido para colaborar en el desarrollo de ModularIT.

En primer lugar queremos poner de manifiesto que hemos liberado el proyecto para que los sysadmins puedan usarlo y colaborar si lo desean, luego todos son bienvenidos. Claro que ModualrIT es un proyecto que utiliza tecnologías punteras y conceptos complejos. La curva de aprendizaje es alta con lo que la barrera de acceso necesariamente debe serlo también. La confianza no se otorga, se gana.

Estos dos argumentos contrapuestos serán difíciles de gestionar. Esperamos ser inteligentes en este sentido y evitar que personas con interés se sientan excluidos. Aquí la transparencia como política será determinante puesto que hay campo de sobre para incorporar cualquier tipo de colaboración. Queremos aglutinarlas todas. El proyecto deseamos que madure y camine por sí sólo llevado por la voluntad de quienes formen parte de él, más allá de nuestra voluntad o interés. Esta intención tendremos que demostrarla diariamente, lógicamente.

Por último deseo animar al lector a aprender sobre ModularIT participando en un verdadero proyecto de I+D+i relacionado con software libre. Ha sido especialmente pensado para administradores de sistemas y redes distribuidas que necesitan simplificar su gestión, posibilitando la escalabilidad del servicio que prestan.

Si es que al final todo lo hacemos para ser más felices... o menos desdichados, según se mire.

ModularIT. Un proyecto libre de comunidad

Los administradores de sistemas siempre han tenido menos vocación de desarrollo en comunidad que los desarrolladores de aplicaciones. Probablemente es porque tienen una orientación al servicio más acentuada. Así, son grandes consumidores de sofwtare libre pero no suelen ser grandes contribuidores. Al menos esa es la percepción que yo tengo.

Cuando nos planteamos el reto de liberar ModularIT, una de las principales motivaciones para el equipo de sistemas y servicios de Grupo CPD era precisamente la de poder participar activamente en un proyecto libre directamente relacionado y orientado a ellos. No es que no existan ya en la red, sino que no son horizontales. ModularIT es una arquitectura que usa software libre desarrollado por otros, no es un desarrollo en sí. Utiliza multitud de soluciones libres disponible en el mercado, personalizadas de tal manera que sean útiles inmediatamente en cualquier empresa, en especial, en aquellas con varios servidores distribuidos.

Estamos ahora mismo trabajando en el diseño del proyecto de comunidad, la definición de roles, la ordenación del código, la traducción de contenidos etc. Es decir, tratamos de pasar de un proyecto muy orientado al uso de la tecnología, accesible en la actualidad a través del enlace http://www.modularit.org , a un modelo convencional de desarrollo en comunidad. Si todo va según lo previsto, el día 26 de diciembre se relanzará el proyecto.

La tecnología que compone ModularIT está consolidada. Usamos software bastante probado y popular. Para ponerlo en producción debe ser así. Y es precisamente ese una de los valores importantes que Grupo CPD aporta con ModularIT, que posee un ciclo de vida que incluye su implantación en nuestros clientes, lo que le confiere una robustez impropia de proyectos nuevos. De modo que existe un aliciente de interés para usar el software que ponemos a disposición de la comunidad, pero también para participar en él. Al menos esa es nuestra creencia y con esa intención trabajamos.

Animamos a administradores de sistemas, a docentes y alumnos a usar una tecnología que a nosotros nos resulta útil, que facilita tareas tediosas y que puede crecer enormemente de la mano de todos, más allá de nuestros deseos, de nuestros objetivos y, esperamos y deseamos, de nuestro control. Eso significaría que ModularIT es un verdadero proyecto de comunidad.

Mientras tanto, a partir del 26 de diciembre, entra en la web y descarga las diferentes máquinas virtuales, procede a instalarlas y diviertete destrozándolas, analizándolas y, en último extremo, mejorándolas, poniéndolas en producción, monitorizándolas, etc. En fin, todo eso que se hace con un juguete nuevo. Para nosotros, ModularIT tiene también algo de eso, de juego, de diversión, de innovación.

ModularIT tiene un amplio recorrido en la aplicación de medidas prácticas relacionadas con conceptos como el soporte y mantenimiento. Marca una línea clara respecto a cómo deben realizarse algunas tareas asociadas a ellos. No son ideas nuevas, pero proponemos algunas implementaciones bastante simple, por lo que esperamos que muchos administradores puedan trabajar sobre ellas y aportar ideas y mejoras sin esfuerzos titánicos. Creemos haber reducido la curva de aprendizaje por motivos internos de coste, lo que esperamos tenga efectos colaterales positivos para personas en fase de aprendizaje, como nuestros técnicos más jóvenes.

Aún así, hablamos de una arquitectura de servicios virtualizados, modulares y distribuidos. No hay fórmulas mágicas para alcanzar unos niveles de conocimiento razonables en la materia sin esfuerzo. Hay que empollar, probar, volver a empollar... y pegarse como una lapa a los que saben, física o virtualmente (qué grande es el software libre).

Todo esto son palabras huecas que adquirirán, o no, sentido a partir del 26 de diciembre, cuando otros técnicos comiencen a emitir su veredicto. Sí quiero aclarar que liberamos ModularIT con humildad. Estamos dispuestos a mejorarlo con la colaboración de quienes quieran acompañarnos en este viaje. El hecho de que esta tecnología nos haya supuesto ya un claro beneficio no quiere decir que sea ideal o perfecta para otros, ni mucho menos.

Insisto, ustedes dirán.

Confirmadas las fechas del evento Gran Canaria Desktop Summit 2009

Han sido confirmadas las fechas del evento por parte de los proyectos KDE y GNOME. Así, el Gran Canaria Desktop Summit: GUADEC + Akademy 2009. Se celebrará entre los días 3 y 11 de julio en Las Palmas de Gran Canaria, islas Canarias.

Fin de una etapa y comienzo de otra. Nuevos retos

En marzo de 2008 llevé a cabo una idea que me rondaba la cabeza desde hacía tiempo, salir de Canarias a trabajar en otro sitio donde poder aplicar mucho de lo vivido y aprendido desde que comencé profesionalmente en el software libre.

Ramón Ramón me propuso que trabajara como gestor del proyecto de Migración a Software Libre de la Mancomunidad de La Costa del Sol Oriental - La Axarquía, además de trabajar activamente en el nacimiento de una nueva empresa de software libre bajo su dirección, CSYD.

El proyecto de La Axarquía sigue su curso y los resultados obtenidos hasta ahora son relevantes, bajo mi punto de vista. Por el camino se ha realizado una interesante labor comercial y hemos ganado (en UTE junto a BME y Novasoft) el concurso Toma de Datos del Proyecto de Migración a Software Libre de la Consejería de Economía de la Junta de Extremadura. He estado desarrollando también tareas de gestión de dicho proyecto, que forma parte de una aventura compleja y ambiciosa que la Junta está llevando a cabo junto a empresas como IECISA y Everys, además de la mencionada UTE. En este proyecto hemos trabajado bajo la dirección de Luis Amigo, de Novasoft, proporcionando know-how y adaptando la metodología y herramientas del proyecto de La Axarquía para que fueran útiles en procesos de migración a gran escala, como es este de la Junta de Extremadura. Ha sido un trabajo complejo por lo apretado de los plazos, pero creo que la labor realizada hasta ahora también ha sido positiva.

Por el camino se ha podido culminar la loca idea que un día tuvimos de llevarnos a Canarias un gran evento de comunidad (el Gran Canaria Desktop Summit: GUADEC + Akademy 2009). Además de acudir a diferentes eventos y realizar diversas acciones comerciales para CSYD.

Han sido por tanto unos meses intensos y una interesate aventura que llega a su fin. Ha llegado el momento de dar otro paso y enfrentarme a nuevas aventuras.

En primer lugar me gustaría agradecerle a Ramón Ramón y a Carlos Vázquez la confianza que me otorgaron al traerme. He respondido con lo que mejor sé hacer, trabajar. También quiero agradecer públicamente la confianza y esfuerzo de quienes han estado trabajando conmigo, en especial, Fernando Toro. Espero que hayan aprendido tanto como yo. Por último, agradecer como siempre a mis compañeros de viaje de Grupo CPD su confianza y apoyo en esta aventura. Me siento cómodo entre ustedes.

Pero no es este un post de despedida...

A veces un ejemplo particular requiere exposición para evaluar si su eficacia. En Grupo CPD, como muchos saben, trabajamos de manera colaborativa empleando para ello métodos y herramientas propias del desarrollo del software libre. Lo hacemos, no sólo por una cuestión de eficacia, sino por firme convicción. Aplicar todos ese conocimiento a un nuevo proyecto como éste no ha sido fácil, como es lógico, pero los resultados son incuestionables. Para mi, CSYD es un caso de éxito en este apartado, demostrándose una vez más que un nuevo modelo de empresa es viable, reproducible y sistematizable, y no sólo fruto de la casualidad o empeño personal de algún friki (debemos poner esta palabra donde se merece... arriba los frikis).

Si de algo me ha servido esta experiencia es para confiar aún más en la metodología y herramientas que nos han dado tantas alegrías en Canarias. Hay más ejemplos similares en España. Podemos enseñar mucho a otros más allá del apartado técnico. Nuestra cultura empresarial trasciende ese apartado. Ya no sólo he podido vivirlo en mis carnes (mi empresa o en el propio Grupo CPD), sino que he podido transmitirlo a otros y comprobar que funciona.

Ahora nos enfrentamos al precioso reto de sacar adelante el proyecto libre asociado a ModularIT. Será otra oportunidad de poner en práctica buena parte de la metodología que desarrollamos a nivel interno, esta vez no para poner en marcha otra empresa, sino para desarrollar un proyecto de comunidad. Esto va a ser más complejo, pero creemos firmemente que puede salir bien.

Veremos qué da de sí esta y otras aventuras que me depara el software libre.

Grupo CPD y el proyecto ModularIT

Para cualquier empresa de software, disponer de un proyecto propio maduro es una tarea difícilmente realizable. Requiere, no sólo disponer de la motivación y el personal adecuado, sino del tiempo necesario para una labor como esta. Si la empresa dedica buena parte de sus recursos a dar servicios a otras empresas, esta tarea se convierte en casi imposible, salvo que se encuentre financiación externa.

Grupo CPD ha liberado recientemente ModularIT, un proyecto que resume nuestra trayectoria en el apartado de sistemas y servicios de red de los últimos 10 años. Se trata de una arquitectura de servicios virtualizados, integrados, distribuidos y de gestión centralizada que llevamos un tiempo implantando en nuestros clientes con gran éxito.

La mayor parte de los proyectos libres que existen en la red y son liberados por empresas no tienen gran recorrido por falta de interés. Liberar un producto tiene este riesgo. El esfuerzo que requiere liberar con frecuencia no es, ni tiene por qué ser, recompensado. Para las empresas de software tradicional, este riesgo hace que no liberen sus productos porque entienden que no les compensa. Las empresas de software libre entendemos que liberar forma parte de nuestra manera de entender este negocio. No se trata solo de una cuestión de rentabilidad, sino de filosofía. Desde este punto de vista, ModularIT representa para nosotros una demostración de nuestro compromiso firme con la comunidad, como hemos venido venido haciendo en otras ocasiones con mayor o menor éxito o repercusión.

ModularIT es un proyecto interno, es decir, que estamos aplicando dentro de Grupo CPD para los servicios que comercializamos a nuestros clientes. Esto aporta al proyecto una solidez y una garantía importante. Ya no se trata de un proyecto cuyo futuro depende de que la comunidad lo adopte y participe en él. Tiene continuidad asegurada puesto que nuestro Grupo continuará usándolo y mejorándolo a lo largo de los próximos años. No es un deseo, es una necesidad

Esta arquitectura de servicios es tremendamente rentable. Lo hemos comprobado a nivel interno a lo largo de los últimos años. Se basa en una experiencia propia intensa y la evaluación seria de diversas opciones. La tecnologí­a que usa es avanzada, sin embargo, no es fuertemente dependiente de ninguna de ellas. Es una de las grandes enseñanzas adquiridas. La tecnología cambia, luego no puedes permitir que tus soluciones y modelo de negocio se vean condicionadas por ninguna en particular. Esto además obliga a un esfuerzo por mantenerse ojo avisor de las diferentes soluciones presentes, tanto las consolidadas como las más novedosas y arriesgadas. Esta forma de entender el negocio no se aprende. Se trata de una cultura que debe ser adquirida por iniciativa propia, dentro de una atmósfera empresarial adecuada, que premie la innovación.

ModularIT es un proyecto en desarrollo. Esto quiere decir que aún le queda mucho camino por andar. No obstante, su base es firme gracias, entre otras cosas, a un proceso intenso de definición de requerimientos basado en casos reales, en clientes con nombre y apellido. Además, se ha basado en un profundo conocimiento de conceptos teóricos y prácticos aprendidos y desarrollados por personal altamente cualificado, con muchas horas de vuelo en el servicio y desarrollo de soluciones en este campo. También es el resultado, por qué no decirlo, de infinidad de errores, algunos de ellos con consecuencias importantes, que han demandado de nosotros un sobreesfuerzo que nos ha hecho crecer como empresas y como Grupo. Nuestra supervivencia y fortalecimiento como empresas reconocidas dentro del sector da fe de nuestro éxito en afrontar retos complejos.

Queremos que los administradores de sistemas usen ModularIT y aporten su experiencia al proyecto. Que se beneficien de nuestro trabajo y nos permitan acceder a su conocimiento en el uso de la herramienta. Cada pequeña aportación en este sentido será de gran valor para nosotros. Lejos de querer protagonizar su desarrollo futuro, Grupo CPD no esconde cartas en este proyecto. Sabemos que son muchas las empresas que liberan código pero no el conocimiento asociado al mismo. Son diversas las trampas que existen en infinidad de modelos de negocio asociado al software libre.

Para evitar este riesgo, hemos elegido el modelo de negocio que nos parece más franco, el de remuneración basado en servicios adicionales asociados el proyecto. Si una vez que usas e implantas el sistema, deseas que ModularIT realice acciones adicionales a las disponibles, o no quieres ocuparte de las tareas más tediosos o de más riesgo, tienes al menos una alternativa que puede darte soporte: Grupo CPD. Y digo bien, una alternativa, porque podrá y habrá otras (eso esperamos). Esas mejoras se incorporaron al proyecto enriqueciéndolo. No habrá modelos de doble licencia ni dos velocidades, una asociada al proyecto comercial y otro asociado al proyecto libre.

Desde su liberación, ModularIT ha estado orientado a que la comunidad, en especial los administradores de sistemas, usaran las diferentes máquinas virtuales de servicios. El siguiente paso en el que estamos trabajando es en el de cosntruir un proyecto libre de comunidad en toda regla, es decir, poner los cimientos, las herramientas y la metodología necesaria para que los administradores de sistemas, no sólo pueden usar lo que hacemos, sino contribuir a su futuro.

Este paso requiere un esfuerzo muy importante a nivel interno y no disponemos de recursos para hacerlo rápidamente. Así­ que, a nuestro ritmo, vamos dando pasos firmes en esta dirección. Estamos mejorando la documentación existente, dando a conocer el proyecto y definiendo las herramientas que vamos a usar en el proyecto libre de comunidad. Durante las próximas semanas comenzaremos a implementarlas y a definir el workflow y la metodología asociada al desarrollo libre. Para ello tenemos que cambiar algunos estados y transiciones de nuestra metodologí­a interna asociada al proyecto. A partir de una fecha próxima, no existirá un modelo de desarrollo interno y otro de proyecto de comunidad. Habrá un sólo desarrollo, que será abierto, con los riesgos y ventajas que ello conlleva.

ModularIT está implantado, como comenté con anterioridad, en muchos de nuestros clientes. Estamos migrando muchos de ellos a la última versión del proyecto. Otros ya lo están. Existen algunos que, por diversos motivos, no podemos migrar aún. Cada migración, cada actualización de cada cliente, es una victoria para nosotros. No sólo nos ahorra esfuerzo a medio plazo, sino que mejora la calidad del trabajo de quienes forman parte de Grupo CPD y, por tanto, de nuestros clientes, en especial, de sus departamentos técnicos. A medio plazo, estas mejoras son tan evidentes que ya no nos imaginamos el futuro de Grupo CPD sin ModularIT.

Tenemos muchos puntos abiertos en ModularIT. Son muchas la mejoras que pueden aplicarse y otras muchas seguramente aparecerán conforme más administradores se vayan incorporando al proyecto. Una vez liberado, asumimos que nuestras necesidades no tienen por qué coincidir con las de su comunidad. Nosotros continuaremos con la línea marcada por las necesidades que establecen nuestros clientes y nuestros intereses corporativos, como es lógico. Eso es perfectamente compatible con el diseño del proyecto libre que he descrito, puesto que iremos incorporando a ModularIT las mejoras que desarrollemos y probemos. Insisto en el hecho de que no se establecerá un modelo de dos velocidades. No habrá funcionalidades de pago y otras libres.

Debe tenerse en cuenta que nuestro proceso de desarrollo incluye un fuerte proceso de testeo y un no menos complejo proceso de implantación y actualización. Nuestro ciclo de vida será por tanto bastante largo. Esto puede representar una gran ventaja para el proyecto.Aquello que aportemos será extremadamente sólido. Esto puede que no tenga un gran valor para aquellos que simplemente quieren jugar o implantar ModularIT en entornos altamente controlados y reducidos. Para prestadores de servicios o para empresas y organismos con gran número de máquinas, sin embargo, esta caracterí­stica tiene un valor incalculable. Así­ lo creemos y así­ lo reseñamos en todas nuestras presentaciones. Es sin duda una de las grandes ventajas del modelo asociado al proyecto.

ModularIT es una arquitectura de servicios. Existen profesionales y empresas que poseen tanto o más conocimiento que nosotros en cada uno de los servicios que implementamos. No es nuestra intención convertirnos en expertos de todos y cada uno de ellos. Es imposible. Aspiramos, somos de hecho, expertos en el nivel inferior, es decir, en la arquitectura de servicios, en su despliegue, su control, en su gestión y en el diseño de nuevas soluciones y metodologí­as orientadas a facilitar la vida de técnicos de sistemas y expertos en servicios o aplicaciones concretas. ModularIT es por tanto un proyecto integrador, viable para muchos tipo de empresas y comunidades de desarrollo que desean extender sus productos, centrándose en aquello que conocen, su propio producto. Pretendemos separar por tanto la labor de implantación, gestión de infraestructura, despliegue, actualización etc. de las labores habituales de la cada servicio, colaborando en el establecimiento de un modelo de gestión y resolución de incidencias.

Se trata de un objetivo muy ambicioso, pero somos tremendamente realistas. El ritmo de crecimiento de ModularIT tiene en la actualidad un nivel máximo, que es el que marcamos en Grupo CPD. A partir de él, si otros desean aportar su granito de arena, el ritmo se incrementará.

ModularIT tiene grandes posibilidades de crecer, no sólo en funcionalidad, sino en el uso de nuevas tecnologías, más potentes o que resuelven temas abiertos en la actualidad. Además, aparecerán nuevos problemas que requerirán de nuevas soluciones. Estamos preparados para afrontar esos nuevos retos, como lo hemos estado durante estos últimos años.

Si tienes oportunidad, no dejes pasar la oportunidad de descargarte las máquinas de ModularIT, probarlas y escribirnos si tienes dudas, críticas o sugerencias. Si te parece que el proyecto merece la pena, dispones de ganas y tiempo, participa con nosotros en el establecimiento de nuevos avances o establece los tuyos propios. Úsalo con plena confianza por que funciona. Puede que encuentres algunos errores, como es lógico, pero funciona y, además, Grupo CPD los corregirá con celeridad. Nos va nuestra reputación y el bienestar de nuestros clientes en ello.

Algunos enlaces del proyecto:

Proyecto libre donde descargarte las imágenes y acceder a la información técnica: http://www.modularit.org

Servicios que ofrece Grupo CPD asociados a ModularIT: http://www.modularit.com

Información genérica sobre el proyecto: http://www.grupocpd.com/QueHacemos/modularit/PloneArticle_view

Por qué el Gran Canaria Desktop Summit será diferente...

Cada uno trabaja por motivaciones diferentes. Funcionamos con combustibles diversos. A mi me motiva especialmente la innovación. Para innovar hacen falta muchos valores. Uno de los esenciales es disponer de espíritu crítico... y manifestarlo.

Llevo desde 2002 asistiendo a congresos y eventos relacionados con el software libre. Cada vez los encuentro, por regla general, más tediosos. Se mantiene el empuje y las ganas por expandir la filosofía, la metodología y las herramientas libres, pero se cae con demasiada frecuencia en la autocomplacencia y el triunfalismo. Se echa en falta más crítica, más reflexión, más desacuerdo, más debate, más incorrección. Suelo expresarlo en privado con una frase maleducada. Si me ves por ahí, me la preguntas si te apetece. Aquí no soy capaz de plasmarla.

En 2005 acudía a Akademy, en Málaga. era mi primer evento de comunidad. La fuerte autocrítica fue sin duda lo que más me llamó la atención. Poco tiempo después comprendí que en los eventos de comunidad ese componente es generalizado. Esta característica es la que más me atrae de Gran Canaria Desktop Summit: GUADEC + Akademy 2009. Si ambos eventos por separado suelen tener un componente importante de discusión y reflexión, de manera conjunta esto debe agudizarse, siempre desde un punto de vista constuctivo.

Si no has estado nunca en un evento de comunidad (debconf, guadec, akademy, ...) no dudes en acudir a éste. No sólo porque el contenido y el lugar puedan ser interesante, sino porque se respira ese aire inconformista pero autocrítico que tanto ha contribuido al software libre.

La diferencia entre la atmósfera que se respira en este tipo de eventos respecto a otros en este apartado es notable. No me entiendan mal, escuchar charlas está bien de vez en cuando. Debatir, no obstante, es siempre mejor.

Carta abierta a la crisis

Querida crisis,

sé que estabas avisando, que te sientes herida en tu orgullo porque llevabas tiempo con la necesidad de expresarte, perra, como tú eres, pero justa, sólo como sólo tú sabes serlo a veces. Te hemos ignorado tanto que tienes razones para mostrarte con virulencia, con ese tono altivo que tanto cabrea, pero que sólo quien ostenta la razón se puede permitir. Creces como un joven que pasa de niño a hombre, maduras. Aún no hemos visto de lo que eres capaz, aún te temen más por ello. Golpearás duro contra nosotros como lo hiciste con otros sectores antes. Sabes, sé, que la complacencia general de este sector, que ignora lo que pasa en otros, te produce estupor. No esperamos más que penitencia.

Pero mira, nos hemos hecho a nosotros mismos, trabajando duramente para crear unas empresas de las que estamos tremendamente orgullosos. Haremos lo posible para que no acabes con ellas porque no son solo nuestras, sino de quienes trabajan en ellas. No nos iremos. No recogeremos beneficios e iremos a resguardarnos. No habrá estampida de nuestra gente. Creemos firmemente que no la habrá. Hemos luchado por construir un entorno donde la persona es lo que realmente cuenta. Estamos plenamente comprometidos en lo que hacemos, más allá de la cuenta de resultados. Sabemos lo que hay que hacer para resistir...y resistiremos. Nos lameremos las heridas, sufriremos, pero saldremos fuertes, comprometidos, orgullosos, cansados, tristes por lo pasado pero con esperanza en el futuro. Esta voluntad, esta firme determinación de quedarnos y resistir, se basa en la energía que nos transmite nuestra gente, en su capacidad de trabajar e innovar, en su firme determinación de servicio a nuestros clientes, de ayuda y colaboración con la comunidad del software libre.

Vas a cebarte con nosotros, lo sabemos, empresas pequeñas con sueldos modestos, personal joven e inexperiencia en el terreno financiero y empresarial por parte de quienes las comandamos. Aquí descargarás con fuerza. No tenemos cobijo. Pero mira, subestimarás, como has hecho siempre, la firme voluntad de personas con inteligencia, formación, convicción y un proyecto colectivo por salir adelante juntos. Creerás que tu paso ha acabado con todo, pero como en cualquier bombardeo, estaremos allí abajo, agazapados, sobreviviendo, haciéndonos fuertes ... innovando. Y llegará el momento de salir... y saldremos para contar tu efecto devastador... y nuestras vivencias.

Querida crisis, tú que conviertes en estúpido al mediocre, tú que eres tan perra con los más desfavorecidos, con los débiles. Tú que pones en su sitio a quienes no cuidan a las personas, tú que haces del ciclo un arte, aunque no quieras, nos harás algo de bien a nosotros, con dolor, como lo hace la propia naturaleza. A eso nos aferramos, y a nuestro trabajo, a lo que somos y queremos seguir siendo. Cambiarás la visión de muchos, la acercarás a la nuestra. Entenderán que son las personas lo importante, el valor. Que el conocimiento libre es más que un argumento. Que la formación es más que un concepto de gasto, que la jornada laboral va más alla de 8 horas de producción, que la innovación es más que un departamento, que la colaboración es una necesidad real y no una acción de la que sacar ventaja.

Querida crisis, ahora que estás aquí, que comienzas a manifestarte, déjame decirte que creemos conocer la fórmula para sobrevivirte, que tenemos confianza, no porque nos lo diga nadie por la tele, sino porque disponemos de las herramientas adecuadas y sabemos como usarlas. Por mucho que nos duela tu paso, que nos dolerá, te veremos de vuelta. Seremos entonces más fuertes, seremos más y, si seguimos teniendo la misma candidez, la misma modestia, la misma inteligencia, si hemos cuidado durante las próximas bonanzas los valores que nos trajeron hasta aquí, volveremos a verte más veces, convirtiendo esta carta en la estupidez propia de quien necesita reafirmarse para coger aliento y resistir. Querida crisis, haremos lo posible para que así sea.

Como verás, no te tememos aunque no te conozcamos. No te retamos, nos retas tú a nosotros y así lo aceptamos, como algo inevitable. Haz lo que tengas que hacer. Nosotros creemos haberlo hecho durante estos años: generar valor basándonos, insisto, en las personas, compartiendo conocimiento y creyendo firmemente que la formación es la base de la innovación.

En fin, sé bienvenida. Pasa y siéntate como si estuvieras en tu casa, perra. Acaba con ella si es tu deseo. Y si demuestras que nos hemos equivocado... haz con nosotros lo que ya haces otros, como no puede ser de otro modo. Será que nos lo merecemos. Aprenderemos la lección, cambiaremos y volveremos a construir... y te volveremos a esperar. Escribiré entonces otra carta como esta... pero creo que te vas a quedar con las ganas.


Atentamente

Un responsable de una pequeña empresa de software libre.

Smartmontools

Mi amigo y viejo compañero de batallas Noel Torres (Envite) ha realizado un útil artículo que ha sido publicado en Debian Times sobre smartmontols.

Felicidades Noel por el artículo y por su repercusión.

ASOLIF y los retos del futuro

Como cualquier organización que comienza a dar sus primeros pasos, ASOLIF está lleno de energía y ganas de prosperar. Se enfrenta a todos los retos habituales en estos casos y necesitará buscar soluciones a ellos. El hecho de que muchas de las empresas integrantes utilicen modelos de gestión y desarrollo asociados al software libre les confiere algunas ventajas y no pocos inconvenientes, que deben ser identificados de inicio para poder conseguir los fines previstos.

En mi opinión, los principales objetivos a corto plazo, comunes a todas las asociaciones noveles, son:

• 
  Establecimiento de las herramientas mínimas de comunicación interna y exterior para disponer de una comunicación fluida entre los diferentes socios, así como entre estos y los principales interlocutores externos. Esta tarea, si bien es relevante, no debe sin embargo obsesionar. Este punto parece claramente asumido por los miembros. Eso es lo que detecto y así debe ser. Los pasos en este sentido están siendo firmes.
  


• Incrementar el número de socios. Este es el punto que, para mi, debe focalizar lamayor parte de la energía, no solo de ASOLIF, sino de cualquier asociación que comienza. Si al finalizar el primer año de vida, una asociación ha aumentado significativamente su número de socios, su futuro es prometedor. Si no es así, su continuidad no está asegurada con la misma contundencia que en el caso contrario. Teniendo en cuenta que ASOLIF es una federación de asociaciones regionales, la dificultad en alcanzar este objetivo aumenta.
  


• Fomentar el conocimiento de las actividades que desarrollan sus socios de manera que compartan experiencias y se generen sinergias positivas.
  


• Dar a conocer la asociación entre sus principales interlocutores externos con el fin de que comience a visualizarse a ésta como elemento aglutinador de esfuerzos e interlocutor válido.
  

ASOLIF, debido a sus particularidades, debe establecer también algunos objetivos prioritarios que ayuden a paliar las principales carencias de sus socios en particular, y del colectivo de empresas de software libre en general. Algunos de estos objetivos son:

• Establecer medidas encaminadas a favorecer la colaboración de las empresas miembro en proyectos de envergadura. Para ello, debe mejorarse la información sobre trámites y líneas de financiación existentes, tanto a nivel regional, nacional como europeo.
  


• Desarrollo de actividades que permitan a los asociados identificar y paliar sus carencias, ayudándoles a través de medidas eficaces de campo. Estas carencias pueden ir desde identificación de marca, definición de producto, modelo productivo, política de rr.hh., captación de fondos públicos, presentación de ofertas públicas, técnicas de redacción de proyectos y condiciones contractuales, etc. Estos elementos, básicos en empresas maduras, suelen ser amenazas o debilidades de buena parte de las empresas emergentes que nacieron como empresas de ingeniería.
  


• Establecimiento de medidas que permitan la generación de redes eficaces de empresas, no solo entre los socios de la federación, sino con empresas de otros sectores.
  


• Establecer medidas encaminadas al fomento del software libre en los centros educativos, con el fin de asegurar la futura incorporación de personal a las empresas miembro, en clara expansión.
  

La mayoría de estas líneas maestras están plasmadas en el ideario u objetivos de la Federación o se encuentran en la mente de gran parte de sus asociados. No cabe duda de que su consecución requiere un gran esfuerzo y una gran dosis de constancia. Dada la limitación de recursos que sufrimos, la priorización de las mismas y el reparto de tareas debe ser ua práctica común. Actuar en red internamente se revela como una gran oportunidad, tal como ocurre a menudo en las propias empresas miembro de las distintas asociaciones regionales que forman ASOLIF. Me consta que la Junta Directiva nace con esta idea.

Tenemos por delante el bonito reto de demostrar que las asociaciones empresariales pueden funcionar de manera diferente a la habitual sin perder un àpice de efectividad. Muy al contrario, podemos enseñar que es posible ser diferente y alcanzar los objetivos previstos, por ambiciosos que parezcan a priori.

Tendremos un primer encuentro (posiblemente formal) en la próxima Conferencia Internacional de Software Libre, que se celebrará en Málaga entre los días 20 al 22 de octubre de 2008. Será un buen momento para reafirmar nuestro compromiso y establecer las bases del trabajo del próximo año. Si eres empresario del sector del software libre o trabajas en una empresa del sector, no dudes en pasarte por alguna de las actividades que organizaremos.

Nota: todas estas ideas son opiniones personales del autor, a pesar del tono corporativo que empapa el artículo. Es defecto profesional.

Estandarización de procesos de migración

Los procesos de migración pueden abordarse de diferentes maneras en función de diferentes parámetros. Las grandes empresas, en especial IBM, han diseñado procedimientos y herramientas orientados a procesos de migración basados en perfiles de usuario relacionados con las actividades que desarrollan con su equipo. Estos perfiles, por tanto, vienen determinados por las aplicaciones instaladas en el pc.

Este enfoque es perfectamente válido pero genera una fotografía del proceso de migración incompleta. Existen otros factores que deben ser considerados a la hora de establecer procesos de migración que son igualmente relevantes. Algunos de ellos son:

• Parque de hardware


• Red


• Servicios de red LAN y WAN disponibles


• Nivel de conocimientos de los usuarios


• Actividad de la empresa u organismo


• Relación entre usuarios a nivel de información y procedimientos


• Demandas futuras de servicio


• Personal técnico a disponible


• Presupuesto en materia tecnológica

Cada uno de estos factores afecta de manera más o menos relevante, según el caso, a los perfiles de usuario basados únicamente en las aplicaciones que usa el usuario y su pericia que se establezcan. Más aún, pueden llegar a alterarlos tanto que es necesario establecer nuevos perfiles en base a ellos. Por otro lado, al migración está asociada tanto al propio usuario como a la máquina, la información y los servicios, por tanto, del mismo modo que establecemos perfiles para aquellos, debemos hacer lo propio con éstos.

Este razonamiento desemboca en una idea nada nueva en otros campos pero sí en este: el establecimiento de escenarios de migración compuesto por intersecciones de perfiles basados en diferentes parámetros.

Un escenario está determinado por un conjunto de perfiles que definen una realidad presente y un conjunto de actuaciones futuras resultantes de la intersección de los diferentes perfiles obtenidos del análisis de los distintos factores antes mencionados. Esta metodología Up-Down es alcanzada tras un análisis Down-Up de la situación en cada uno de los apartados descritos. Del análisis de la situación previa a la migración de cada parámetro, deben ser determinados los perfiles de migración asociados a cada concepto. Posteriormente debe adherirse cada una de las máquinas, servicios, información y usuarios a cada perfil para, en función de sus intersecciones, establecer escenarios que sirvan de punto de partida para la ejecución de la migración. Lógicamente, cada escenario está sujeto a pequeñas personalizaciones imposibles de evitar, pero que nunca deben ser tan drásticas como para desnaturalizar el modelo. Si es así, es probable que existan errores en el análisis, en la captación de datos o en la definición de los datos que deben ser objeto de estudio (el peor de los casos).

Este proceso resulta particularmente largo y costoso. El análisis de datos, el establecimiento de perfiles, el análisis de los mismos y la consecuente determinación de escenarios para cada proyecto de migración genera unos costes en tiempo y recursos que hacen inviable en muchos casos la posterior ejecución del proceso, o peor aún, invitan a comenzar ese proceso de ejecución sin disponer de la fotografía previa necesaria, poniendo en serio riesgo todo el proceso.

La sistematización de buena parte de las tareas es un elemento fundamental para que empresas, profesionales y organismos públicos puedan abordar con costes asumibles estos procesos tremendamente complejos. Si queremos que el software libre se generalice, debemos abordar con energía la necesidad de disponer de procedimientos estandarizados de análisis y actuación en procesos de migración.

Hasta ahora, son muchos los intentos publicados de realizar procesos de migración, pero pocos los que han entendido esta necesidad de sistematización. La gran mayoría de aquellos a los que he tenido acceso están completamente influenciados desde el inicio por las particularidades de la empresa o administración migrante. Es normal. Son las grandes compañías o Administraciones responsables de otras Administraciones las que pueden visualizar este problema y aportar soluciones a gran escala.

Una vez descubierta la necesidad y establecido el modelo, aparecen las siguientes preguntas:

• ¿Qué perfiles deben ser determinados?


• ¿Qué datos hacen falta para el establecimiento de los diferentes perfiles?


• ¿Qué metodología debe seguirse para su captación?


• ¿Que variables debemos analizar para alcanzar perfiles fiables?¿Qué es un perfil fiable?


• Una vez analizados los datos, ¿cómo establecemos esos perfiles?


• ¿Cómo determinar si los perfiles se ajustan a la realidad?


• Una vez determinados los perfiles, ¿cómo determinamos los escenarios?


• ¿Cómo saber si los escenarios se ajustan a la realidad y, más importante aún, a las necesidades?


• ¿Cómo abordar la ejecución una vez determinados los escenarios?


• ¿Cómo tratar e introducir las particularidades en el modelo?


• ¿Cómo analizar su impacto?

Estas y otras preguntas están sin respuesta o disponemos sólo de algunos casos parciales que nos llevan a intuir posibles soluciones. Sobre este tema existe mucha literatura pero poca demostración empírica. Es un apartado relativamente nuevo, a pesar del tiempo que lleva el software libre en el mercado. No hay consenso y buena parte del que existe está basado en la intuición más que en la praxis.

En la actualidad me encuentro inmerso en la demostración práctica de las primeras preguntas planteadas, relacionadas con la determinación de los datos que deben ser captados, la metodología y herramientas de captación de los mismos, la determinación de la metodología y herramientas de análisis y el diseño de diferentes perfiles que desemboquen en una fotografía teórica de escenarios de migración aplicables a grandes corporaciones. Más adelante llegará la ejecución de esos escenarios y, por tanto, la validación (o no) de buena parte del trabajo realizado. Será, en todo caso, un primer intento de sistematización, lleno de errores y fallos de diseño. No obstante, espero que sea un punto de partida válido para posteriores trabajos propios y ajenos. El reto es difícil pero atractivo: La estandarización de procesos de migración

Lo principal, no obstante, es determinar que existe esta necesidad de sistematización. Si es así, deben ser varios los intentos, metodologías y herramientas a establecer antes de alcanzar un modelo válido. Bajo mi punto de vista, una de las razones últimas que justifican la necesidad de sistematizar estos procesos, es la necesidad de evaluarlos. Sin sistematización no existe evaluación objetiva.

Este modelo, además, debe ser útil, no sólo para migraciones de plataformas propietarias como Microsoft a GNU/Linux, debe ser válida para cambios de cualquier plataforma. Esto requiere que sea, en buena medida, independiente de la tecnología a implantar. Debe cimentarse, no obstante, en los estándares abiertos y el software libre. Sin embargo, si queremos que sea realmente útil, debe ser ajeno a nombres y apellidos. En la actualidad, este es uno de los principales elementos que frenan los procesos de migración. Pondré un ejemplo. Muchos de los informes y experiencias que he leído basan los perfiles en las funcionalidades que ofrecía OpenOffice o Firefox en el momento de su redacción. Hoy son absolutamente obsoletos. Además, está por ver que el cambio de Office a OpenOffice sea la mejor opción en todos los casos. Este es otro punto de debate muy interesante. Tal vez en otro post....

La importancia de disponer de un adecuado inventario de hardware

A lo largo de las últimas semanas he estado (y sigo) involucrado, junto a varios técnicos, en la consecución de inventarios de hardware de las máquinas que se pretende migrar a software libre. La mayor parte de las Administraciones Públicas y empresas (éstas en menor medida) en las que he trabajado, tanto en Canarias, como ahora en Andalucía y Extremadura no disponen de un inventario exhaustivo. Hay dos motivos básicos por los que es un punto crítico a la hora de migrar a software libre:

* Es necesario conocer el hardware con detalle para saber qué módulos deben incluirse en la distribución linux a implantar.

* Es necesario predecir el rendimiento que de la máquina con el nuevo software.

Asimismo, es necesario conocer con mucho detalle los periféricos que utilizan los usuarios. A menudo son tan importantes como el propio equipo. Conocer qué drivers deben estar disponibles en la nueva versión es relevante.

Las actualizaciones de sistema operativo que se desarrollaban en el pasado con sistemas de Microsoft (cambios de plataforma diría yo en algunos casos) implicaban por lo general cambios de equipos. En pocos casos, añadir memoria solía resolver el problema de falta de rendimiento salvo en los casos (como ahora el Vista) en los que los drivers para el nuevo sistema no existe.

Se me ocurre esta realidad como causa principal para una carencia tan flagrante. Quienes nos movemos en el mundo del software libre siempre tenemos el hardware en mente porque, hasta hace poco, era un punto que requería toda nuestra atención. Aunque cada vez estamos más relajados en este sentido, ocasionalmente nos encontramos con casos no resueltos o difícilmente resolubles. Para nosotros el inventario es un requerimiento natural. No ha sido así durante muchos años con los sistemas de Microsoft. Los fabricantes se ocupaban de esto por nosotros. Los responsables técnicos de la mayor parte de las administraciones hace mucho que no se enfrentan de un modo global a esta necesidad.

Los costes de realizar inventarios son altos porque la mayor parte de las soluciones requieren instalación. Además, esa instalación debe realizarse en la plataforma a extinguir, por tanto, se puede añadir a la ecuación un coste de licencia no esperado. La mano de obra a invertir en esta tarea no es despreciable que digamos. Si la administración en cuestión dispone de varias sedes o su red no está en buenas condiciones, el problema se acentúa.

Con el fin de abaratar costes, servidor y la gente con la que trabajo estuvimos varios días desarrollando y probando un sistema para realizar inventarios. Lo denominamos Inventory Libre y estamos poniéndolo en producción en varios ayuntamientos de La Axarquía de Málaga y en la Junta de Extremadura con notable éxito. Lo liberaremos en breve. No es una solución redonda ni elegante, entre otras cosas, porque nada relacionado con hardware lo es. Pero sí que es tremendamente eficaz para inventarios a gran escala.

En cualquier caso, la mejor solución sigue siendo conservar las características técnicas de los dispositivos tras la adquisición, actualizar los datos, etiquetar equipos y periféricos y mantener toda la información en un soporte digital fácilmente manejable.

Si está pensando en migrar a software libre o a Vista, no sería descabellado comenzar a desarrollar estas tareas con el fin de facilitar ese cambio y, de paso, ahorrar unos euros si puede realizarse con personal propio. Si no es así, debe incluirse el inventario entre las tareas que forman parte del proyecto de migración, con su correspondiente coste económico y necesidades de recursos. Otro día trataré de hablar del inventario de software.

Toscalix in aKademy 2008 en Mechelen, Bélgica

Escribo desde la sala de ordenadores de aKademy 2008, en Mechelen, Bélgica. La acogida ha sido fantástica. Todo el mundo habla del evento del año que viene. La cantidad de españoles ha aumentado respecto al año pasado. Hay un par de chicos nuevos, además de los clásicos como Albert Alstad, Antonio Larrosa o Pedro Jurado.

El Youth Hostal en el que me quedo es mejor que el del pasado año. Por ahora no he tenido tiempo de probar la cerveza local y no me quedó más remedio que pedirle algo de cash prestado a Richard Dale porque no he encontrado bancos en los alrededores de la Universidad donde se imparten las conferencias. Para llegar, por cierto, hay que coger un tren desde Mechelen, que tarda muy poco. El caso es que esta mañana nos hemos subido unas 150 personas en él sin ticket. Toda una declaración de intenciones. Lo primero que nos ha chocado a todos es lo civilizada que es la gente. Dejan las bicis por fuera de las casas sin cadena. ¿Se imaginan eso en España?

He asistido a un par de charlas interesantes, especialmente la de step, una aplicación para educación tremendamente útil.

El viaje ha sido bastante bueno y no he encontrado contratiempos. El clima es malo y la comida, por ahora, también. Lo normal por estos lares. La gente es amable y la organización está realizando un buen trabajo.

Tengo una lista de cosas a realizar estos días muy amplia, no sólo para el evento del año que viene sino curro puro y duro. En todo caso, podré sacar algún rato para colaborar en algo relacionado con KDE.