Potlatch, reputación y mumis

Diciembre 3rd, 2007
Como anunciaba al inicio, una de las intenciones de este blog es hablar de software… pero no sólo, ya que considero lo ocurrido en el mundo del software la avanzadilla de un cambio estructural mayor.

Para empezar a tratar el tema, hoy traduciré un texto que había publicado anteriormente, pero en otro blog. Y para entender lo que ocurre, es positivo analizar la situación con los ojos de un antropólogo.

Marvin Harris es la principal cabeza del materialismo cultural. Una rama antropológica que trata de explicar los fenómenos culturales (mitos, tabúes, …) desde una perspectiva material.

En Vacas, cerdos, guerras y brujas, durante el capítulo dedicado a El Potlatch, Harris nos ofrece una distinción entre las sociedades redistributivas y las recíprocas a través de la explicación del fenómeno potlatch.

Según él, las sociedades o sistemas económicos recíprocos son…

una forma de intercambio económico que se adapta principalmente a condiciones en las que la estimulación de un esfuerzo productivo extra intensivo tendría un efecto adverso para la supervivencia del grupo.

Estas condiciones están presentes entre algunos cazadores y recolectores como los esquimales, semai y bosquimanos, cuya supervivencia depende totalmente del vigor de las comunidades naturales de plantas y animales existenes en su hábitat.

Si los cazadores ponen en práctica de repente un esfuerzo concertado para capturar más animales y arrancar más plantas, corren el riesgo de deteriorar permanentemente el aprovisionamiento de caza en su territorio.

Por el contrario, las sociedades redistributivas…

eliminaron la dependecia primordial de la reciprocidad cuando fue posible aumentar la duración e intensidad del trabajo sin inflingir daños irreversibles a la capacidad de sustentación del hábitat.

Precisamente esto se logró cuando los animales y plantas domesticados sustituyeron a los recursos alimentarios naturales. En líneas generales, cuanto más trabajo se dedica a plantar y criar especies animales, mayor cantidad de alimentos se puede producir.

La única dificultad estriba en que la gente no trabaja habitualmente más que lo estrictamente necesario. La redistribución fue la respuesta a este problema.

En este contexto explica Harris el fenómeno potlatch o los festines competitivos que ciertas tribus practicaban:

Un consumo y despilfarro conspicuos que no encontraban parangón ni siquiera en la más despilfarradora de las modernas economías de consumo.

Hombres ambiciosos, sedientos de status competían entre sí por la aprobación social dando grandes festines. Los donantes rivales de los festines se juzgaban unos a otros por la cantidad de comida que eran capaces de suministrar, y un festín tenía éxito sólo si los huéspedes podían comer hasta quedarse estupefactos, salir tambaleándose de la casa, meter sus dedos en la garganta, vomitar y volver en busca de más comida.

Este fenómeno hizo pensar a muchos expertos que no se podían explicar los estilos de vida en términos de factores prácticos y mundanos (comida, sexo, energía, factores ambientales, …). Harris defiende, por el contrario, que sí es posible:

Si consideramos todas las aldeas kwakiutl como una sola unidad, el potlatch estimulaba el flujo incesante de prestigio y objetos de valor que circulaban en direcciones opuestas.

Para seguir diciendo…

En su núcleo fundamental el potlatch es un festín competitivo, un mecanismo casi universal para asegurar la producción y distribución de riqueza entre pueblos que no han desarrollado plenamente una clase dirigente.

Sintetizando…

En condiciones en las que todos tienen igual acceso a los medios de subsistencia, la donación de festines competitivos cumple la función práctica de impedir que la fuerza de trabajo retroceda a niveles de productividad que no ofrecen margen de seguridad en crisis como la guerra o la pérdida de cosechas.

Además puesto que no hay instituciones políticas formales capaces de integrar las aldeas independientes en una estructura económica común, la donación de festines competitivos crea una extensa red de expectativas económicas. Esto tiene como consecuencia aunar el esfuerzo productivo de poblaciones mayores que las que puede movilizar una aldea determinada.

Finalmente, la donación de festines competitivos actúa como un compensador automático de las fluctuaciones anuales en la productividad entre un conjunto de aldeas que ocupan diferentes microambientes: hábitats de la costa, de lagunas o de altiplanos. Automáticamente, los festines más importantes de un año dado tendrán como anfitriones a las aldeas que han gozado de las condiciones de pluviosidad, temperatura y humedad más favorables para la producción.

El potlatch es, por lo tanto, un mecanismo que tienen las sociedades redistributivas para asignar los recursos de los que disponen de la manera máis eficiente y segura.

En este contexto, son necesarios determinados agentes que estimulen y garanticen la generación de valor (productividad e innovación): los mumis.

En el anterior post he tratado de mostrar lo ocurrido con la wikipedia y tendencias futuras de ese modelo. Ahora, toca imaginar si en el mundo del software puede ocurrir algo similar. De igual modo que la tendencia hacia la especialización de la wikipedia parece ser de dos tipos (contenidos locales, contenidos temáticos), la pregunta es … ¿podrían aparecer esas dos tipologías de repositorios? ¿Le sucederá a SourceForge lo mismo que a la Wikipedia?
Bien. Realmente esto ya está ocurriendo, aunque de manera aún distinta. Además de los grandes repositorios (sourceforge, freshmeat, berlios, …) empiezan a emerger otros cientos de repositorios. En España, por ejemplo ya tenemos varios: la pionera forja de la comunidad de Extremadura (forjamari), la de Andalucía, la de Galicia que se ha subido al carro hace poco(asociada al proyecto mancomún), etc. Pero no me confundáis, más allá de tratar el tema de la autonomización de las forjas en España, me interesa explorar el futuro de los repositorios de software.

Extrapolando en las mismas condiciones que para el caso Wikipedia, tendríamos:

  • Repositorios con contenidos locales (forjas autonómicas, regionales, … ). En este sentido sólo puedo imaginar la utilidad futura de estas forjas como repositorios por idiomas. Es decir, que por ejemplo, la forja gallega se especialice y se convierta en el lugar de referencia para encontrar los programas en gallego (además de en los respectivos sitios de los programas, claro).
  • Repositorios temáticos o identitarios. Es decir, especializados por los actores a los que va dirigido, por sectores profesionales, etc. Por ejemplo, sería muy útil un repositorio con todo el software adecuado a las necesidades de los ayuntamientos, o de las ongd; o por temática profesional (software de edición gráfica y video, soft de ingeniería civil, …).

Creo que esto puede ocurrir porque existen los incentivos (pero que pueda suceder no significa que necesariamente suceda; ni que suceda de la manera que he descrito).

Los incentivos existen porque poco a poco (a medida que el software libre va ganando terreno) se va haciendo necesaria la función de discriminar el producto/aplicación según las necesidades de cada actor específico.

Es claro que existen otras maneras de que se materialicen los incentivos… y también trataremos de hablar en breve de ellas. Pero volviendo ahora a la idea que propongo, sin duda, ésta mejoraría la experiencia del usuario: si muchos ayuntamientos se descargan un soft específico de contabilidad, éste será más adecuado para ellos que la descarga de otro soft cualquiera de SourceForge, ya que en el gran repositorio que es SourceForge no ha pasado el “filtro de la identidad” (o lo que es lo mismo: un programa de contabilidad para una gran empresa ubicada en diversos países del mundo no tiene porque ser el idóneo para un ayuntamiento de 30.000 habitantes).

Por supuesto, también tendría varios inconvenientes (fragmentación de contidos principalmente). Más ponderando costes/beneficios creo que son mayores las ventajas, por lo que es probable que la tendencia hacia la especialización también se imponga en los repositorios de software.

En un principio, descartaría los repositorios por tecnologías, es decir, repositorios para PHP, para aplicaciones Java, etc. No tienen ningún sentido de cara al usuario (que busca resolver un problema); y tampoco parece tener sentido si tenemos en cuenta la alta tasa de renovación tecnológica.

Queda la pregunta en el aire… ¿caminamos hacia la especialización de los repositorios de software?

Hacia las wikipedias distribuidas

Noviembre 29th, 2007
En los últimos tiempos hemos estado viendo una tendencia bastante fuerte hacia un modelo distribuido de Wikipedias. Dejando de lado el debate sobre modernismo VS posmodernismo que eso conlleva, podemos hechar una mirada sobre estos sucesos y preguntarnos si los repositorios de software no pueden seguir un modelo similar.

Las primeras en dar este paso fueron las wikipedias identitarias: la de la serie Lost (lostpedia), la wikipedia freak (frikipedia), etc. Tiempo después, Alfredo Romeo y Sergio Gómez lanzaron el proyecto Cordobapedia (lueo también la Madripedia). Empieza así a tomar forma el concepto de de Locapedia. Más información: artículo presentado en la FreeSoftwareConference [PDF] - serie de artículos en Generación Red:

  • Locapedias: concepto, diferencias y beneficios para la Wikipedia.
  • Fundamentos de las locapedias
  • Locapedias: modelos actuales, ¿es posible el crowsourcing?

Posteriormente, se retoma el fenómeno de las wikipedias identitarias y se inicia un fuerte debate sobre el modelo wikipedia (principalmente desde el entorno ciberpunk español de esa época: David de Ugarte, Enrique Gómez, …). Y nace el término contextopedia.

Sienfo así, todo el movimento de especialización de la Wikipedia parece que se profundizará en los próximos años. Si tratamos de sistematizar lo ocurrido, parece que hubiese dos patrones claros:

  • El de los contenidos locales, tipo Locapedias: Cordobapedia, Madripedia, …
  • El de los contenidos identitarios o temáticas, tipo Contextopedia: de oftalmología (ocularis blog), la Lostpedia, enciclopedia de la vida (ver post de Juan Freire), Geekpedia, de autor (análisis de redes sociales e ideología del siglo XXI en este caso), ….

Una vez comprendido el proceso, podemos preguntarnos si estos mismos movimientos no podrían ser extrapolados al mundo del software… y surgen algunas preguntas: ¿podrían aparecer esas dos (u otras) tipologías de forjas ou repositorios? ¿Le sucederá a SourceForge lo mismo que a la Wikipedia? Imaginemos que sí… entonces… ¿para qué actores hay espacio y qué incentivos existen para que suceda?

Luego de algunas sesiones sobre los aspectos legales relacionados con el software y los distintos tipos de licencias, hemos tratado también en la asignatura de introducción los aspectos económicos que un proyecto debe tener en cuenta.

En aras de una mejor comprensión, se pueden diferenciar dos áreas principales:

  • la financiación del producto
  • el modelo de negocio asociado (o cómo retornar la inversión)

Luego de leer algunos materiales y discutir algunos casos, se hizo un ejercicio que consistió en asociar cada uno de los modelos con algunas empresas muy conocidas. En la parte de financiación obtuvimos el siguiente mapa de conceptos (hechos con la aplicación VYM: ViewYourMind):
En resumen, los esquemas de financiación pueden categorizarse según ésta sea:

  1. Pública (modelo LinEx)
  2. Privada sin ánimo de lucro (modelo FSF)
  3. Mejoras específicas (modelo Wine-Corel)
  4. Venta de servicios relacionados (modelo O’Reilly)
  5. Inversión interna (que da lugar a diversos modelos de negocio)
  6. Otros: marketplace (modelo SourceForge), donaciones, bounties (eventos que tratan de incentivar la creación de código libre)…

Por otra parte, en cuanto a los modelos de negocio, también realizamos nuestro mapa de conceptos con empresas conocidas:

Este esquema lo realizamos según la clasificación de Hecker (página personal), uno de los artífices de la liberación del código de Netscape y que actualmente trabaja para la Fundación Mozilla. Según Hecker se pueden diferenciar los siguientes modelos de negocio (que difieren un poco por los identificados en los materiales del curso):

  1. Venta de soporte y servicios asociados (modelo Ubuntu)
  2. Loss leader (venta de productos propietarios asociados al libre, modelo Ximian-Exchange)
  3. Venta de hardware (modelo Nokia-maemo)
  4. Venta de servicios (modelo google)
  5. Venta de marca (venta de derechos de uso, formación; modelo MySQL)
  6. Franquiciado de la marca (certificaciones, partners; modelo RedHat, MySQL)
  7. Sell it, Free it (modelo GNAT)
  8. Venta de productos relacionados (modelo O’Reilly)

A pesar del enfoque académico de este post, es evidente que los modelos no son estancos, que las empresas pueden usar varios de forma simultánea. El típico caso sería el de MYSQL que vende servicios (consulting, support), marca y franquiciado.

Con este post espero haber introducido los aspectos económicos de un proyecto libre. Evidentemente, no todo son facilidades… y sin embargo, el ecosistema de negocio generado por la filosofía open source es muy rico y variado.

En la TechBusiness Week, también estuvo presente Jesús Rubio, de la Dirección General de Telecomunicaciones y SI de la Junta de Extremadura.

Desde un principio explicó su experiencia como pioneros en utilizar el software libre en su comunidad y sus razones, que eran principalmente 2: costes y soberanía (algo de lo que ya llevamos tiempo hablando, aunque siempre imponga que te lo recuerden los protagonistas):

Además de eso, explicó diversas iniciativas:

  • Los Nuevos centro de conocimiento
  • MundoLibre.tv (recién lanzada)
  • Otras anécdotas y procesos de cambio de la administración
De su ponencia rescato la explicación de la importancia del software libre (la transcripción que sigue no es literal):
En Extremadura, con la apuesta por el Software Libre nos dimos cuenta de nuestra realidad. Había personas que querían hacer cosas. Había personas que sabían hacer cosas. Pero esas personas no podían hacer cosas. Ahora, el modelo asociado al software libre les deja hacerlas.

Porque tener tan claro dónde encaja el modelo y decirlo con esa claridad es garantía de éxito.