un ojo en el cielo

mayo 14, 2015
por deimidis_and
1 Comentario

Zero-rating, una Web en compartimentos

Aclaración: salvo las citas, el resto es de mi autoría y, aunque trabajo para Mozilla, estas opiniones no representan la opinión de Mozilla acerca de zero-rating o Internet.org. Las citas son traducciones mías de los originales en inglés.

En la última reunión de la Organización de Estados Americanos (OEA) que se realizó en Abril, además del histórico encuentro entre el Presidente de Estados Unidos y el Presidente de Cuba, participó un invitado especial: Mark Zuckerberg, presidente y creador de Facebook. Zuckerberg fue en calidad de líder de Internet.org, un proyecto que pretende brindar acceso a la red a través de los teléfonos, a las personas que no pueden pagar planes de datos.

Millones de personas accederán por primera vez a la Web a través de sus dispositivos móviles en los próximos años. Quienes creemos que la Web brinda grandes beneficios a los ciudadanos, que el acceso sea mayor es una gran noticia (aunque no sólo el acceso sea lo importante). Este acceso obviamente tiene un costo, que es el que cobran las operadoras telefónicas con los planes de datos.

La forma en la que Internet.org brinda su servicio es permitiendo el acceso gratuito de los usuarios de esos planes móviles a ciertos sitios webs. Es decir, el acceso gratuito no es a toda la Internet, si no a un recorte de contenidos (brindado por las compañías asociadas a Facebook). Esto es lo que se conoce en inglés como Zero-rating.

“Zero-rating” como se realiza actualmente significa dos cosas: primero, alguien diferente al consumidor final cubre los costos de sus cargos por datos. Segundo, las partes de Internet que están disponibles para que los ciudadanos puedan elegir son limitadas, y predeterminadas por esas entidades con poder financiero.

Mitchell Baker, Zero rating and the Open Internet

Y esas limitaciones de contenido no sólo significan que la variedad y las oportunidades son menores, también que será mucho más difícil para nuevos proyectos o compañías formar parte de ese selecto grupo de opciones, lo que les pondrá el camino muy difícil para crecer. Mucho más si son proyectos que compiten con esas grandes compañías que «regalan» la conexión de datos. Las opciones son menores ahora, y lo serán mayormente en el futuro, si la apertura de la Web se compartimenta. Si los poderosos de ahora son lo que eligen qué veremos en el futuro.

La Web abierta y la neutralidad de la red

Si bien brindar acceso gratuito a la Web para más personas parece beneficioso para el usuario, no lo es para el ecosistema de la Web. La red creció como lo hizo por tener principalmente dos características: ser abierta y neutral. La neutralidad de la red tiene varias acepciones, pero en este caso nos interesa la que dice que la red es neutral por tratar todas las conexiones de la misma forma, sin importar quién sea el emisor o el receptor. La importancia de la Web reside en estas características, que son parte de su definición. Si no las tenemos, ya no existirá la Web que se destacó como medio de comunicación.

Esto es lo que permite que proyectos que recién empiezan, puedan competir de igual a igual con grandes compañías. La lucha por la neutralidad de la red significa que las grandes corporaciones no puedan pagar por tener mejor velocidad, lo que les daría una ventaja sobre sus competidores que no pudieran pagarla.

En el caso del Zero-rating lo que se produce es el acceso a ciertos sitios Web, pero no a todos. Por ejemplo, poder acceder a Facebook pero no a otra red social que le haga competencia. O en el caso de algunas operadoras telefónicas que ofrecen los datos utilizados a través de Whatsapp de forma gratuita, las aplicaciones que compiten con Whatsapp están claramente en desventaja. Como dice la cita de Mitchell Baker, que sea gratis para los usuarios, significa que otro lo paga. Ese otro paga su ventaja.

Al darle a una compañía (o a un grupo de ellas) la posibilidad de llegar a usuarios sin costo para estos, zero-rating puede limitar en lugar de expandir el acceso de un usuario a Internet y, en última instancia, enfriar la competencia y la innovación. La promesa de Internet como un factor de innovación, es que cualquiera pueda hacer lo que quiera y compartirlo con cualquier otra persona. Sin un campo de juego nivelado, el mundo no se beneficiará del próximo Facebook, Google o Twitter.

Mozilla View on Zero-Rating

Si queremos que la Web siga siendo el espacio abierto y participativo que fue hasta ahora, los programas de Zero-rating son una amenaza.

¿Es beneficencia?

¿Por qué compañías como Facebook, Qualcomm, Opera, Samsung y otros se aliaron para ofrecer Internet.org? Su explicación pública puede encontrarse en su sitio web. Es cierto que la brecha entre quienes tienen acceso a las nuevas tecnologías de información y comunicación y quienes no, se amplía cada día. Y no es algo que se vaya a superar «naturalmente», sin que haya un proyecto (o proyectos) conjuntos y mancomunados.

Pero tampoco se puede hipotecar el futuro de los ciudadanos o las tecnologías para cerrar la brecha de cualquier forma.

Entendemos la tentación de decir que “algo de contenido es mejor que ningún contenido”, eligiendo un grado menor de inclusión por sobre la apertura e igualdad de oportunidades. Pero no debe ser una elección binaria; la tecnología y la innovación pueden crear un camino mejor, aunque esos modelos puedan llevar más tiempo en desarrollarse. Aún más, elegir una inclusión limitada hoy, aunque ofrezca beneficios a corto plazo, comprende un riesgo significativo para la aparición de una plataforma abierta y competitiva, lo que puede finalmente sofocar la inclusión y el desarrollo económico.

Mozilla View on Zero-Rating

Al mismo tiempo, autores como Evgeny Morozov, advierten sobre el uso que Facebook (y las compañías que apoyan este proyecto) pueden hacer de su moneda de intercambio, la información personal de los usuarios:

Al contrario que los ricos, que pagan la conectividad con su dinero, los pobres lo pagan con sus datos, los datos que Facebook algún día monetizará para poder justificar la operación Internet.org. No estamos frente a una organización caritativa, después de todo (…) Facebook les da a estos países conectividad a cambio del derecho a monetizar la vida de sus ciudadanos una vez que hayan obtenido suficiente dinero.

Facebook isn’t a charity. The poor will pay by surrendering their data

Otras propuestas

Mozilla a través de su proyecto Firefox OS (sistema operativo para dispositivos móviles) está trabajando con operadoras probando dos acercamientos diferentes. Con Orange se está probando un modelo en que el acceso es a toda la Web, con un anuncio que ese acceso es brindado o auspiciado por una compañía. En el caso del experimento en Bangladesh, se brinda el acceso después que el usuario ha visto una publicidad. Como dijimos, experimentos:

La respuesta correcta para que las personas que acceden a la Web lo hagan con todas las oportunidades es brindar “rating-igual” para todos los datos. Cómo vamos a llegar ahí y qué tan rápido es una pregunta importantísima. La oportunidad de igualar las posibilidades de miles de millones de personas depende de ella.

Mitchell Baker, Zero-rating and the Open Internet

La respuesta (o respuestas) puede llegar de cualquier lugar del mundo. Debemos experimentar, discutir y seguir experimentando. Y el acceso es tan solo la primera parte. El acceso sin saber cómo funciona la tecnología, sin la alfabetización digital no es suficiente. Como dice la misión de Mozilla, queremos millones de creadores, no de consumidores de la tecnología.

Otros enlaces interesantes

marzo 3, 2015
por deimidis_and
0 Comentarios

Recomendaciones para el trabajo en equipo

Esta son algunas recomendaciones que Darren Hermann escribió en su blog y que yo simplifiqué y adapté para el trabajo en comunidades. Intentaré llevar adelante estas recomendaciones en las charlas con las comunidades que tendremos este año, y ojalá podamos adaptarlas aún más para nuestro trabajo.

  • Las fechas límites son importantes y construyen confianza. Cada tarea que tengamos debe tener una clara fecha límite. Si consigues cumplir con las fechas límite, la confianza aumentará.

  • Maneja las expectativas. Si algo tomará más tiempo de lo que habías previsto, o algo está saliendo diferente a lo esperado, avisa al resto, hazles saber antes de tiempo, aún si es una mala noticia.

  • Cada reunión tiene que tener una agenda y un tiempo de inicio y cierre. Distribuye una agenda en la invitación al evento o por otro medio antes de la reunión así todos los participantes pueden ir preparados.

  • Muéstrate en horario, y si la reunión se está pasando del tiempo acordado, el coordinador deberá culminar con la reunión o preguntar si se puede extender el tiempo.

  • Si tienes una reunión en tu agenda, participa. Si no vas a poder participar (que es entendible) avisa antes de tiempo. Y si tienes actualizaciones para hacer, agregalas al documento con la agenda.

  • Sé respetuoso con los demás Demasiadas veces suponemos que todos somos respetuosos, pero no siempre lo somos. Por favor, respeta a tus pares.

  • No dejes nada abierto. Asigna cada tarea a una persona. Usa «llamados a la acción» para que las cosas se hagan. Las responsabilidades son clave.

mozlove

febrero 18, 2015
por deimidis_and
0 Comentarios

Equipo de Participación en Mozilla

Hace unas pocas semanas, Mark Surman anunció a través de su blog, un cambio en la estrategia con la que Mozilla encara el trabajo con la comunidad. Hasta ahora, si bien Mozilla es una organización que cuenta con muchos voluntarios a lo largo del mundo que organizan una enorma cantidad de eventos, no existía un equipo dentro de la organización que trabajara específicamente en este tema.

Además, de un tiempo a esta parte, casi todas las organizaciones y compañías trabajan con o generan comunidad entre sus usuarios. Esto pasa en compañías y sitios Web relativamente nuevos basados en las comunidades (AirBnB, Duolingo y otras), como en grandes empresas que antes no trabajaban de esta forma, como Microsoft.

Y si bien, como dijimos, Mozilla tiene un gran caudal de personas interesadas en su misión que colaboran cotidianamente, hace tiempo que no se revisan las prácticas y formas de trabajar. Y en ese tiempo, Mozilla cambió mucho. Por lo tanto se hace necesario repensar la forma de trabajo con y para la comunidad.

Equipo de desarrollo comunitario

Con este objetivo se formó un nuevo equipo, que aúna a quienes estaban trabajando en Mozilla Reps y los encargados de trabajar regionalmente con las comunidades. Se le suma, además, un grupo de desarrolladores que tendrán a cargo crear la herramientas necesarias para el trabajo.

El proyecto Mozilla Reps ampliará su foco a educar y fortalecer a los Reps en temas de liderazgo de la comunidad, nuevas capacidades y como mejorar la forma de participación de la comunidad en los equipos de Mozilla. Para esto Emma Irwin se suma al equipo anteriormente conformado por Rosana Ardila, Rubén Martín y Konstantina Papadeas. Emma ya comenzó a escribir sobre los nuevos proyectos educativos acá y acá (en inglés).

El equipo de coordinadores regionales, integrado por Brian King, Gen Kanai y yo, estaremos trabajando más intensivamente en lo relacionado con la salud de las comunidades (esto es su organización, qué están necesitando, qué entrenamientos son necesarios, etc.)

William Quiviger estará sobrevolando todo, como planificador y estratega, y durante los primeros meses contaremos con el asesoramiento y dirección de David Tenser. Justamente David publicó un blog sobre estos cambios.

Latinoamérica

Mi región es, obviamente, latinoamérica. En este nuevo año intentaré mantener una conexión más cercana con todas las comunidades. Como primer medida, estoy organizando reuniones mensuales en las que podamos ir haciendo el seguimiento del trabajo de cada comunidad.

Además estaremos enviando una encuesta para entender cuáles son las áreas que, para los voluntarios necesitan mejorarse, y recabar ideas de hacía dónde queremos ir.

Sin dudas será un camino largo, pero muy interesante. Pensar cómo la organización puede nutrirse de la colaboración de todos y, a su vez, como las personas que colaboran pueden encontrar un espacio para su crecimiento personal.

Si tienen ideas o sugerencias, no duden en contactarse conmigo por los canales habituales o en los comentarios del blog.

mayo 14, 2014
por deimidis_and
4 Comentarios

Mozilla permitirá reproducir contenido con DRM en Firefox

Este post será largo, porque hay mucho que explicar para que no haya confusiones. Pero para los que tienen poco tiempo, el resumen es:

Mozilla anunció hoy su asociación con Adobe para obtener una plataforma que le permita reproducir contenido con DRM que se empezará a usar en breve para transmitir contenido multimedia por la Web.

Mozilla está en contra de la implementación del DRM en el estándar de la Web, pero cree que si no encuentra una forma en que sus usuarios puedan reproducir el contenido, los usuarios elegirán otro navegador. Y para influir en los estándares y continuar ofreciendo otras soluciones a la reproducción de contenido en la Web, es necesario que el número de usuarios siga siendo grande.

Es una situación en que ninguna solución es completamente positiva, pero creemos que la mejor respuesta para seguir cumpliendo nuestra misión, es la anunciada en el día de hoy.

Antes de pasar a la explicación, algunas aclaraciones rápidas a algunas de las preguntas más urgentes (más abajo encontrarán el enlace a un artículo que contiene más respuestas a preguntas frecuentes):

  • Firefox seguirá siendo software libre y de código abierto
  • La posibilidad de ver archivos con DRM será opcional (quienes quieran hacerlo deberán descargar un componente externo)
  • Todavía no está disponible, se empezará a trabajar en breve
  • Esta solución será multiplataforma (es decir estará disponible para Firefox en Windows, Mac y Linux)

Quién es quién en esta discusión

Con el riesgo de simplificar algunos procesos, podemos decir que hay tres actores principales:

Dueños de contenido

Principalmente los estudios cinematográficos y de música (muchas veces las mismas empresas) quienes son los que crean el contenido. Si bien la mayoría de ellas son de EE.UU., estas empresas además producen contenido en otros países. También entran en esta categoría servicios como Netflix (que ahora produce algunas series de televisión) y productoras de televisión.

Distribuidores de contenido

Son los intermediarios entre los dueños del contenido y los usuarios. A veces, como en el caso de Netflix y otros, dueños y distribuidores se mezclan. También entran en esta categoría Google, Apple y Microsoft, ya que tienen acuerdos para distribuir contenidos con los dueños de ellos (por ejemplo a través de iTunes, Google Play, etc.)

Cliente que usa el usuario para reproducir el contenido

El usuario debe utilizar una aplicación para ver el contenido. Puede ser su navegador, una aplicación externa en su computadora o tableta o un dispositivo de hardware específico (por ejemplo Google Chromecast o Hulu).

¿Qué es el DRM y por qué es malo para el usuario?

DRM es la sigla de los términos ingleses Digital Rights Management (en castellano Gestión digital de derechos), una serie de tecnologías que tienen por objetivo que los dueños de derechos de un contenido puedan controlar el uso que le dan los usuarios al mismo.

Por ejemplo, en el caso de la música comprada por iTunes, el usuario puede copiarla solamente entre cinco dispositivos simultáneos. Si le da esos archivos a un amigo, este no podrá reproducirlos. De esta forma, los estudios dueños del contenido pretenden controlar el uso no autorizado de sus archivos [1].

En el caso de los libros digitales, esta tecnología impide que pueda pasar el archivo que compré en una tienda (por ejemplo Amazon) a un dispositivo que sea de otra marca y por lo tanto incompatible.

Uno de los problemas es que estos sistemas suelen ser vulnerados rápidamente, y terminan siendo un dolor de cabeza para quien lo adquirió legalmente, y no para quien hace un uso no autorizado de esos contenidos.

Otro problema es que no podemos hacer copias de respaldo del contenido que hayamos adquirido, ya que eso no está habilitado por el sistema. Por eso es que en general se habla que alquilamos un contenido, no que lo compramos. Si querés saber más ejemplos de lo inútil de esta tecnología, podés leer los artículos de la Electronic Frontier Foundation o este video de una exposición del escritor Cory Doctorow que enumera algunos de los problemas (en inglés con subtítulos en castellano).

La oscuridad de la caja

A estos problemas se suma que la tecnología que permite el cifrado y descifrado del contenido a distribuir no es de código abierto, por lo tanto no podemos comprobar qué hace ni estar seguros de qué información comparte entre nuestros programas y los servidores.

Y tiene que ser de código cerrado porque los dueños del contenido no aceptarían una solución de código abierto, porque sería entonces fácil encontrar la forma de descifrarlo (y aunque se pudiera encontrar una forma que lo dificultara, son empresas que no confían en lo abierto).

¿Cómo vemos este contenido en la actualidad?

Los grandes dueños de contenido permiten la visualización del mismo a través de la Web utilizando DRM gracias a plugins de los navegadores, principalmente Adobe Flash o Microsoft Silverlight. Ambos plugins están dejando de ser utilizados y su mayor empleo actual es, justamente, para reproducir contenido con DRM (Netflix usa Silverlight y en YouTube y otras plataformas usan Flash).

Hasta hacía poco tiempo no había una solución basada en estándares Web. Esto cambió con la propuesta llevada adelante principalmente por Netflix, Google y Microsoft conocida como Encrypted media extensions (EME) que si bien aún no es un estándar aprobado por la W3C, todo hace suponer que lo será en breve, y tanto Google como Microsoft como Apple, han empezado a incorporarlo a sus plataformas.

¿Qué es EME y cómo se incorpora en los estándares Web?

Con la introducción de las etiquetas audio y video en HTML5 se dio un gran paso para hacer que los contenidos multimedia sean entendidos por los navegadores Web. Ya no es necesario utilizar un plugin externo para poder reproducir contenido multimedia, salvo que el contenido tenga DRM, como hemos dicho. Y los grandes estudios cinematográficos no piensan en otra forma de controlar su contenido que no sea DRM.

Por lo tanto los distribuidores de contenido presentaron la propuesta de crear un estándar que permita la utilización de DRM en la Web. Para todas estas compañías, la distribución de contenidos es un gran negocio. El propio Tim Berners-Lee, creador de la Web, se mostró de acuerdo con este estándar, porque según él sería la forma de eliminar definitivamente los plugins.

Nuevamente a riesgo de simplificar EME es una API de JavaScript que permitirá que el navegador se relacione con un Módulo de descifrado del contenido (Content Decryption Modules, CDM) que será el encargado de descifrar el contenido con DRM y enviárselo al navegador. El CDM puede ser un hardware externo, una aplicación diferente o estar dentro del mismo navegador, eso no es algo definido por el estándar. Pero para que este CDM funcione, tiene que ser aceptado por los dueños de contenido.

Como comentaba antes, Google, Apple y Microsoft ya comenzaron a llevar esta tecnología a sus plataformas, produciendo tanto el CDM como el cliente.

La respuesta de Mozilla

El problema para Mozilla está en que los dueños de contenido no aceptan soluciones de código abierto, y Mozilla quiere que el código de Firefox sea abierto, y no está dispuesta a crear un CDM de código cerrado. Por lo tanto ha decidido asociarse con Adobe que será quien desarrolle el CDM que se relacionará con Firefox para permitir la reproducción de contenido con DRM.

De esta forma Mozilla podrá controlar qué información el navegador comparte con el CDM y por lo tanto, con los distribuidores de contenido. Y esto podrá ser, a su vez, revisado por la comunidad.

La descarga de este componente adicional de Adobe para poder reproducir el contenido con DRM será opcional, y no vendrá incluido de forma predeterminada en la descarga de Firefox. De esta forma quienes quieran tener un control total de la tecnología que hay instalada en su equipo, podrán hacerlo y continuar usando Firefox.

El futuro (hay que hacerlo brillar)

El anuncio de hoy marca el comienzo del trabajo para agregar la API de JavaScript al navegador. Todavía no está disponible en ninguna de las versiones de Firefox, y aún no hay mucho contenido ofrecido con estas tecnologías. Pero se tomó la decisión de comenzar para estar preparados en caso de que llegue a ocurrir en breve. Y lamentablemente, parece muy difícil que podamos evitar que esta forma de DRM llegue a la Web.

Como Mozilla está en contra del DRM, está trabajando con algunos de los dueños de contenido para utilizar otra forma de control de los archivos multimedia, que sea menos molesta para el usuario. La propuesta de Mozilla es utilizar una marca de agua que permita, llegado el caso, saber quién ha distribuido ese contenido de forma no autorizada.

Y tal como había pasado en el caso del códec de video H.264, la lucha en contra de estos cambios no puede ser llevada adelante por una sola organización. Mozilla debe trabajar junto a la Electronic Frontier Foundation y otras organizaciones para lograr un método en que se respeten los derechos de los dueños de contenido, pero también los de los usuarios.

Quizás sea el momento de llevar adelante la propuesta de Brendan Eich de crear un gremio de usuarios de tecnologías que puedan enfrentarse con los dueños de contenido para lograr más respeto a sus derechos y libertades.

Para más información pueden leer el escrito de Mitchell Baker (en inglés) y el texto de Andreas Gal con la solución técnica adoptada por Mozilla.

También recomiendo leer el escrito de Cory Doctorow sobre la situación. Está en inglés y es largo, pero vale la pena.

[1] El término piratería no es correcto, por eso hablamos de usos no autorizados del contenido.

mozlove

mayo 8, 2014
por deimidis_and
0 Comentarios

Un fin de semana a puro trabajo

Por segundo año consecutivo, los miembros activos del proyecto Mozilla Hispano nos encontramos físicamente para evaluar el trabajo realizado durante el año pasado y planear los próximos movimientos de la comunidad. Esta vez el destino fue Madrid, donde 27 personas de 11 países trabajamos durante 3 días.

Javier contando el año que pasó en el equipo creativo en el Mozilla Hispano Work Week

Javier contando el año que pasó en el equipo creativo

La dinámica de trabajo fue diferente a las ediciones anteriores. El primer día hicimos una pequeña ronda donde el coordinador de cada área expuso el resumen de la actividad del año, y para el segundo y tercer días nos dividimos en pequeños equipos que trabajaron en buscar soluciones a los problemas a los que se enfrenta cada proyecto.

Al final de cada día hacíamos una mini evaluación de cómo nos habíamos sentido individualmente, cómo habíamos visto el trabajo del grupo y teníamos una pequeña charla con respecto al día siguiente.

Dentro de los equipos en los que participé, me resultaron más interesantes los de la relación Mozilla – Mozilla Hispano y los de la relación entre Mozilla Hispano y las comunidades locales.

Mozilla y Mozilla Hispano

La comunicación desde Mozilla hacia la comunidad funciona bien. Hablamos de la posibilidad de agregar una mejor comunicación de las actividades que se informan en las reuniones de los lunes de Mozilla, en las que se habla de qué pasó en la semana. En principio recaería en la figura del portavoz comunitario (una función que se discutió en otro de los grupos). Este debería participar de esa reunión semanal y enviar un resumen a la lista general.

Uno de los Pablos, Rubén y Fernando divirtiéndose

Uno de los Pablos, Rubén y Fernando divirtiéndose

Pero notamos que la comunicación en el otro sentido es más difícil. Hay personas de la comunidad que se comunican periódicamente con personal de Mozilla y con quienes se comparte el trabajo realizado por la comunidad. Al no haber un canal oficial, hay otros proyectos que se quedan «encerrados» en la comunidad. Por esto hablamos de la posibilidad de enviar un resumen de las actividades de la comunidad a Mozilla mensualmente. Y de la misma forma participar de esa reunión de los lunes con una actualización mensual. De esta forma pensamos que más personal de Mozilla podrá enterarse de todo el trabajo que realiza la comunidad hispana.

Mozilla Hispano y las comunidades locales

Mozilla Hispano es un nodo donde trabajar de forma conjunta en los proyectos de Mozilla que conviene pensar de una forma general. Por ejemplo, la mayoría de los proyectos de localización es preferible hacerlos una sola vez, en lugar de muchas versiones que no todas las comunidades podrían mantener actualizadas.

En las noticias puede verse otro ejemplo. No tiene mucho sentido que cada comunidad realice una nota sobre el lanzamiento de la nueva versión de Firefox, cuando puede hacerse una sola vez y compartirse.
Pero al mismo tiempo Mozilla Hispano debe funcionar mejor como lugar donde puedan encontrarse las noticias de las comunidades locales. Por eso se sugirió la opción de que el portal de Mozilla Hispano replique los portales locales, y genere la nos noticias generales que serían replicadas desde los portales locales.

De ese modo en Mozilla Hispano se encontrarían todas las noticias generales y la información de todas las comunidades locales. En los portales locales, por el contrario, se encontrarían las noticias generales escritas en Mozilla Hispano y las noticias de ese país.

La mayoría de los que participamos

La mayoría de los que participamos

Pero no todo es trabajo

Los días empezaban a las 10 de la mañana y continuábamos el trabajo hasta las 18. Después era tiempo de un breve descanso y la salida para la cena. El primer día del encuentro, coincidió con la final de la Copa del Rey entre Barcelona y Real Madrid. Nos costó conseguir un lugar donde poder ver el partido y cenar. Las cenas restantes fueron en restaurantes tradicionales donde pudimos disfrutar de la muy variada comida española.

El resultado del encuentro fue más de 133 tareas para hacer que quedaron plasmadas en nuestra plataforma de trabajo colaborativo. El próximo año nos volverá a reunir para compartir mucho más tiempo juntos.