Las jornadas de los datos (SIG Libre 2013)

“Al mal tiempo, buena cara”. Así empezaba la presentación de las Jornadas de SIG Libre de este año, y justo eso es lo que he visto y he vivido estos últimos días en Girona, la buena cara del mundo geo en nuestro país. Por mucho que hayan sido unas jornadas algo más austeras, con menos patrocinios y aunque nos hayan dado una libreta más pequeña que en los años anteriores, para mí estas jornadas han sido grandes.

Han sido unas jornadas mucho más reflexivas, con ponencias que hacían pensar, que invitaban a la reflexión y a dar un paso más hacia adelante. “Todo el software va a ser libre en unos años, eso ya lo tenemos ganado” decía Malcolm Bain. No estoy tan seguro de que vaya a ser tan fácil, pero es verdad que el software libre ya no es sólo algo de unos pocos frikis y que ahora que se está haciendo ya un hueco empezamos a ir más allá y a hablar de datos libres, el Open Data que se está empezando a poner tan de moda.

En estas jornadas se ha hablado mucho de datos, de que hay que liberarlos y de cómo hacerlo. Eso nos lo enseñó Alberto Ortiz del Gobierno Vasco, que nos contó como se estaba haciendo desde esa administración. Por desgracia es todavía una iniciativa bastante aislada en España y queda mucho camino aún por recorrer . Sin embargo da gusto ver a alguien desde la administración pública hablando de release early, release often sobre los datos, la importancia de liberarlos ya que otros podrán arreglarlos y sobre todo que es una indecencia querer volver a cobrar por datos que ya hemos pagado entre todos.

Se ha hablado mucho también de cómo visualizarlos, y de como el software libre es hoy en día la mejor forma de hacerlo, no por aspectos filosóficos sino simplemente porque es la tecnología más innovadora en este aspecto. Javier de la Torre, de Vizzuality, dio una gran charla sobre esto y sobre como estaba cambiando el paradigma del SIG en la web, con formas diferentes de mostrar la información. “Si un mapa necesita leyenda para entenderse es que está mal hecho” se dijo. A partir de esta ponencia hubo también bastante debate sobre si las IDE tenían sentido, los estándares OGC, INSPIRE… siendo este un debate muy enriquecedor y seguramente necesario. Sin embargo, en mi opinión, muchos de los argumentos que daba Javier eran bastante sesgados. Hay mapas que necesitan leyenda, y eso no significa que estén mal, y hay muchos casos en los que una IDE sí tiene sentido.

Al mismo tiempo se reflexionó también sobre los peligros de la sobrecarga de información. El último día, tras el título de SmallData vs BigData, Víctor Olaya esgrimía un alegato en favor del conocimiento, con una analogía de la batalla entre David y Goliat. David ganó la batalla porque era listo, sabía usar una honda y tenía puntería. No por tener una gran cantidad de datos o una tecnología espectacular vamos a hacer mejor las cosas. Hay que empezar por la base, que es tener el conocimiento necesario.

Respecto a lo que me tocaba más cerca, Fran Puga presentó el Curso de Introducción a los SIG para la Cooperación al Desarrollo y siguiendo el espíritu de las jornadas nos invitaba a reflexionar ante una diapositiva en blanco, que representaba lo que significa para muchos millones de personas el acceso a Internet.

Galicia volvió a estar ampliamente representada en las jornadas, con gente de empresas privadas, universidades y administración pública, síntoma de que el ecosistema geo sigue muy activo por estas tierras. Al igual que los distintos grupos de geoinquietos que se van consolidando en diferentes lugares y cuyas iniciativas pudimos presentar en una sesión desorganizada pero ilusionante al ver cuantas cosas se podían hacer simplemente con que un grupo de amigos se junten.

Para finalizar, sólo queda agradecer, un año más, la hospitalidad y el buen hacer de la organización y la camaradería de todos los participantes. Todo ello hace que te sientas como en casa durante los días que dura el evento y que tu calendario tenga todos los años marcada una “G” de Girona en marzo.

El año que viene más.

Emblemas en las carpetas de Nautilus

La versión 12.04 de Ubuntu trajo alguna que otra sorpresa, y no todas agradables. Por lo menos en mi casa se vivió un momento de pánico tras la actualización, y no no fue por quedarse sin las X al reiniciar, sino porque no se podían poner emblemas a las carpetas en nautilus.

En casa no tenemos windows, todos los ordenadores tienen GNU/Linux. Mi pareja se ha acostumbrado bastante bien a esto, la verdad. Desde que su viejo portátil con windows murió, las opciones pasaban por comprar otro o usar alguno de los míos que sólo tienen Ubuntu, así que la necesidad se encargó de hacer la transición hacia el software libre algo más dulce. Para mi sorpresa el período de adaptación  fue muy corto y ahora sencillamente se encuentra muy cómoda usando GNU/Linux y más cuando descubrió que a las carpetas de nautilus se le pueden poner emblemas!

Yo llevo usando GNU/Linux desde hace bastante años, y ni de broma se me hubiese ocurrido destacar esta característica, sin embargo está claro que tiene su público. El drama empezó cuando, como digo, tras actualizar a Ubuntu 12.04, esta funcionalidad no estaba.

Por suerte, y tras el susto inicial, hay forma de recuperarla, y sólo hacen falta un par de comandos:

sudo add-apt-repository ppa:nae-team/daily
sudo apt-get update
sudo apt-get install nautilus-actions-extra

Ahora, al hacer click con el botón derecho sobre una carpeta de nautilus tenemos, además de otras nuevas opciones, un apartado llamado Avanzado y dentro encontraremos la opción de Emblema.

La moraleja de esta historia es: Desarrolladores del mundo en general y de Ubuntu en particular, cuando vayan a eliminar una funcionalidad, pregúntenle antes a sus parejas.

Replicación en PostgreSQL con Bucardo

Siempre me ha llamado la atención la relación del software libre con los animales. Multitud de programas los utilizan como icono o en algunos casos, como el que nos ocupa cogen directamente el nombre de uno. Quizás esto daría para un post entero, pero de momento vamos a centrarnos en Bucardo, que además de ser una subespecie de cabra montesa, ya extinguida por cierto, es una herramienta para sincronizar y replicar bases de datos.

Por motivos de trabajo, llevo varios días haciendo algunas pruebas con ella, y de momento es bastante prometedor. Según la vaya conociendo más trataré de ir haciendo algún post más explicativo de como usarla, pero de momento daré unas pinceladas como introducción.

Como decía, Bucardo es una herramienta que sirve para sincronizar y replicar bases de datos PostgreSQL, permitiendo que dicha sincronización se haga en formato Master-Slave, es decir una base de datos donde se actualiza la información y una o varias de sólo lectura que se sincronizan con la primera, o en formato Multi-Master, con dos bases de datos sobre las que se actualiza información y que se sincronizan entre sí. En la propia wiki de PostgreSQL podéis ver una tabla resumen con las distintas herramientas que hay para sincronización y replicación y los tipos que soportan cada una.

Si miramos un poco dentro de Bucardo, vemos que en esencia no es más que un conjunto de scripts en Perl junto con un demonio que se encarga de monitorizar las distintas bases de datos. Se instala en un único punto, es decir, no hace falta que lo instalemos en todos los servidores de bases de datos que tengamos. Simplemente necesitaremos un clúster de PostgreSQL donde Bucardo creará su propia base de datos. En ella, iremos añadiendo la información que necesita para llevar a cabo la sincronización, rellenando las diferentes tablas con los datos de las diferentes instancias de PostgreSQL que queremos replicar.

La sincronización de la información se hace de forma asíncrona, es decir, una vez que hay un cambio en la base de datos maestra, este se envía a los esclavos o a otro maestro, pero sin preocuparse de si la información llega al destino o no. Esto puede suponer un problema, ya que en caso de que el servidor o servidores de destino no estén conectados y en funcionamiento en ese momento, la información se perderá.

Spotify nativo en Linux

Si usas spotify en GNU/Linux, seguramente lo haces a través de Wine, ejecutando la versión para windows. A pesar de que esta opción funcionan bastante bien, a veces suele dar algún que otro problemilla, y además no se integra completamente en el sistema.

Hace algún tiempo, en el blog oficial de spotify se anunció una versión para GNU/Linux, que según dicen, es la que usan internamente los propios desarrolladores de la plataforma. Es una versión preliminar sobre la que no se ofrece soporte oficial y además no está disponible para las cuentas gratuitas, ya que según comentan no han encontrado la forma de mostrar publicidad en ella.

Pues bien, recientemente esto ha cambiado y ahora sí soporta las cuentas gratuitas. Llevo usándola unos días en una Ubuntu 12.04 y la verdad es que funciona muy bien, además de integrarse perfectamente con el sistema.

Si quieres probarla sólo tienes que añadir el siguiente repositorio en /etc/apt/sources.list

deb http://repository.spotify.com stable non-free

añadir la clave pública si quieres comprobar los paquetes:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 94558F59

actualizar e instalar el cliente:

sudo apt-get update

sudo apt-get install spotify-client

Onion Model

En GHANDALF, la asociación para la difusión del software libre de la que soy cofundador, estamos estos días preparando un nuevo proyecto. Después de la estupenda acogida que tuvo la traducción al Gallego y posterior edición del libro Produccing Open Source Software en formato impreso, hemos decidio darnos esta vez un poco de autobombo y editar  un libro que recoja nuestros trabajos de la primera edición de Máster en Software Libre.

Recuperando esto días, aquellos maravaillosos escritos olvidados, llenos de ilusión, esfuerzo y falta de horas de sueño para entregar a tiempo, me he dado cuenta que en mi caso me vienen que ni pintados.

En gvSIG llevamos una temporada dándole vueltas a como integrar más a la comunidad en el proceso de desarrollo. Si bien mis trabajos no tienen la solución mágica a este problema, sí que daban algunas pinceladas que pueden ayudar a entender mejor como funcionan las comunidades de software libre. De uno de ellos rescato un breve párrafo que intentaba explicar brevemente como funciona el Onion Model. Si lo miras en la wikipedia probablemente lo entenderás mejor y hasta te vendrá un dibujo, pero yo pego aquí el intento que hacía para explicarlo:

“El Onion Model es un modelo característico de los proyectos de software libre y se cumple dentro de GNOME. De manera general, este modelo asume que el primer contacto con un proyecto de software libre se realiza a través de su página web, o como usuario del programa. A partir de aquí se puede utilizar la lista de correo del proyecto para consultar dudas e interactuar con otros miembros de la comunidad. Cuando se usa el programa se detectan errores, el siguiente paso es ayudar a la comunidad a resolverlos mediante el envio de informes de fallo. Para esto la mayoría de proyectos suelen usar una herramienta de seguimiento de errores, en el caso de GNOME se emplea Bugzilla. Cuando se tienen habilidades de programación se puede usar esta misma herramienta para enviar parches con soluciones para esos errores y así ganar méritos para ser incluido entre los desarrolladores del proyecto. Esto permite tener acceso directamente al sistema de control de versiones para subir las modificaciones directamente en lugar de enviar los parches.”

Esto es un modelo ideal, cada comunidad es un mundo y probablemente haya muchas formas distinas de hacercarse a ella. Conocer como funciona, como la gente se aproxima a tu proyecto, es fundamental para poder llevar a cabo una buena gestión de la comunidad y lograr esas preciadas colaboraciones que harán crecer tu proyecto.

Jornadas abiertas del Master en Software Libre

Hace un par de semanas tuvieron lugar  en el máster de software libre, organizado por Igalia y la Universidad Rey Juan Carlos I,  unas jornadas abiertas en las que varios ex-alumnos pudimos contar nuestras experiencias alrededor del Sofware Libre. Mi participación consistió en una charla sobre la relación de iCarto, empresa de la que soy socio fundador, y el proyecto gvSIG.

Cuando me propusieron la posibilidad de participar en las jornadas para hablar de esta relación empresa-proyecto de Software Libre, tuve bastantes dudas sobre como enfocarlo. Recuerdo que en la primera edición del máster, la que yo cursé, en diferentes momentos surgió la pregunta de cómo ganar dinero con el Software Libre. El movimiento del Software Libre, tiene una componente filosófica muy grande detrás, la mayoría de los que estamos metidos en él es por convicción, porque nos gusta esta filosofía, el compartir nuestro conocimiento y aprender del de los demás. Sin embargo, mientras el mundo no cambie, todos necesitamos dinero para vivir. Conseguir que una filosofía, un modo diferente de ver las cosas, además te de dinero, parece a priori bastante complicado.

Durante el máster, estudiamos la famosa clasificación de Hecker que intenta dar respuesta a qué modelos de negocio se pueden utilizar en el Software Libre. Sin embargo, todo esto se quedaba en la teoría, necesitábamos ver como se lleva realmente esto a la práctica. Recuerdo que incluso se había organizado una mesa redonda, que no estaba prevista, para tratar de satisfacer nuestra gran curiosidad en este punto. Con esto en mente, se me ocurrió tratar de enfocar la charla hacia esto y tratar de transmitir, sobre todo a los alumnos de esta edición, mi experiencia en iCarto y todo el valor que generamos en nuestros proyectos en base al Software Libre.

De todo esto salió la presentación que os dejo a continuación. En ella hablo de tres cosas: una tecnología, los sistemas de información geográfica (SIG), una comunidad, la que se generó alrededor del proyecto gvSIG, y una empresa, iCarto, y como se puede conseguir generar valor a través de la relación empresa-proyecto de Software Libre.

Empresas y Software Libre: Del sistema feudal a la economía del conocimiento

En el post anterior se daba una visión de las opciones que una empresa tiene, cuando quiere desarrollar un producto como software libre. Ahora trataremos de analizar que posibilidades tienen las empresas que buscan desarrollar un modelo de negocio alrededor de un producto de software libre existente.

En el software propietario no había muchas posibilidades, el modelo típico es similar al sistema feudal. Los señores feudales dominaban las tierras de la misma forma que las grandes corporaciones dominan el mercado con productos de software cerrados. Los campesinos sólo podían trabajar las tierras de los señores a cambio de las condiciones que estos imponían, algo similar, salvando las distancias, a lo que ocurre con las pequeñas empresas que quieren desarrollar soluciones sobre los productos de estas compañías. Aquí las condiciones se ponen mediante los programas de partners.

El software libre, por contra, representa la economía del conocimiento. Las reglas del juego son las mismas para todos, el software está ahí disponible para ser usado, sin condiciones. Las empresas ya no dependen de terceros sino de su propio “Know-how“. A partir de aquí pueden aparecer tantos modelos de negocio como las empresas sean capaces de encontrar. Algunos son bastante claros:

• Distribuir software libre: Aunque el software libre se puede distribuir libremente, muchas empresas lo empaquetan de forma que su instalación sea más sencilla para los usuarios. Es el claro caso de las distribuciones de linux.
• Dar soporte: El poder tener acceso al software, a su código, estudiarlo y analizarlo permite a culquier compañía especializarse en cualquier producto y dar soporte sobre él a terceros. Ligado a esto están los modelos de negocio de consultoría y formación.
• Apoyarse en el software libre para romper dependencias: Muchas compañías migran sus productos a sistemas de software libre, de este modo evitan depender de otros fabricantes de software con los que además compiten en ciertos nichos de mercado.
• Utilizar software libre para generar valor: Empresas que no basan su negocio en el desarrollo de software, pero que necesitan utilizarlo encuentran más facilidades en el software libre para racionalizar el coste. Vendedores de hardware por ejemplo, pueden centrarse en el desarrollo de su producto, sin desviar tantos esfuerzos al software, que para ellos es accesorio.
• Desarrollo de soluciones a medida: Pequeñas compañías pueden desarrollar soluciones software a medida partiendo de un proyecto de software libre. Pueden trabajar de forma independiente, no necesitan acuerdos de partner con una gran compañía, ni un número elevado de desarrolladores para crear una solución potente.

Este último es especialmente interesante ya que muestra como el software libre ha cambiado las leyes del mercado. Ya no hay competidores sino aliados. La tecnología, el software son comunes para todos y las mejoras que uno introduce son aprovechas por otro. El negocio está ahora en las capacidades de cada uno, en su conocimiento y habilidades. Es un modelo más justo que permite competir a todos por igual, que se basa en el conocimiento para generar valor y que se puede resumir en una frase:

Connect on your similarities and profit from your benefits

Pero para que todo esto funcione, las empresas , tienen que relacionarse con las comunidades de software libre que mantienen los proyectos en los que basan sus modelos de negocio, y esto, no siempre es sencillo ya que el desarrollo de software libre en comunidad tiene sus particularidades. Comprenderlas y sacar partido de ellas es algo todavía nuevo para muchas compañías. Pero esto queda para otro post…

Empresas y Software Libre

En los ultimos años el software libre ha ido ganando terreno en el mundo empresarial. Ya no es visto simplemente como un movimiento filosófico sino que aporta muchas ventajas tanto tecnológica como económicamente y las empresas no quieren perdérselas.

Poco a poco han ido apareciendo diferentes modelo de negocio alrededor del software libre y las empresas tratan de sacar partido de estos, pero no siempre es sencillo, a veces porque el modelo no está suficientemente maduro o porque las empresas no tienen el conocimiento necesario para sacar partido de un movimiento que tiene sus particularidades. Por simplificar bastante, cuando una compañía quiere hacer negocio con software libre, tiene dos aproximaciones posibles: partir de un proyecto existente, interactuar con la comunidad y ofrecer sus propios servicios basados en ese software o crear un proyecto propio. La primera aproximación la dejo para un futuro post. Sobre la segunda, me ha parecido muy interesante la visión de Ben Collins-Sussman y Brian Fitzpatrick (más conocidos por haber formado parte del equipo que desarrolló Subversion) en una charla en la OSCON, en la que hablan de las diferentes estrategias empleadas por las empresas al crear proyectos de software libre.

A la primera la denominan Fake open source, se trata de liberar el código fuente del proyecto bajo una licencia no libre. Con esto no se consigue realmente ninguno de los beneficios que el software libre puede aportar al desarrollo del proyecto y además se corre el riesgo de crear antipatías entre la comunidad.

Las dos siguientes son similares y las denominan Throw code over wall y  Develop internally, post externally. La primera consiste simplemente en liberar el código del proyecto bajo una licencia libre. De esta forma no hay posibilidad de generar una comunidad y no se genera ningún tipo de confianza en el proyecto. En el segundo caso se trata de desarrollar el proyecto dentro de la empresa, pero con un repositorio público, de forma que la comunidad pueda ver los avances. Todas las decisiones de diseño y desarrollo se toman internamente. Con esta estrategia es posible conseguir algunos seguidores interesados en el proyecto e incluso es posible que envíen algún parche, pero no es posible crear una comunidad al no permitir que desarrolladores externos se impliquen en el proyecto.

La siguiente estrategia se denomina Open monarchy, el desarrollo se lleva a cabo en un repositorio público y las discusiones sobre el proyecto se llevan también al terreno público, sin embargo los líderes del proyecto y los committers pertenecen sólo a la empresa que es quien fija las reglas y toma las decisiones finales. De esta forma se empieza a disponer de algunos de los beneficios que aporta el software libre. Las discusiones públicas generan participación de gente externa que aporta ideas lo que repercutirá positivamente en la calidad del software. Se genera confianza en el proyecto y en algunos casos incluso se permite la participación de gente externa. Pero qué pasa cuando la compañía toma una decisión que no gusta a la comunidad? o no ofrece la suficiente garantía de que el proyecto crezca a un ritmo razonable, bien porque en esos momentos la compañía tiene otras prioridades o porque no tiene suficientes recursos para mantener el proyecto? En estos casos el proyecto corre el riesgo de morir o de que aparezca un fork liderado por la comunidad.

Siguiendo esta senda de lo privado hacia lo público, llegamos a la última estrategia, denominada Consensus-Based development. Aquí todo es público, el desarrollo, las discusiones… la toma de decisiones es consensuada entre todos los committers, que ya no sólo pertenence a la empresa sino que cualquiera que se involucre en el proyecto tiene la posibilidad de llegar a serlo [meritocracia]. Con esta estrategia se obtienen todos los beneficios que aporta el software libre y hace que el proyecto sea mantenible a largo plazo ya que no sólo depende de los recursos de la empresa sino que tiene a disposición todos los recursos que la comunidad de desarrolladores  y usuarios puede ofrecerle. Se genera confianza en el proyecto lo que atraerá a más participantes a la comunidad y a otras empresas interesadas en el proyecto.

Tiempo de cambios…

En el blog:

Cuando comencé este blog lo hice en Inglés, un poco por tratar de llegar a más gente y también por obligarme a practicar y a que no se me oxidasen demasiado mis escasos conocimientos de la lengua de Shakespeare. Ahora inicio una nueva etapa con posts también en Castellano, sé que es un riesgo porque siempre es más fácil contar cosas en tu lengua pero espero poder seguir animándome a escribir en Inglés de vez en cuando.

En lo profesional:

Estos dos últimos años he estado trabajando en el CartoLab, el laboratorio de Ingeniería Cartográfica de la Universidade da Coruña. La verdad es que han sido dos años muy buenos en mi vida, he hecho lo que más me gusta, me han pagado por ello, he conocido a gente que tiene ya un lugar muy especial en mi vida y he disfrutado de un ambiente de trabajo increíble.

Ahora toca cambiar de aires, aunque no del todo de compañeros de viaje. Me embarco en una iniciativa empresarial junto a 6 compañeros del CartoLab. Juntos hemos creado iCarto, una pequeña empresa que nace con la idea de intentar ser diferente, de intentar brindarnos la oportunidad de hacer lo que nos gusta y como nos gusta. Sus tres ejes principales son los Sistemas de Información Geográfica (GIS), el Software Libre y la Cooperación al Desarrollo. Pero lo más importante de iCarto para nosotros son las personas que la forman, por eso nace con la idea de ser una empresa asamblearia, donde podamos decidir entre todos, y horizontal, sin jerarquías, donde todos aportemos lo mismo.

En definitiva, se cierra una muy buena etapa hacia la que todavía miro con algo de morriña, pero se abre una nueva, llena de ilusión y con muy buenas sensaciones.

Y por cierto, Felices Fiestas a todos y que el 2011 sea para vosotros también tiempo de cambio… para bien.