Caixanova Master on Libre Software Planet

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

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.

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.

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.

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.

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!

Ó 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:

• Elexindo licencia para o código
• A xestión do copyright
• Licencias e copyright dos PFC nas universidades galegas
• Caso práctico: o kernel de linux, 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:

• Fomentar a confianza mutua entre os participantes
• A modularidade do proxecto
• Integración das aportacións
• Caso práctico: kernel de linux, cultura organizativa

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

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

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:

1. Localizing our software to other languages. First two are Galician and English, but we won't reject any other possibility.
2. 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?

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.

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.