Caixanova Master on Libre Software Planet

80 añitos ya

2008-11-20T18:01:35+00:00

Hace dos días (se me pasó la fecha) se cumplían 80 años de esto:

Me encanta que los planes salgan bien

2008-11-18T22:00:47+00:00

Vale, no tengo una orden de captura sobre mi cabeza, ni una furgoneta negra muy molona, ni el pelo cano… ni siquiera un puro en la boca (ni me gustaría, puaj), así que en lo único que puedo emular a Hannibal es en decir esa frase.

Hace más o menos un mes que vivo en Coruña. Lo que para muchos pareció una decisión tomada al vuelo de un día para otro, fue en realidad un plan meditado profundamente hace ya mucho tiempo, y asentado definitivamente tras pasar un par de meses en la cidudad durante el verano.

La idea inicial era terminar el máster en Software Libre y buscar trabajo. He de decir que lo afronté con mucho temor, aunque tenía dinero ahorrado no podría aguantar muchos meses sin empleo, por lo que existía la posibilidad de volver a casa sin nada. Sin embargo hubo suerte y me han contratado en el Cartolab, en la Escuela de Caminos, en la universidad. Llevo sólo unos días y de momento no he hecho gran cosa, estoy adaptándome poco a poco con las herramientas con las que me va a tocar pelearme. La gente allí es fantástica y hay un buen ambiente de trabajo (veremos si opino lo mismo cuando las fechas de entrega nos obliguen a pasar noches sin dormir, con lo marmota que me he vuelto).

Sin embargo ocurrió todo un pelín deprisa, sin apenas tiempo para respirar entre el final del curso y el comienzo en el curro. Me han quedado un montón de tareas pendientes que tenía previsto afrontar al comienzo de mi vigésimo octavo año en este mundo:

Programar un parche para gnanoblog, el cliente de Twitter que creamos en el máster.
Dedicarme a investigar un poco por mi cuenta algunos de los lenguajes de programación a los que me han introducido a lo largo del último año.
Escribir una novela que tengo en mente desde hace nada menos que cinco años. Esto me va a costar mucho, no sé ni por dónde empezar.
Salir de juerga un poco, que hace semanas que no hago vida nocturna… y si es en poblaciones nuevas, mejor que mejor.
Retomar un poco este blog (si es que se me ocurre de qué narices escribir) y, sobre todo, el pozcas (que lo tenemos un poquito abandonado). Y ya de paso se puede volver a intentar con La Mazmorra del Androide (¡tiene nuevo diseño!)

Así que ahí me queda para futuros meses los primeros planes para el poco tiempo libre que pueda tener. A mayores me gustaría mejorar mi inglés (tengo que preparar un viaje a Londres o algo así) y estudiar otro idioma desde cero.

Y seguir aprendiendo cosas.

Resolución do Premio ó mellor PFC de Sw Libre

2008-11-13T12:03:10+00:00

O mércores 12 pola tarde realizouse o evento de resolución do premio. O xurado, estivo conformado polos 3 decanos/directores das facultades de informática galegas: Antonio Mosquera pola ETSE da USC (e anfitrión desta edición), Alberto Valderruten pola FIC da UdC, Enrique Barreiro pola EI da UVigo; Suso Baleato como coordinador de Mancomún, Centro de Referencia e Servizos de Sw Libre a nivel galego; Javier Vázquez e eu mesmo (Andrés Maneiro) por parte de Igalia.

De cara á resolución final, e como se publicitou previamente nas bases, tívose en conta tanto os aspectos técnicos do proxecto como os de comunidade e actividade pública.

O gañador da edición 2008 (cunha dotación de 1000€) foi Miguel Álvarez Úbeda co proxecto Herramientas de análisis de redes, debido ós méritos en ambos campos antes mencionados:

Aspectos técnicos: a condición de Matrícula de Honra do PFC presentado.

Actividade pública: integración do PFC cun proxecto existente como gvSIG como extensión non oficial.

Porén, o xurado decidiu conceder o Accésit (cunha dotación de 500€) a Orlando García Feal co proxecto Katmus.

Finalmente, e debido á calidade do proxecto presentado, o xurado decidiu outorgar unha Mención de honra (sen dotación económica) non contemplada ó inicio, a Diego Pérez Montes polo proxecto ASTRA.

[Na foto, Diego Pérez, Orlando García e Miguel Álvarez]

Finalmente, só queremos felicitar a todos os participantes polo gran esforzo realizado nos seus PFC.

Esperamos que o modesto impulso que é o premio contribuíse ós obxectivos que nos marcamos ó comezo:

Pór en valor o traballo realizado polos estudantes, amosando que é posible realizar PFC con software libre, ben sexa aportando novas funcionalidades a un proxecto existente ou lanzando un propio.

Aumentar o coñemento do funcionamento das comunidades de software libre na comunidade universitaria a través da guía que fomos elaborando ó longo de todos estes meses.

Gracias a todos por conectarvos connosco.

Resolución e entrega de Premios na ETSE

2008-11-10T16:54:48+00:00

proceso de inscripción no premio

finalistas

Antón Román - BlueSS Server for Linux
Carlos Franco - Vídeo estereoscópico
Diego Pérez - ASTRA: Advanced Sphinx TRAiner
Miguel Álvarez - Herramientas de análisis de redes en un sistema de información geográfica
Orlando García - Katmus

A fase final do evento realizarase na Universidade de Santiago de Compostela:

Data: 12 de Novembro, 16:30h
Lugar: Escola Técnica Superior de Enxeñería da Universidade de Santiago de Compostela. [ver mapa]

&lt;br /&gt; &lt;p&gt;Cada un dos participantes terá 15 minutos para realizar unha presentación do seu proxecto. Posteriormente, o xurado realizará unha avaliación dos mesmos para dar lugar ó gañador.&lt;/p&gt; &lt;p&gt;O evento é aberto e estades invitados a asistir tanto á presentación como ós pinchos posteriores, onde ademáis teredes a oportunidade de falar directamente cos participantes e &lt;a xhref=”http://blogs.igalia.com/premio-pfcsoftwarelibre-2008/premio-pfc-sw-libre-unha-faq/#xurado” mce_href=”http://blogs.igalia.com/premio-pfcsoftwarelibre-2008/premio-pfc-sw-libre-unha-faq/#xurado”&gt;xurado&lt;/a&gt;.&lt;/p&gt; &lt;/ul&gt;

Programming tip

2008-11-07T17:01:28+00:00

Commonly, we have to compare constants with variables. Traditionally, it is achieved like that:

if (variable == CONSTANT)
{
...
}

But this is a common source of errors. If we write '=' instead '==', compilation will be achieved correctly, but execution maybe crash.

In order to avoid this problem, the first member of the comparison must be the constant:

if (CONSTANT == compilation)
{
...
}

This way, if we forget one 'equal' a compilation error will arise.

Shell Scripting notes

2008-11-07T16:49:37+00:00

Eight years ago, back in 2000, I was decided to learn shell scripting. I found the Bourne Shell Programming book by Robert P. Sayle a very good way to start, so I began my way through it, reading the concepts, making the exercises and taking advantage the opportunity to write a sort of personal notes (in Spanish) using LyX (a text processor I liked very much at the moment).

Some time later I submitted the notes to the GPUL mailing list and they were posted at the research groups page. Unfortunately, there’s no way to access the notes from there, because a disk failure and the website revamping got them lost. It’s a pity, because not even the Internet Archive preserves a copy of them.

Those notes have a symbolic value for me. They served as a basis for later bash scripting courses I taught and, after many changes and adaptations, are still the main inspiration for the shell scripting slides used in the Caixanova Free Software Master.

For that reason, today I did a bit of computer archaeology and searched through my old backups until I found it. Now that this material is back, I want to share it with all of you:

Shell Scripting notes (PDF version): bash.pdf
Shell Scripting notes (archive with LyX, tex, ps and HTML versions): articulo_scripting.tgz

Enjoy it!

Spanish version / versión en español:

Hace ocho años, allá por el 2000, me decidí a aprender shell scripting. Descubrí que el libro Bourne Shell Programming de Robert P. Sayle era una muy buena forma de empezar, así que inicié mi camino a través de él, leyendo los conceptos, haciendo ejercicios y aprovechando la oportunidad para escribir una especie notas personales (en español) usando LyX (un procesador de textos que me gustaba mucho en aquel momento).

Algún tiempo después envié las notas a la lista de correo de GPUL y fueron publicadas en la página de grupos de investigación. Por desgracia, no hay forma de acceder a las notas desde allí, porque un fallo de disco y la remodelación del sitio web hicieron que se perdieran. Es una pena, porque ni siquiera el Internet Archive guarda una copia de ellas.

Esas notas tienen un valor simbólico para mi. Sirvieron como base para cursos posteriores de scripting bash que impartí y, tras muchos cambios y adaptaciones, son aún la inspiración principal para las transparencias de shell scripting usadas en el Master de Software Libre de Caixanova.

Por esa razón, hoy hice un poco de arqueología informática y estuve buscando en mis viejos backups hasta que lo encontré. Ahora que este material ha reaparecido, quiero compartirlo con todos vosotros:

Notas sobre Shell Scripting (versión PDF): bash.pdf
Notas sobre Shell Scripting (archivo con versiones LyX, tex, ps y HTML): articulo_scripting.tgz

Disfrutadlo!

Permalink | No comment | Backlinks

En las JIDEE 2008 en Tenerife III

2008-11-07T14:09:00+00:00

En este último día de Jornadas me ha tocado presentar el trabajo del CartoLab sobre IDEs con la participación del SITGA. Nuestra ponencia presentada tiene por título "Metodología de análisis y estudio comparativo de IDEs en el territorio español".

En ella presentamos la necesidad de hacer estudios de estas plataformas de información que experimentan un crecimiento pronunciado en los últimos años.
La jerarquía de la red propuesta por la Directiva INSPIRE es la siguiente:

Sin embargo, este crecimiento es desigual mostrándose el siguiente escenario real:

Además, en este trabajo hacemos una propuesta para realizar análisis tanto de forma manual, como de forma masiva y automatizada. Para llevar a cabo esta segunda aproximación, hemos empezado el desarrollo de la aplicación OGCAnalyzer usando python como lenguaje de programación y que facilita mucho la obtención de información sobre los servicios del OGC, actualmente WMS. Todos los datos se obtienen usando peticiones del estándard. Nuestra intención es que este proyecto se libere y abrir el desarrollo a otros equipos de trabajo.

Como demostración de nuestra metodología hemos presentado unos resultados obtenidos con OGCAnalyzer. En los siguientes mapas temáticos podemos apreciar las diferencias en cuanto a número de capas a nivel de regional (mapa en tonos azules) y el nivel de metadatos "básicos" disponibles.
*** Actualización
Disponibles en los artículos y las presentaciones de estas jornadas en jidee08.
La aportación del Cartolab se puede acceder en pinchando en artículo y presentación.

En las JIDEE 2008 en Tenerife II

2008-11-06T18:10:00+00:00

Tras haber rebasado el ecuador de las jornadas, mi impresión general es que las administraciones están muy concienciadas en cuanto al uso de IDE para facilitar información de los ciudadanos.

Comentar brevísimente algunas ponencias, como por ejemplo la del SIU (Sistema de Información Urbana) que es una iniciativa muy interesante del ministerio de Vivienda para incorporar transparencia en cuanto al planeamiento urbanístico, usos del suelo, etc. Esto sigue la estructura jerarquizada que trata de unificar los datos de administraciones regionales y locales y las superiores. En la ponencia pudimos ver el prototipo del futuro portal SIU usando la tecnología FLEX que parece ofrecer una calidad visual muy interesante.

La presencia del software libre no está siendo tan palpable como debería, a pesar de que hay mucho software libre detrás de los IDEs y otros proyectos presentados. A destacar el uso de SwL como Apache-Jmeter para analizar y probar IDEs como las de MIrame-IDEDuero. Estos han descartado otras alternativas privativas por su alto precio, pero que tenían mejor salida de resultados.

Decir que en estas sesiones he podido asistir a ponencias de altos cargos con responsabilidades que tenían perfectamente claro la dirección a seguir en cuanto a la publicación de los datos geográficos usando estas tecnologías. Por otra parte, citar dos proyectos gigantescos el EuroGeoNames y la infraestructura de Direcciones Europea (EURADIN). El primero pretende ser el "catálogo definitivo" de topónimos para los Países de la Unión Europea. Para ello, se está elaborando una base de datos donde se recogen todos los nombres oficiales y normalizados en todas las lenguas de los Países de la unión entre ellos el gallego. El segundo proyecto, es una iniciativa que involucra a distintas empresas y administraciones que está aún en una de sus primeras fases, pero que cuenta con un gran despliegue.

Tripod

2008-11-06T12:17:54+00:00

Por múltiples motivos que no vienen a cuento y por la gran cantidad de tiempo libre que tengo (la semana pasada terminó el Máster en Software Libre), últimamente no estoy de muy buen humor. Es por eso que estos días, cuando no sé muy bien qué hacer, recurro a esas cosas que me hacen gracia, esas cosas que logran arrancarme una sonrisa.

Una de ellas es un grupo australiano llamado Tripod, que son una panda de frikis que cantan unas canciones con las que es imposible no reirse. Y como me apetece compartir el conocimiento (siempre ha sonado bien esta frase, ¿eh?), os voy a dejar los enlaces de mis favoritas:

Gonna make you happy - Con esta canción los conocí hace un par de años, es una canción de amor desde el punto de vista de un aficionado a los videojuegos. Aunque me hace mucha gracia no me siento identificado con ella, que conste xD

Comic Shop - Realista reflejo de los frikis de los cómics, a pesar de que muchas veces lo neguemos (bueno, en realidad yo no lo niego xD)

Krap Karate - ¿Es posible aprender Karate con sólo ver películas? (Looks great in a mirror!)

Ghost Ship - Una canción de terror, el barco fantasma se llevará a todos los pecadores…

A continuación pongo un par de ellas más, pero carecen de subtítulos en castellano. Pero se les entiende bastante bien de todas formas.

Stalker song - Vale, me has rechazado. Te voy a dejar tiempo para que te plantees una relación conmigo, pero mientras tanto… ¿te parece bien que te persiga?

That’s why I’m sending you - No sé si ese es su título realmente, pero bueno. Trata de cómo dejar a tu novia de una forma suave…

Let’s take a walk - A veces, cuando el amor pierde su magia, hay que volver a ese lugar donde el amor surge de nuevo.

Hay mucho más. Entrad en Youtube y buscad “Tripod” para ver unas cuantas canciones más…

En las JIDEE 2008 en Tenerife

2008-11-05T17:24:00+00:00

Este año 2008 las V Jornadas Técnicas de IDEE (jidee2008) se celebran en Tenerife en el Palacio de Congreso MAGMA.

La oferta de conferencias (programa científico) es enorme por lo que hay 3 salas disponibles con charlas de poco más de 10 minutos durante los días 5, 6 y 7 de noviembre, además de la mesa redonda, paneles, stands, etc.

Este volumen de actividad hace intuir que en España se está tomando conciencia de la importancia de las IDE y que existe ya gran cantidad de gente trabajando con estas plataformas de información geográfica.

Intentaré hacer de reportero virtual comentando para los que no hayan podido asistir.

Coming back!

2008-11-02T06:55:01+00:00

How a long from my last post!!

This time I've been working on HED (Home Entertainment Device), now renamed as Blu:Brain and finishing the Free Software Master.

Then I have to tell a lot of interesting things related these issues. Taking into account this is a personal blog, next posts will be related to the second one.

To start with this review, I show you the new appearance of GMyspace:

As you can see, it is too closed to an useful application :)

See you!

Nokia becará alumnos del Máster de Software Libre

2008-10-31T11:28:43+00:00

Acabamos de publicar en la web del Máster de Software Libre Caixanova la noticia de que Nokia becará alumnos del Máster de Software Libre, esta edición 2008-09 en Vigo, para realizar su prácticum en sus instalaciones en Helsinki (Finlandia).

Es una noticia que llevábamos un tiempo esperando poder publicar y ya se ha confirmado. Le dan ganas a uno de inscribirse en el Máster sólo por las prácticas, ya sea para irse a Helsinki o trabajar con cualquiera de las otras empresas colaboradoras, incluida Igalia .

Compensando esta alegría y gran noticia, está la necesidad de reflexión sobre la continuidad del Máster. En su segunda edición, el número de alumnos inscritos ha sido extremadamente bajo, lo cual es una suerte absoluta para los estudiantes, ya que se beneficiarán de una atención todavía más personalizada, pero cuestiona la viabilidad económica del postgrado, posible gracias al apoyo financiero de Caixanova.

En Igalia, con la URJC y Caixanova, nos estamos planteando qué hemos hecho mal para que este postgrado, el cual hemos diseñado para ser el mejor Máster presencial de software libre existente (humildemente, pero con ese objetivo), no haya despertado por ahora mayor interés.

En próximos posts compartiré mis/nuestras reflexiones al respecto, intentando mejorar nuestra oferta para alcanzar el objetivo citado y seguir contribuyendo a formar verdaderos hackers, capacitados de gestionar y participar en proyectos de comunidades de software libre internacionales.

Basic commands and scripting class at Free Software Master

2008-10-26T11:51:40+00:00

This weekend I’ve taught the first sessions at Caixanova Free Software Master. It consisted of a brief introduction to basic command line tools and some concepts about shell scripting and regular expressions tools.

All the course slides are licensed under a Creative Commons license. Until we finish to set up the course collaborative platform, the slides and exercises will be available in my personal web page. I’ll update this link when a final destination for those materials is found.

In addition, Ive compiled some interesting links related to the subject, which can be found in this dedicated Delicious section.

Permalink | No comment | Backlinks

About the future of this blog

2008-10-22T06:44:40+00:00

Hi again!

This posting will suppose a change in the course that this blog has been following this far.

'Going Free' was born as part of my practicum at Libre Software Master, held by Caixanova, Igalia and Universidad Rey Juan Carlos. It would be the log of my work regarding the releasing of gisEIEL project. And, being an accademic exercise, it would:

Be personally (and exclusively) written by me
Relate only to gisEIEL project, and
Be written in English (Yes, that was the very reason! What were you thinking of? :-D )

But in the meanwhile, it became the official news bulletin of our project, and now that the Master ends (Buaaahhhh!!!!!! LOC!!!!!! -Lots of crying-), the blog itself gets free of any conditionings. Hence from now on it may happen that you find that some postings are not written by me, but by any of the core developers and managers. Puede también ocurrir que algunas entradas estén escritas en español. Ou en galego. Oppure in Italiano. Aagso i dansk. Or in any other language, just in the same way as we decided having a single set of collaborative tools, despite what's the language of each single contributor, this way taking full advantage of the fact that we all can communicate one with all of the rest through the Internet and its tools.

A crazy experiment? Well, maybe! But as in the song:

The future will tell us

¿Qué será, será?

(or "Che sará, sará?", depending on the versions)

What will be, will be?

We don't believe in misticisms, but we strongly believe in "mestizaje". And as 'Blade Runner' followers, we also believe in "interlingua" ;-)

Our project is not very big, at least by the moment, and this fact will (I hope) let us keep things under control.

Finally, even still focused on gisEIEL, this blog may be open to other subjects. But always (and this is a promise) relating to GIS and Libre Software realms.

So: Farewell, you old blog! Wellcome (bienvenido, benvido, benvenutto, benvingut, welkome, willkomen,...) new 'Going Free'!

You rock!

2008-10-15T16:30:15+00:00

Visto en Userlinux.

Blogging in the darkness

2008-10-06T17:08:48+00:00

It has been a long time since i last wrote a post in my blog, my blog is included in several planets so every time i published anything it was published at Planet Igalia, Planet GNOME HISPANO , Planet GPUL and the Planet Caixanova Master on Free Software, but today if finally i finished decided to create different tags for each target of public so i can start using my weblog for a more personal use not only related to Free Software or my work in Igalia. So my family and friends can understand something
So i am publishing this as my last general post for all the planets i am aggregated

Traducciones en el software libre

2008-09-30T17:59:25+00:00

Hace ya unos cuantos meses hice colaboré en la localización al gallego de la versión 4 de KDE como trabajo para el máster. Finalmente mis traducciones no fueron utilizadas, cosa que no me sorprende especialmente puesto que era la primera vez que hacía algo así y estoy seguro de que he cometido unos cuantos errores (aunque no me informaron de nada al respecto).

Sin embargo, siguiendo la línea de trabajo, realicé posteriormente un documento, también en gallego, en el que se explica breve mente cómo funcionan la librería Gettext, de GNU, que utilizan los programadores para que su software pueda ser traducido. No siempre se utiliza esta librería directamente, si no que se utilizan otras librerías que la recubren, pero al final el funcionamiento es similar.

El documento (en pdf): Traducións no software libre.

Como se puede observar, la licencia permite redistribuir y modificar el documento, para lo cual siempre podéis acceder al repositorio para descargar la versión docbook del documento. Allí, además, encontraréis la presentación (en ODT) que utilicé en su día en clase.

GNOME y Ubuntu: o el márketing como una cuestión logística

2008-09-30T11:14:24+00:00

En el anterior post argumentábamos que:

el éxito de las iniciativas del proyecto firefox se debe principalmente al equipo Spread Firefox y su concepción del márketing como socialización de las preferencias, como creacion de comunidad.

Y la pregunta que nos quedaba pendiente: ¿es extrapolable su modelo a otros proyectos de software libre?

Esta misma pregunta se la realizó Tom Chance en Guerrilla Márketing: promoting community projects in the marketplace. Luego de contextualizar el caso de Firefox, se pregunta si un modelo similar es extrapolable a GNOME y KDE, llegando a las siguientes conclusiones:

Base instalada: “products like KDE and GNOME face several major hurdles: for most computer users they require a migration to a completely new operating system like GNU/Linux or FreeBSD, whereas Firefox can be installed on every major consumer operating system“.

Experiencia de usuario: “second, even where users can try them out (on Live CDs, for example), users are presented with a bewildering array of new features requiring a lot of time and interest to digest.“

Logística: “where users come into contact with them, the products are bundled with the distributor’s own offerings, usually re-branded and slightly modified, meaning that the individual, original products aren’t the main subject of promotion.“

Así, se puede decir que:

Given these problems, it’s apparent that the Firefox community’s word of mouth campaign, based on a simple frame and a product that can be tested and promoted with ease, isn’t appropriate for all free software projects.

Si la gran fortaleza de las campañas de firefox es que requieren poco esfuerzo (uso de nuevas versiones, instalación, …), no es ésto algo que puedan aprovechar los escritorios, que principalmente dependen de las distribuciones en las que van empaquetados y necesitan un largo recorrido para ser testeados. Así, en un principio, las técnicas de márketing guerrilla usadas por firefox no parecen adecuadas en el caso de los escritorios.

LAS DISTRIBUCIONES COMO CANAL (DE DISTRIBUCIÓN)

En un post de este mismo año, Mark Shuttleworth, habla de coordinar la pila entera de software: Economic clustering and Free Software release coordination. Más allá de entrar en esta discusión, me interesa resaltar el punto clave de su argumentación:

Can you name, for the last major enterprise release of your favourite distribution, the specific major versions of kernel, gcc, X, GNOME, KDE, OpenOffice.org or Mozilla that were shipped? And can you say whether those major versions were the same or different to any of the enterprise releases of Ubuntu, SLES, Debian, or RHEL which shipped at roughly the same time?

I’m willing to bet that any particular customer would say that they can’t remember either which versions were involved, or how those stacked up against the competition, and don’t care either. So looking backwards, differences in versions weren’t a customer-differentiating item. We can do the same thought experiment looking forwards.

Con este argumento, Mark sitúa la llave del mercado en las distribuciones (UBuntu, RedHat, Suse, …), antes que en cualquier otro lugar. Son las distribuciones las que convierten productos (un kernel, un escritorio y una serie de utilidades) en una experiencia de usuario.

Suponiendo que la mayoría de usuarios no se instalarán por sí mismos su escritorio favorito, la estrategia más razonable parece tratar de ser el escritorio por defecto de las distribuciones.

Aunque algunas distros permiten seleccionar en la instalación cuál de los 2 se instalará, otras (como Ubuntu) tiene por defecto GNOME, aunque se puede usar con otros escritorios (KDE o XFCE). Y a medida que iniciativas acomo la de DELL (vender su hardware con versiones de linux preinstaladas) ofrezcan al usuario una solución out-of-the-box adecuada con linux, parece que será más importante ser la aplicación por defecto.

El reto para los escritorios es, por lo tanto, cumplir las siguientes expectativas:

Usuarios: construir un escritorio de gran usabilidad.
Distribuidores: ofrecer unha solución que encaje con sus planes de negocio (sincronizar los ciclos de release, …).

Porque no olvidemos que - como dice John Williams- …

Marketing is not about convincing people to buy (or use) your product or service. That is selling. Marketing is about matching the output of your organization to the demands of the (chosen) market. Put another way, marketing is about finding out what people want, and then giving it to them.

El márketing en Firefox: o cómo generar marca a través del swarming

2008-09-26T12:02:46+00:00

Estos días he estado haciendo una breve investigación sobre cómo están haciendo márketing los proyectos/comunidades de software libre.

Mi punto de arranque fue el proyecto firefox y la comunidad que da soporte a las acciones de márketing. Pensando en ello, se me vinieron a la cabeza 2 acciones principales:

Anuncio en el New York Times: publicidad en un medio de masas.
Récord mundial de descargas con Firefox 3: conseguir instalaciones del nuevo producto.

Pero más allá de los resultados directos de ambas acciones, me interesa resaltar los indirectos: la mobilización de la gente en favor de la marca, el swarming. Quizás mucho más importante desde el punto de vista de construcción de marca.

Analizando las acciones del equipo Spread Firefox recordé el esfuerzo que Fran y yo hicimos por sintetizar los 5 puntos clave de la comunicación en la era digital:

Pensar en red.
Comunicar desde lo personal.
Alianzas temporales en torno a objetivos concretos.
Generar consensos: lírica VS épica.
De la planificación a la prospectiva: instituciones como facilitadoras del swarming.

Mi argumento es que el éxito de ambas iniciativas, está en seguir el patrón anterior.

Pensar en red

Ambas acciones están pensadas desde el sujeto, desde el individuo que comparte sus preferencias (musicales, de libros … o de navegador web) con sus allegados. El boca-a-boca como estrategia.

Incluso la campaña para publicar el anuncio en el New York Times -cuyo resultado final puede ser considerado como la publicidad convencional a la que estamos acostumbrados (comprar tiempo de los usuarios en un canal mainstreaming: tv, radio, periódicos)- está pensado en red, refleja el concepto de Márketing Guerrilla. Aunque el producto está enfocado a un medio mainstreaming, la campaña de obtención de fondos se pensó en red.

Comunicar desde lo personal + alianzas temporales + generación de consensos

Sería un error que la Fundación Mozilla tratase de generar una campaña de marca sobre la Fundación al completo, porque no existe una comunidad Fundación Mozilla, pero sí podría existir una comunidad Firefox. Por otra banda, incluso la comunidad firefox no se construye -o no sólo- a través del producto en sí mismo, se necesita crear una cultura asociado: eventos concretos y acciones compartidas.

Sin embargo, los esfuerzos que estamos dispuestos a realizar pueden variar en intensidad y compromiso, por eso es mejor dividir el trabajo en tareas pequeñas fácilmente asumibles. Además, avanzar, realizar actividades significa llegar a consensos, qué debe ser hecho. Dende un punto de vista propositivo, lírico, no como confrontación.

Juntando todos los cabos, pudimos comprobar cómo una acción tan banal como descargar un programa se convirtió en toda una declaración de intenciones: era divertida a la vez que tenía el punto de reivindicación social; sencilla de realizar y consumía poco tiempo; incluso te daban un certificado para aumentar tu motivación! El único compromiso exigido era … descargarte el programa, luego, ya veremos.

De la planificación a la prospectiva

Pero más allá de las campañas, la creación misma del equipo Spread Firefox supone un cambio radical en cómo las organizaciones realizan una actividad vetada hasta ahora al núcleo duro de la misma: el márketing.

El márketing era hasta ahora uno de los reductos sobre los que la empresa debía mantener el control, porque es el márketing el que convierte un producto en una experiencia: se puede externalizar la logística de producción, se puede externalizar el I+D, se puede externalizar cualquier cosa … excepto el márketing.

Pero si uno de los principios de la era digital es la apertura … ¿por qué no intentarlo con el márketing?

Eso hicieron desde la Fundación Mozilla: en vez de controlar la tarea internamente, decidieron delegarla en un grupo de usuarios entusiastas: Spread Firefox: the Home of Firefox Community Marketing.

Desde luego, el éxito de las iniciativas del proyecto firefox se debe principalmente al equipo Spread Firefox y su concepción del márketing como socialización de las preferencias, como creación de comunidad. En este punto, y debido al éxito de la iniciativa, debemos preguntarnos si es extrapolable o no este tipo de acciones a cualquier proyecto.. en el próximo post.

“MC2: só para blogueiros”

2008-09-24T19:31:44+00:00

Hoy, un amigo, me ha enviado un aviso sobre algo peculiar: la red de museos coruñeses hará una presentación sólo para bloggers.

Me ha extrañado, aunque no es la primera que conozco. Este tipo de iniciativas, aunque todavía suenen extrañas serán muy habituales en los siguientes años. Principalmente, porque los bloggers son líderes de opinión en sus respectivas redes, el codiciado grial de cualquier especialista en márketing.

La verdad es que es una muy buena iniciativa de la red de museos científicos coruñeses. Desconozco si ha sido o no promovida por Wicho, uno de los bloggers más conocidos a nivel hispano por el blog Microsiervos, pero desde luego, tener en tu equipo gente que conozca viva en internet es imprescindible.

Ya os contaré el miércoles qué tal nos ha ido..

OFFTOPIC: Llevo semanas sin escribir, al menos tengo un post pendiente (el último de la serie de Benkler), noticias recientes y alguna idea de futuro. Pero creo que a partir de Octubre volveré por mis fueros. Si telefónica se digna -luego de 15 días!- a instalarme la línea de teléfono para que pueda contratar adsl, claro.

Premio PFC Sw Libre: último mes

2008-09-22T11:17:50+00:00

Estamos na fase final do Premio ó mellor PFC de Sw Libre, só queda un mes para que se cerre o plazo de inscripción.

Ó longo deste tempo temos publicado unha serie de post co obxetivo de acercar o funcionamento das comunidades de sw libre ó estudantado galego. Acabamos de publicar un post con todo o anterior, onde compilamos unha panorámica global da xestión de un proxecto de software libre.

En liñas xerais, os fitos máis importantes para o premio son:

Inscripción ata o 31 de outubro de 2008
Só para PFCs do ano académico 07/08 (setembro 08 incluido)
O PFC debe ter unha licencia de sw libre (aprovada pola FSF ou a OSI)
1000 € ó gañador e posibilidade de un accésit de 500 €

Esperamos a túa participación!

Xestión dun proxecto de software libre

2008-09-22T11:11:40+00:00

Ó longo do recorrido deste blog temos publicado unha serie de posts sobre os aspectos organizativos, legais e económicos das comunidades e proxectos de software libre.

Recopilamos agora todo o anterior, unha panorámica global da maioría dos puntos a ter en conta para xestionar un proxecto de software libre, coa que pretendemos acercar o funcionamento das comunidades de sw libre á comunidade universitaria galega. Esperamos que vos sexa de utilidade.

Aspectos legais:

Aspectos económicos:

Financiación e modelos de negocio en Sw Libre
Caso práctico: kernel de linux, aspectos económicos

Cómo xestionar a colaboración:

Decidindo o ciclo de publicación:

Xestionando o ciclo de publicación
Caso práctico: kernel de linux, xestión das releases
Caso práctico: escritorio gnome, xestión das releases

Ferramentas:

Unha panorámica xeral das ferramentas
Repositorios e mantemento do código
Caso práctico: sesión de traballo con svn e envío de parches

Slides of Master on Free Software

2008-09-16T11:08:54+00:00

A quick tip I’ve recalled today about: The slides written for all the subjects of the Free Software Master were released under a free license and are currently published. You can find them at this URL:

http://www.slideshare.net/tag/freeswmaster

A lot of useful information set free. Just have a look and… who knows, maybe you learn something new there.

Permalink | No comment | Backlinks

Call for help

2008-09-12T09:29:19+00:00

Here we are again. After beach days, we are now working again in our project.

Next tasks to be undertaken are pretty much adequate to be developed by community members, what would be of great help. These are:

Localizing our software to other languages. First two are Galician and English, but we won't reject any other possibility.
Installing and testing gisEIEL under different OS: Unix/Linux (different distros), MacOS

In the first case, we need previously getting source code conveniently prepared, but we have already put hands on it.

In the latter, no previous action is needed: testers will have all the control on their hands. We just need that they provide us with documentation on the experience, difficulties and solutions adopted until the application do correctly run on the selected OS.

Any volunteer to do some of these tasks?

O Kernel de Linux: xestión das releases

2008-09-09T13:51:38+00:00

En posts anteriores temos visto a importancia dos procesos de publicación para a sincronización do traballo e unha breve explicación sobre cómo o proxecto GNOME xestiona as releases. A pesar de que -dende as versións 2.6- o kernel posúe un ciclo de publicación baseado en tempos, éste non é tan ríxido como o de GNOME.

Ambos proxectos difiren enormemente: os clientes de gnome son principalmente usuarios, é un proxecto que pretende integrar moitas aplicacións dispersas con problemáticas específicas (localización, accesibilidade, …); porén, os clientes do kernel son -na súa gran maioría- outras aplicacións que requiren unha serie de funcionalidades do hardware, é un proxecto de baixo nivel.

Por outra banda, en canto á cultura organizativa do kernel podemos dicir que é un proxecto intensivo en uso de listas de correo e posúe un modo de organización xerárquico (en conxunción con procesos de peer review), onde a última palabra sobre a publicación a posúe Linus Torvalds.

Os fitos clave da publicación dunha nova versión do kernel:

Merge window open: o proceso de creación dunha nova release comeza unha vez se publica unha versión estable. Durante un período aproximado de 2 semanas pódense enviar parches relacionados con novas funcionalidades, cambios na API, etc.

Publícase a “release candidate1“: a partir deste momento comeza un proceso de estabilización das funcionalidades engadidas e -idealmente- non se permiten máis parches que os de corrección de bugs.

Estabilización do kernel: cada 5/10 días publícase unha nova release candidate do kernel resolvendo novos bugs.

Publicación da rama estable: aínda que non existe un deadline claro -decídese a través das listas de correo- un baremo habitual é considerar o número de regresións respecto ó anterior. Mais a última palabra tena sempre Linus Torvalds, o desenvolvedor principal.

O proceso repítese de xeito iterativo ó longo das versións, seguindo o esquema mencionado, publicando cada 2/3 meses unha nova versión do kernel. Unha vez publicada o seu mantemento pasa a mans do equipo da rama estable e o ciclo comeza de novo coa seguinte versión.

O Kernel de Linux: aspectos económicos

2008-09-08T10:03:11+00:00

Según un estudio da Linux Foundation, na versión 2.6.24 do kernel de linux colaboraron uns 1057 desenvolvedores distintos e 187 empresas. As razóns para facer isto son diversas e as empresas teñen as súas propias motivacións económicas. Neste post pretendemos botar luz sobre ese aspecto.

Según os datos recavados pola Linux Foundation:

over 70% of all kernel development is demonstrably done by developers who are being paid for their work.

Pódese decir que a principal fonte de financiación do kernel son empresas externas que:

o usan como base para comercializar produtos derivados (hardware e software)

realizan melloras específicas que necesitan internamente por outros motivos

Estas empresas posúen co kernel dunha sólida base para a consolidación dos seus respectivos modelos de negocio:

Venta de hardware (IBM, Intel, HP): a súa aportación débese a que desexan asegurar que os seus sistemas son compatibles cos sistemas linux, o que redundará nunha maior venta de hardware.

Uso do kernel embedido en sistemas multimedia como móviles, cámaras, televisions, … (Nokia, Sony, ..): colaborando no kernel asegúranse seguir dispoñendo no futuro dunha plataforma sobre a que construir os seus produtos.

Unha variante do anterior son os sistemas embebidos en produtos non TIC (Volkswagen): esta empresa non vende directamente produtos TIC, porén usa o kernel como base para os seus sistemas integrados nos vehículos.

Comercialización de software e servizos sobre produtos que integran o kernel (RedHat, Novell): estas empresas empaquetan en conxunción co kernel unha serie de programas que dan lugar a distribucións de linux. Sobre esto contrúen o seu modelo de negocio baseado na comercialización de diversos servizos.

Polo tanto, según os datos que temos visto, pódese dicir que o kernel é un proxecto estable, maduro e sustentable a longo plazo, pois conseguiu agregar ó redor del a unha serie de axentes que teñen os incentivos suficientes para participar activamente na súa produción.

Trabajo de master: JUMP y sus forks

2008-09-06T07:20:00+00:00

Como parte del Master de Software Libre 2007-08 de Caixa Nova que está a punto de concluir he realizado un estudio que estudia qué sucede cuando un proyecto de software libre pierde a sus creadores originales. Esto es muy interesante, sobre todo desde el punto de vista de los clientes de aplicaciones informáticas, dado que normalmente cuando una empresa desarrolladora de software privativo cesa su actividad, cambia su política de negocio o simplemente pierde interés en un producto, los usuarios se ven afectados muy negativamente. En estos casos, los clientes están "atados" a las decisiones de su suministrador de software y deben asumir costes de nuevas versiones, cambiar drásticamente de aplicaciones informáticas, etc.

Esta situación donde el desarrollo de un producto se ve interrumpido también se da en el mundo del software libre. Como sabemos, el tipo de licencia del FLOSS (Free Libre Open Source Software) ofrece una serie de libertades que permite que cualquiera pueda acceder al código, modificarlo y redistribuirlo.

La pregunta es, ¿suponen una garantía para los clientes las licencias libres frente a las licencias restrictivas del software privativo? Bueno, la lógica es que sí, pero en este trabajo me propuse comprobarlo mediante datos reales. Para ello, estudié el proyecto JUMP GIS y algunas de sus variantes. Espero hacer en próximos post explicar más sobre la metodología usada.

JUMP GIS nace en 2003 como iniciativa de varios gobiernos de Canadá y es desarrollado por la empresa VividSolutions Inc. El objetivo de este software era principalmente realizar operaciones de "ajuste geométrico" (conflation) entre diferentes cartografías digitales, pero se convirtió en un SIG de propósito general que tuvo cierto éxito en la comunidad de SIG Libre. Tras unos años de desarrollo la empresa cesó el desarrollo al mismo tiempo que surgían múltiples variantes de JUMP (forks) en distintas partes del mundo y con distintos propósitos. Esto sucedió porque JUMP contaba con una comunidad activa de usuarios y desarrolladores alrededor del proyecto.

Los desarrolladores externos participaban mediante la creación de extensiones y/o plugins que dotaban al programa de nuevas funcionalidades. Esta participación parece haber sido clave a la hora de la formación de los forks ya que varios de ellos se especializaron alrededor de las herramientas añadidas.

La familia JUMP puede resumirse en la siguiente figura, donde se intenta resumir las relaciones entre proyectos:

Los principales forks fueron finalmente OpenJUMP y Kosmo.

Como una de las conclusiones, se mostró un caso claro en el que el software libre fue capaz de soportar la pérdida de sus desarrolladores originales. Esto demuestra que este tipo de proyectos abiertos permiten una gran variabilidad y adaptabilidad.

Este trabajo es un estudio que abarca desde el año 2003 a diciembre del 2007. Pretendo completarlo con mucha información que no he incluído, ampliarlo con datos del 2008 y seguir investigando en torno a JUMP y sus forks.

El trabajo en pdf accesible aquí.

O Kernel de Linux: aspectos legais

2008-09-05T09:39:12+00:00

O kernel é un gran proxecto con moitos módulos e código de diversos autores coa posibilidade de ter licencias diferentes. Porén, debido a que nun primeiro momento foi licenciado coa GPLv2, as aportacións posteriores teñen que ser compatibles con esa licencia.

Así, na práctica, pódese dicir que o kernel está licenciado coa GPLv2, o que significa que é posible usalo para facer produtos derivados a partir dese código sempre e cando o resultado sexa licenciado cunha licencia compatible coa gpl.

A GPL e os Loadable Kernel Modules

A pesar da breve introdución que escribimos ó respecto das licencias e a xestión do copyright (tamén no ámbito galego), o mundo legal é complexo e existen algúns puntos grises que non están resoltos. ~~Principalmente porque a GPL nunca tivo que enfrentarse a un xuízo no que se dictase sentencia.~~ (ver comentarios: gracias Fran polas aportacións!).

Un dos aspectos grises é … ¿qué se considera traballo derivado?, e polo tanto, está baixo ás leis do copyright. A idea máis habitual neste sentido é que un programa de software B considérase traballo derivado dun programa A cando B reúsa código fonte de A.

Seguindo a anterior aseveración, os módulos que se cargan no kernel en tempo de execución non son considerados traballos derivados xa que non reúsan o código fonte do kernel (non son compilados como un todo), senón que simplemente fan uso das API públicas para “conectarse” ás súas funcionalidades (kernel e módulo compílanse por separado e o seu único contacto é como binarios en tempo de execución).

Así, sería técnica e legalmente posible realizar un módulo propietario para o kernel.

Mais existe unha razón principal (máis alá das éticas) que desaconsellan facelo: o mantemento do módulo será máis costoso. Ó ser propietario non é posible beneficiarse dos aportes da comunidade; esto implica, por exemplo, que ninguén avisará de cambios nas API do kernel, nin poderán ser correxidos os bugs: será necesario estar ó tanto dos cambios, realizar as probas de mantemento con cada versión publicada do kernel e actualizalo ó longo do tempo.

COPYRIGHT HOLDERS

Logo de analizar o kernel dende o punto de vista da licencia, facémolo agora dende o do copyright.

O copyright de cada unha das aportacións pertence ó propio autor que a realizou. A diferencia doutros proxectos (como o caso da FSF e da Fundación Apache), o kernel non pide unha cesión do copyright. Esta situación implica que un cambio de licencia debe ser negociado con todos e cada un dos implicados.

Por outra banda, a licencia GPL posúe un mecanismo que facilita o relicenciamento: existe unha cláusula coa que se pode indicar que o proxecto pode usar unha determinada versión da GPL ou calquera superior (x ex: GPLv2 or later, ver punto 9). O kernel tampouco usa esta fórmula.

Deste modo, vemos que futuros procesos de relicenciamento do proxecto requerirán o contacto e aprobación de cada un dos autores (que pode ser dificultoso como xa temos visto noutros casos: mozilla e kde), ou simplemente descartar ese código e refacelo dende cero.

O Kernel de Linux: recursos e cultura organizativa

2008-09-04T16:07:08+00:00

Neste momento, estamos capacitados para entender a grosso modo o funcionamento de calquera proxecto de software libre. Debido á súa importancia imos iniciar unha serie de post onde analizaremos -dende todos os puntos de vista tratados neste blog- o kernel de linux.

RECURSOS e TECNOLOXÍAS USADAS

Nun primeiro acercamento ó proxecto teremos que mapear os recursos que posee e o modo de interacción dos colaboradores. En primeiro lugar identificamos as ferramentas máis habituais:

web, listas de correo, …
repositorios de git, bugzilla, …

Como característica principal vemos que o repositorio usado no kernel non é svn, senón git. Este sistema de control de versións é distribuido, polo que o fluxo de traballo é un pouco diferente do que vimos en svn. Na propia páxina de git hai extensa documentación sobre cómo usalo. Un documento moi recomendable é Git from the bottom up [PDF].

Outro método para obter información do proxecto é baixarse o código fonte directamente do repositorio. Unha vez localizada a árbore de repositorios, identificamos a rama que corresponde coa última versión do kernel. Descargámolo e executamos o programa sloccount para coñecer o número de liñas de código de cada linguaxe de progamación no proxecto:

cd /tmp

git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

cd linux-*

sloccount .

Como resultado obteremos (entre outras cousas) un listado de linguaxes usados e liñas de código de cada un deles. Neste caso, o código escrito en ansic supón un 96% do total. Deste modo temos idea de qué tecnoloxías son maioritarias no proxecto.

Por outra banda, podemos atopar arquivos de interese neste repositorio (x ex: MAINTAINERS, que nos dirá o mantedor de cada módulo).

MODULARIDADE e INTEGRACIÓN

Outro dos puntos importantes que debemos entender é a cultura de colaboración no proxecto: ¿cómo interactúan entre eles? ¿cómo se envían parches? ¿usan wikis ou listas de correo para xestionar o traballo que debe ser feito?

Para tratar de responder a estas preguntas, identificamos 2 recursos principais:

Aínda que o modo de facer as cousas, a cultura organizativa, só se pode aprender interactuando dentro da comunidade, sí podemos identificar algúns dos puntos claves do proxecto.

Como dixemos, a modularidade do traballo é un factor clave de cara a distribuir as tarefas o máis posible e obter participación. No kernel, resolven esta cuestión dividindo o proxecto en múltiples módulos nos que participar. Por outra banda, dividir o proxecto en múltiples partes require un proceso de integración posterior.

Este proceso, consiste nun fluxo continuo e iterativo de revisión de parches e ata que éstos finalmente se integran no que será o kernel pasan por varias etapas de revisión. Os aspectos clave de todo o proceso son:

Revisión de parches en listas de correo de cada subsistema: os parches con novas funcionalidades son enviados á lista de correo correspondente (do módulo ou subsistema) onde se discuten e revisan. Logo de pasar a validación o mantedor pode integralo no seu repositorio. Posteriormente ese conxunto de parches pasan a módulos ou subsistemas superiores repetindo o proceso.

Árbores de integración: máis alá do proceso anterior de integración ó longo da cadea de subsistemas, existen 2 árbores especialmente dedicados á integración transversal de parches que veñen de diversos sistemas. Éstos son o mm tree (árbore de xestión de memoria) e o linux-next, xestionados por Andrew Morton e Stephen Rothwell respectivamente. A súa función consiste en testear que os parches de varios subsistemas inferiores traballan en conxunto previo ó paso á rama de desenvolvemento principal (mantida por Linux Torvalds).

Este sistema xerárquico de integración e revisión, garante un control de calidade baseado na revisión do código de forma continua e por múltiples programadores. Por outra banda, ferramentas avanzadas de xestión de código (git) e parches (quilt) facilitan o traballo de integración dos programadores.

Con todo esto temos aproximado un primeiro intento de comprensión da cultura dos hackers do kernel, do seu modo organizativo: xerárquico (o traballo delegado en varios subsistemas) á vez que meritocrático (continua revisión de parches a través de listas de correo). Un modo de traballo que lles permite obter un produto de alta calidade cada 8/10 semanas.

Financiación e modelos de negocio en Sw Libre

2008-09-02T09:44:27+00:00

Ó longo dos direferentes posts, temos repasado diversos puntos dun proxecto de software libre, dende os aspectos legais ata os organizativos. Mais unha das cuestións clave reside en coñecer os modelos de financiación e rentabilidade do proxecto.

En aras dunha mellor comprensión, podemos distinguir dúas áreas principais de estudo:

a financiación do producto
o modelo de negocio asociado (ou cómo retornar a inversión)

ESQUEMAS DE FINANCIACIÓN

Co seguinte esquema exemplificamos os modelos de financiación máis habituais, asociando a cada exemplo un caso coñecido de proxecto ou empresa:

En resumen, os esquemas de financiación poden categorizarse a grosso modo según a seguinte lista:

Pública (modelo LinEx)

Unha determinada institución pública considera adecuado invertir nun proxecto, ben porque ninguén invirte debido ó escaso retorno económico (o caso do CENATIC co DNI-electrónico), por motivos estratéxicos -redución de costes e creación de industria local- (o caso dalgunhas administracións públicas españolas) ou de seguridade nacional (o caso do goberno alemán que financiou desenvolvementos específicos de gnupg).

Privada sen ánimo de lucro (modelo FSF)

Neste punto encaixa o papel das fundacións privadas como a Free Software Foundation.

Melloras específicas (modelo Wine-Corel)

Wine é unha implementación da API de windows en entornos UNIX. Nun momento dado, Corel decidiu invertir no proxecto Wine (contratando a desenvolvedores a tempo completo) de cara a mellorar a estabilidade do mesmo. Coas melloras de Wine, Corel gañaba portabilidade entre distintos sistemas, achegándose ós sistemas UNIX:

The future is going to be a variety of platforms. It only makes sense to centralise around one operating system. The operating system is the common denominator. We’re keen on everything — including Transmeta and mobile Linux — that expands the Linux universe.

Privada con ánimo de lucro (Canonical, O’Reilly):

Neste sentido as inversións en proxectos de sw libre van relacionadas cos modelos de negocio existente (que tratamos posteriormente).

Outros: marketplace (modelo SourceForge), donacións, bounties (eventos que tratan de incentiva-la creación de código libre)…

MODELOS DE NEGOCIO

Por outra parte, en canto ós modelos de negocio, tamén realizamos un mapa de conceptos exemplificándoos con proxectos e empresas coñecidas:

O esquema está realizado según a clasificación de Hecker (blog persoal), un dos artífices da liberación do código de Netscape e que actualmente traballa para a Fundación Mozilla. Según Hecker, pódense diferenciar os seguintes modelos de negocio (aínda que existen outras clasificacións):

Support Seller (modelo Ubuntu - Canonical)

Consiste na venta de soporte e servizos asociados ó producto. Nesta categoría podemos encontrar dende servizos de consultoría ata desenvolvemento de necesidades específicas non cubertas polo produto.

Loss leader (modelo Ximian-Exchange)

O programa libre sirve como base para a comercialización de produtos propietarios. O exemplo máis claro probablemente sexa o da empresa Ximian (agora parte de novell) que se encargou do desenvolvemento do xestor de correo libre Evolution, sobre o que comercializaban o conector para servidores Microsoft Exchange 2000 como produto propietario.

Widget frosting (modelo Nokia-maemo)

Neste caso, a empresa rentabiliza a inversión coa venta de hardware e o software é unha commodity, algo que non reporta beneficios. Así é o caso da internet tablet de Nokia que corre baixo a plataforma de software libre Maemo.

Accessorizing (modelo O’Reilly)

Este modelo de negocio consiste na comercialización de produtos relacionados. Moi coñecido é o caso da editorial O’Reilly. unha das máis reputadas no mundo técnico e de software libre. O impacto da marca sobre este nicho de mercado é dedido en gran medida pola continua promoción de eventos e subvención de proxectos de software libre, que logo rentabiliza en forma de publicación de libros técnicos e contacto directo cos hackers.

Service enabler (modelo google)

Neste modelo, o software libre sirve como base para comercializar un servizo (non relacionado co produto), polo que a empresa ten interese en invertir en proxectos de software libre que necesite á hora de proveer o servizo con calidade (servidores web, linguaxes específicos).

Brand licensing (modelo MySQL)

Esta estratexia consiste en asociar un produto cunha marca concreta. Unha vez feito, é posible comercializar servizos relacionados coa marca: cursos de formación específicos, certificacións, …

Software franchising (modelo RedHat, MySQL)

A diferencia do anterior neste modelo franquíciase a marca, podendo usala para certos fins específicos. Programas de partners como os de MySQL entrarían nesta categoría.

Sell it, Free it (modelo GNAT)

Por último, existe a estratexia de comercializar un produto de software libre para -unha vez teña certo éxito- distribuir as seguintes versións como propietarias durante un tempo, liberándoas con cada nova versión lanzada. Éste é o modelo que sigue a empresa AdaCore vendendo unha versión do compilador de ADA GNAT por unha suscripción que libera posteriormente.

LICENCIAMENTO DUAL

Por último, falamos dun modelo non recollido no artigo de Hecker. Si ben no mundo do software privativo é habitual que o modelo de negocio esté baseado na venta de licencias (que concede a posibilidade de uso dun programa en certos entornos controlados), en xeral non ocorre así no mundo do software libre. Mais existe a posibilidade de obter rentabilidade por pago de licencias.

Para iso, o programa debe ter un licenciamento dual, é dicir, debe ter dúas licencias. É habitual que unha delas sexa unha licencia robusta (polo que permite usar o código e melloralo sempre que os derivados se licencien con outra licencia robusta) e outra sexa específicamente deseñada para poder crear produtos derivados propietarios a cambio dunha cantidade a negociar.

CONCLUSIÓNS

É evidente que os modelos dos que falamos anteriormente non son estancos e as empresas tecen un complexo fluxo comercial no que fan uso de varios simultaneamente. Estudialos de modo desagregado danos a posibilidade de observar as múltiples posibilidades que existen.

Si observamos por exemplo a empresa MYSQL AB vemos que ten varias fontes de ingresos por diferentes motivos: venta de servizos (consulting, support), marca e franquiciado, así como por venta de licencias. Todos eles baseados na explotación do coñecemento ó redor de produtos de software libre.