Ya está aquí el nuevo número del podcast de Mozilla Hispano, el primero del año y cargado de novedades del mundo mozilla.

En esta ocasión los participantes han sido Elena Palomo (Velvetbites), Rubén Martí­n (Nukeador) y Guillermo Movia (deimidis).

Guión:

• Infografía 2011.
• Mozilla y Google renuevan su acuerdo.
• Actualizaciones de Firefox y Thunderbird y futuras versiones.
• SOPA: Frenada momentánea y estado actual.
• Cheevos para Firefox.
• Mozcamp Hispano.

La música del podcast ha sido sacada de Jamendo.com, del álbum 8-bit lagerfeuer de Pornophonique con licencia Creative Commons.

Podéis descargar directamente el archivo o suscribiros al RSS del podcast con vuestro lector de podcast preferido, iTunes o Miro.

MP3 | El podcast de Mozilla Hispano #027

OGG | El podcast de Mozilla Hispano #027

Streaming con flash

Artículos relacionados:

• Podcast #011
• Podcast #021
• Podcast #028

Ya está aquí el nuevo número del podcast de Mozilla Hispano, en el debate del mes hablamos de las plataformas móviles y sus implicaciones en la web abierta.

En esta ocasión los participantes han sido Elena Palomo (Velvetbites), Rubén Martí­n (Nukeador) y Guillermo Movia (deimidis).

Enlaces:

• Mozilla web apps.
• Boot to Gecko.

La música del podcast ha sido sacada de Jamendo.com, del álbum 8-bit lagerfeuer de Pornophonique con licencia Creative Commons.

Podéis descargar directamente el archivo o suscribiros al RSS del podcast con vuestro lector de podcast preferido, iTunes o Miro.

MP3 | El podcast de Mozilla Hispano #026

OGG | El podcast de Mozilla Hispano #026

Streaming con flash

Artículos relacionados:

• Podcast #020
• Podcast #019
• Podcast #011

Organizing a Mozilla community can be easy when you are a small group or can be a headache if you have more contributors than you can handle.

In the past year, Mozilla Hispano community has grown both contributors and ongoing projects, so we have been to learn how to handle from a small group to nearly 40 people.

Everything is more less easy to handle when your community is 4 or 5 people, each one usually does a different task, you normally focus on localization/user support and you just use email or a mailing list to communicate each other. The problem starts when you grow and new people wants to do different things like engagement, marketing, PR, QA…

I’m going to explain how we’ve solved it in Mozilla Hispano and I hope that could be an example to other communities in the future.

Our infrastructure is based on:

• Meritocracy: Core and casual contributors.
• Open mailing list to announce new projects.
• A page where we explain where you can contribute and how.
• A mentorship program.
• A wiki to organize areas, projects, tasks, events, meetings and contributors.
• A mumble audio server to do audio conferencing.
• An irc channel at irc.mozilla.org.

Meritocracy

The community rules (es) are clear and accepted by everybody from the beginning. We are a meritocracy like the rest of Mozilla and we are divided on:

• Users: Anyone who visits the site.
• Casual contributors: Users that contribute to the community from time to time in different projects.
• Core contributors: A casual contributor that has been participating actively for at least 6 months could be proposed as a core contributor or member. He will have rights to vote in the internal decisions that could be made in the community. If you are going to be inactive or you stop contributing you will be again a casual contributor.
• Mentors: Special category for well know contributors that want to help newcomers to get into the community.

Mailing list

It’s hosted on google groups but in the future should be migrated to Mozilla’s mailman. Subscriptions are open, it’s the first way to introduce yourself to the community and keep updated about what’s going on. It’s also the place for discussion about new ideas or problems.

People are encouraged to send emails to the list using a tag for better organization:

• [News] Firefox 9
• [Engagement] DeMo project
• [Support] Check unsolved posts

Contribute page

The contribute page it’s the main page for newcomers. It’s designed to first point people to the mentorship program (es), ongoing-future projects listing page (es) and resources for contributors (es) and then list all areas we are working on.

Mentorship program

In the mentorship program page we briefly explain what Mozilla Hispano is and our Mozilla values (we don’t want people to misunderstand that we are a meritocracy and have problems in the future). Then we list by area, the names and emails of mentors and we encourage to mail them directly.

We’ve found that one to one contact with people is better to explain how we work and what they can do. We want mentors to be very active, assigning or creating projects to keep new people active from the beginning.

Projects page

From it you can get and overview about what’s going on now and in the future. More about this later.

Resources for contributors

This page lists every tool we use, how to sign up for the mailing list, how to create an account on our wordpress to post articles, our planet, social networks, irc, events, audio server or how to create content on the wiki.

A wiki to organize them all

Since the beginning of the project, we’ve been using the wiki as a tool to list how we work and list contributors, but the “static” approach we’ve been using was not enough once we get dozens of new contributors. Following Mozilla Reps wiki organization we improved our mediawiki installation using semantic data: Semantic Mediawiki and Semantic Mediawiki Forms. Using these tools we can have information shared between wiki pages.

Profile page

Once a new contributor creates an account on the wiki, he can fill his profile information such as name, photo, country, areas where he wants to contribute, email, website, twitter… Mozilla is about people and we want everyone to know this when they visit our page.

This is a very important page to track everyone working on the community because this page will automagically fetch all projects, events, meetings, and pending task this users has.

My profile page on the wiki

Areas

We try to mimic Mozilla’s division: News, User support, Labs, Engagement, QA and IT. This is what we like to call “A small Mozilla inside Mozilla”.

Each area has a core contributor in charge to organize it and guide people interested in contributing to the area.

Projects

Every initiative is a new project, from “Localizing AMO” to “Improve site design” or “Tips and tricks for beginners”. Anyone can create a new project from the listing page using a easy form.

Each project has a coordinator, an area where it belongs, status (inactive, active, finished), a list of people helping on it (anyone can add himself to the list), aim, subprojects (if needed), meetings (more about this later), pending tasks and free text to describe the status or any other links and information about it. Projects are listed on their area page to give them visibility.

Tasks

Any area or project can have tasks (es), a small work that has to be done assigned to a contributor. We don’t need a big infrastructure like bugzilla for these assignments.

Each task has a description, person in charge, due date and status. They are listed on their corresponding area/project page and also in the profile of the person in change of it. This last thing it’s very important because it’s a way to friendly remind people they have something to do

You can subscribe to all task, area tasks, project tasks and/or your personal tasks via RSS to keep updated.

Meetings

For organizing a project we have the possibility of creating a meeting (es). The workflow is usually this:

• The project coordinator post a message on the mailing list announcing the meeting and asking people interested and preferred dates (most times using tools like doodle.com)
• Once the date is set, a meeting page is created with all the information and attendees. It will be automatically listed on meetings page, project page and attendees profiles.
• We use a mumble server for conferencing. We’ve found that using audio instead of just text on IRC is quicker and improves the personal relationships between contributors. Every meeting is recorded, uploaded and linked on its page.
• Notes about the conference are added to the meeting page and the link is announced on the mailing list.
• We use irc as back channel for sharing links and text during the conference. Chat log is also attached to meeting page.

Events

Event tracking (es) is also done on the wiki. Every event a community contributor attends should be listed here, even if it’s not organized by a mozillian. Dates, address, organizer, number of attendees, website and mozillian attendees are filled here so it will be auto-listed in every contributor profile page.

This is a great way to know where the community contributors are going to be and have information about Mozilla presence in these events.

Final notes

This is the way that works for us, and we think it could work for other communities. Following these procedure we have:

• Improved personal relationships between contributors.
• Everyone knows what’s going on and who is doing what.
• The ideas are no longer lost in a limbo of emails.
• Newcomers know where to go and who to ask to start contributing.
• New contributors have things to do since day one and their work is visible and public for the rest of the community.

And remember, the key for community growing is to get contributors with different profiles and encourage them, let them see they and their work are part of the community! Don’t focus your community just in localization, most people want to help with engagement, creation (music, video, images) or other creative topics, most future contributors will find you in social networks, be there and keep them updated!

Our presentation at Mozcamp 2011 Europe was a 10 minutes summary of this

Question? Leave a comment, ping me on irc (Nukeador), Twitter or via email (nukeador at mozilla-hispano dot org).

As a bonus track, here you have the Mozilla Hispano talk about community organization at MozCamp Europe 2011:

Durante el último año, la comunidad de Mozilla Hispano ha crecido tanto en número de colaboradores como en número de proyectos en curso, por lo que hemos tenido que aprender a manejar desde un grupo pequeño a un grupo de más de 40 personas.

Todo suele ser más o menos fácil de manejar cuando tu comunidad tiene 4 o 5 personas, normalmente cada uno hacer una tarea distinta, enfocándose normalmente en la localización o asistencia a usuarios y para comunicarte usas el correo electrónico o una lista de correo. El problema empieza cuando la comunidad crece y la gente nueva quiere hacer cosas diferentes, tales como difusión, marketing, relaciones con la prensa, control de calidad…

English version.

Trataré de explicar como lo hemos solventado en Mozilla Hispano y espero que pueda ayudar como ejemplo a otras comunidades en el futuro.

Nuestra infraestructura se basa en:

• Meritocrácia: Colaboradores y miembros activos.
• Lista de correo abierta para anunciar los nuevos proyectos.
• Una página donde se explica dónde y cómo puedes colaborar.
• Un programa de mentores.
• Un wiki para organizar las áreas, proyectos, tareas, eventos, reuniones y colaboradores.
• Un servidor de audio mumble para hacer conferencias de audio.
• Un canal de irc en irc.mozilla.org.

Meritocrácia

Las normas de la comunidad son claras y están acordadas por todo el mundo desde un inicio. Somos una meritocrácia como el resto de Mozilla y nos subdividimos en:

• Usuarios: Cualquier que visita la web.
• Colaboradores: Usuarios que colaboran con la comunidad de vez en cuando en diferentes proyectos
• Miembros activos: Un colaborador que ha estado participando en la comunidad de forma activa desde hace al menos 6 meses puede ser propuesto como miembro activo. Tendrá derecho a votar en las decisiones internas que puedan afectar a la comunidad. Si va a estar inactivo o va a dejar de colaborar, siempre se puede volver a ser un colaborador normal.
• Mentores: categoría especial para los colaboradores veteranos que quieren ayudar a los nuevos a conocer y colaborar en la comunidad

Lista de correo

Está alojada en google groups pero en el futuro se debería migrar al mailman de Mozilla. Cualquiera puede suscribirse, en la forma principal de presentarse y estar al día de lo que está sucediendo. Es también el lugar de discusión sobre nuevas ideas o problemas.

Se recomienda enviar los correos a la lista usando una “etiqueta” para una mejora organización:

• [Noticias] Firefox 9
• [Difusión] Proyecto encantamiento
• [Asistencia] Revisar los temas sin solucionar

Página colabora

La página de colabora es la página principal de llegada para los nuevos. Está diseñada para dirigir primero al programa de mentores, lista de proyectos en curso , los recursos para colaboradores y posteriormente listar todas las áreas en las que estamos trabajando.

Programa de mentores

En la página del programa de mentores describimos de forma breve qué es Mozilla Hipano y nuestros valores Mozilla (queremos que la gente entienda que somos una meritocrácia y que no tengamos malentendidos en un futuro). Posteriormente listamos por área, los nombres y correos de los mentores a los que animamos a escribir directamente.

Nos hemos dado cuenta que el contacto directo 1 a 1 es mucho mejor para explicar cómo trabajamos y qué se puede hacer. Queremos que los mentores estén muy activos, asignando o creando proyectos para mantener a la gente nueva activa desde un inicio.

Página de proyectos

Desde ella tienes una vista general de qué se está moviendo ahora y en un futuro. Amplio esto más abajo.

Recursos para colaboradores

Esta página lista todas las herramientas que usamos, cómo darse de alta en la lista de correo, cómo crear una cuenta en nuestro wordpress para publicar artículos, nuestro planet, redes sociales, irc, eventos, servidor de audio o cómo crear contenido en el wiki.

Un wiki para organizarlos a todos

Desde el inicio del proyecto, hemos estado usando el wiki como herramienta para detallar cómo trabajamos y listar a los colaboradores, pero la manera “estática” que usábamos no era suficiente para organizar docenas de nuevos colaboradores. Siguiendo el ejemplo de organización wiki de Mozilla Reps, mejoramos nuestra instalación de mediawiki para usar datos semánticos: Semantic Mediawiki y Semantic Mediawiki Forms. Usando estas herramientas podemos compartir información entre páginas del wiki.

Página de perfil

Una vez que un colaborador crea una cuenta en el wiki, puede rellenar la información de su perfil con datos tales como nombre, foto, país, áreas en las que quiere colaborar, correo, página web, twitter… Mozilla está formado por personas, y queremos que todo el mundo lo vea cuando visite nuestra página.

Esta es una página muy importante para hacer un seguimiento de todo el mundo que está trabajando en la comunidad ya que ésta página mostrará “automágicamente” todos los proyectos, eventos, reuniones, y tareas pendientes que tenga el usuario.

Mi perfil en el wiki

Áreas

Intentamos imitar la división de Mozilla: Noticias, asistencia, Labs, difusión, control de calidad y administración técnica. Esto es lo que nos gusta llamar “Una pequeña Mozilla dentro de Mozilla”.

Cada área tiene un miembro activo a cargo para organizar y guiar a la gente interesada en colaborar en ese área.

Proyectos

Toda iniciativa es un nuevo proyecto, desde “Localización de AMO” a “Mejorar el diseño del portal” o “Consejos y trucos para principiantes”. Cualquiera puede crear un proyecto desde la página con el listado mediante un sencillo formulario.

Cada proyecto tiene un coordinador, un área a la que pertenece, estado (inactivo, en curso o finalizado), personas participando (cualquiera puede añadirse a la lista), objetivo, subproyectos (si fuera necesario), reuniones (más detalles abajo), tareas pendientes y texto libre para describir el estado o añadir enlaces e información al respecto. Los proyectos se listan en la página de su área para darles más visibilidad.

Tareas

Cualquier área o proyecto puede tener tareas, que son pequeños trabajos que se tienen que hacer asignados a un colaborador. No necesitamos una gran infraestructura como bugzilla para estas asignaciones.

Cada tarea tiene su descripción, persona a cargo, fecha límite y estado. Se listan en la página de su área/proyecto correspondiente y también en el perfil de la persona a cargo. Esto último es muy importante ya que sirve como recordatorio para que la gente sepa que tiene algo por hacer

Puedes suscribirte a todas las tareas, las de un área, proyecto y/o a tus tareas personales vía RSS para estar al día.

Reuniones

Para organizar un proyecto, tenemos la posibilidad de crear reuniones. El flujo de trabajo normalmente es así:

• El coordinador del proyecto publica un mensaje en la lista de correo anunciando la reunión y preguntando por personas interesadas y fechas (la mayoría de las veces usamos herramientas como doodle.com)
• Una vez que se ha decidido una fecha, se crea la página de la reunión con toda la información y los asistentes. Se mostrará automáticamente en la página de reuniones, en la del proyecto y en los perfiles de los asistentes.
• Usamos un servidor mumble de audio para las charlas. Hemos observado que usar audio en vez de sólo texto en IRC es más rápido y mejora las relaciones entre los colaboradores. Todas las reuniones son grabadas, subidas y enlazadas en la páginas de su reunión.
• Las notas sobre la charla se añaden a la página de la reunión y se publica un enlace en la lista de correo.
• Usamos irc como canal de apoyo para compartir enlaces y texto durante la charla. El log de irc también se adjunta a la página de la reunión.

Eventos

El seguimiento de eventos se hace también desde el wiki. Se lista cualquier evento al que asiste un colaborador, incluso si no está organizado por un mozillero. Se rellenan con fechas, lugar, organizador, número de asistentes, página web y colaboradores asistiendo para que así se liste también en los perfiles de usuario.

Es una forma genial para saber dónde están yendo los colaboradores de la comunidad y tener información sobre la presencia de Mozilla en estos eventos.

Notas finales

Esta es la forma que nos funciona a nosotros, y creemos que puede funcionar para otras comunidades. Siguiendo ésta organización hemos conseguido:

• Mejorar las relaciones personales entre colaboradores.
• Todo el mundo sabe qué está pasando y quién hace qué.
• Las ideas ya no se pierden en un limbo de correos.
• La gente nueva sabe dónde ir y a quién preguntar para empezar a participar.
• Los nuevos colaboradores tienen cosas que hacer desde el día uno y su trabajo es visible y público para el resto de la comunidad.

Y recuerda, la clave para el crecimiento de una comunidad es tener colaboradores de diferentes perfiles y motivarlos, ¡hazles ver que tanto ellos como su trabajo es parte de la comunidad! No enfoques tu comunidad sólo en localización, la mayoría de la gente quiere ayudar con difusión, creación (música, vídeo, imagen) u otros temas creativos, la mayoría de los futuros colaboradores te encontrarán a través de una red social, ¡ten presencia allí y mantén a la gente al día!

Nuestra presentación en el Mozcamp 2011 Europe fue un resumen de 10 minutos sobre todo esto

¿Preguntas? Deja un comentario, escríbeme por irc (Nukeador), Twitter o vía email (nukeador arroba mozilla-hispano punto org).

Cómo extra, os dejo la charla de Mozilla Hispano sobre organización comunitaria en el MozCamp Europe 2011:

En esta ocasión los participantes han sido Rubén Martí­n (Nukeador), Santiago Hollmann (nuno) y Guillermo Movia (deimidis).

En esta ocasión os contaremos qué es y qué hemos hecho en el Mozcamp 2011 Berlín y reflexionaremos sobre algunos temas que surgieron en diversas charlas, como el rol de mozilla en el futuro de la red, el intento de control de la red y el papel de los usuarios en todo ello.

Artículos relacionados:

• Mozcamp Berlin 2011
• Videocast #001
• Podcast #015

• La última versión de Firefox es 32 veces más rápida que Firefox 1.0.
• Recientemente hemos pasado a un ciclo de publicaciones rápido para ofrecer características, mejoras en rendimiento, actualizaciones de seguridad y mejoras de estabilidad más rápido a nuestros usuarios.
• La puntera implementación de HTML5 en Firefox asegura que los desarrolladores puede crear bellas y emocionantes experiencias web para los usuarios.
• Las características favoritas como la navegación por pestañas, protección contra fraudes y software malicioso, la barra alucinante, la función “no quiero ser rastreado” (DNT) y nuestra galería con miles de complementos para Firefox dan a millones de usuarios a lo ancho del mundo mayor elección y control sobre su experiencia al navegar por la web.

Para celebrarlo, Mozilla ha adoptado, una vez más (en), a dos cachorros de firefox (pandas rojos) del zoo de Knoxville. Durante los próximo meses, podrás ver a estos cachorros de firefox jugar, vivir y crecer mediante un vídeo en directo 24 horas en Firefox Live. Ayuda a dar a conocerlo compartiendo la ternura de nuestro nuevo Mozilleros en Firefox Live.

Artículos relacionados:

• Sexto aniversario de Firefox
• Mozilla Hispano: 3º aniversario

Ya está aquí el nuevo número del podcast de Mozilla Hispano.

En esta ocasión los participantes han sido Rubén Martí­n (Nukeador), Santiago Hollmann (nuno) y Guillermo Movia (deimidis).

La música del podcast ha sido sacada de Jamendo.com, del álbum 8-bit lagerfeuer de Pornophonique con licencia Creative Commons.

Guión:

• Mozcamp Europa y Mozcamp Asia.
• Proyectos comunitarios: Minitrucos para principiantes y boletín Mozilla.
• Próximos eventos: Mozpub #002 Valladolid, Cuarto Hacksol, FESOLI 2011, fábrica de fallas.
• Mozilla Affiliates.
• Final de la novela de Java.
• 8 de noviembre salida del nuevo Firefox estable.

Podéis descargar directamente el archivo o suscribiros al RSS del podcast con vuestro lector de podcast preferido, iTunes o Miro.

MP3 | El podcast de Mozilla Hispano #023

OGG | El podcast de Mozilla Hispano #023

Streaming con flash

Artículos relacionados:

• Podcast #020
• Podcast #027
• Podcast #005

En resumen, algunas de las inquietudes son:

1. En despliegues de Firefox a gran escala (empresas) que deben certificar el software antes de permitirlo no pueden gestionar un ciclo de 6 semanas.
2. Problemas con la compatibilidad de complementos.
3. Avisos de actualización “cansinos”.
4. Frustración por no tener estos temas solucionados antes del cambio.

1. Despliegues a gran escala

Se ha hecho una propuesta para ampliar el soporte para grandes despliegues (en). Esta propuesta está actualmente en fase de discusión en el grupo de noticias correspondiente y en el grupo de trabajo de empresa (Enterprise Working Group). Se están incorporando las opiniones y se espera tener la propuesta cerrada en breve.

2. Compatibilidad de complementos

Hay un par de temas relacionados que han hecho la compatibilidad de complementos difícil. El primero, que historialmente se ha presupuesto que los complementos son incompatibles hasta que se demuestre que no lo son. Esta es una presunción bastante conservadora que genera trabajo a todos los desarrolladores de complementos y notificaciones a los usuarios de los mismos. Se ha corregido esto para los complementos alojados por Mozilla. Aquí hay una explicación más detallada (en) sobre el tema; también está disponibles los detalles de las características planeadas (en).

3. Actualizaciones “cansinas”

En el pasado siempre se ha sido muy cuidadoso a la hora de hacer saber a los usuarios que algo estaba cambiando de su navegador antes de que se cambiara. Se hizo esto para asegurarse que la gente era consciente y tenía control de lo que estaba pasando a su alrededor. En la actualidad la gente está diciendo (de forma firme) que las notificaciones son irritantes y que un proceso de actualización silencioso es importante. Se está trabajando en ello. El primer grupo de mejoras debería aparecer en la próxima versión de Firefox, y algunas más en los siguientes meses.

Además, una de las principales razones por las que se informaba a la gente sobre las actualizaciones era debido a complementos incompatibles, lo cual será solucionado con lo que comentábamos en el punto 2. Puedes ver más detalles en este artículo (en).

4. Frustración

Muchos comentarios también reflejaban frustración por no haber solucionado mejor estos puntos antes de hacer el cambio. El cambio fue abrupto y se debería hacer mejor en el futuro. Se centró muy eficientemente en que se estaba seguro que los aspectos de ingeniería interna funcionaban con un ciclo rápido. Se centró en ser capaces de brindar al usuario y al desarrollador los beneficios de un ritmo mucho más rápido (ya tenemos una mejora sustancial de memoria para hacer la navegación más rápida, “No quiero ser rastreado” en Firefox para Android, herramientas para desarrolladores e implementaciones de HTML5). Pero no se centró de forma tan efectiva en asegurarse que todos los aspectos del producto y el ecosistema estaban listos. Hay planes en macha para aliviar los problemas que se han dado, con un despliegue de mejoras en las próximas semanas.

Traducción del artículo de Mitchell Baker, presidenta de Mozilla Foundation.

Artículos relacionados:

• Firefox será aún más rápido
• Thunderbird inaugura su desarrollo rápido con una nueva beta
• Aclaración sobre la supuesta vulnerabilidad de Firefox 2.0.0.11

Tiene gracia hayan tenido que pasar casi 7 años desde que empecé a colaborar en Mozilla para realizar un primer evento en donde resido, pero por una cosa u otra siempre se han hecho eventos en donde había más personas para ayudar a realizarlos (Madrid).

¿Qué es un Mozpub?

Un MozPub es un encuentro informal para charlar sobre la web abierta, software libre y cualquier tipo de tecnología o proyecto web abierto (HTML5, WebGL, webapps…).

¿De qué se habló?

A continuación os listo algunos temas que se trataron y enlaces de interés:

• Listado de cuentas de twitter que asistieron.
• Fotos en flickr (mozpubvall).
• Mozilla Hispano, áreas de colaboración.
• Proyectos en el marco de Drumbeat.
• Manifiesto de principios de Mozilla.
• El podcast de Mozilla Hispano.
• Incubador de proyectos Web FWD.
• Calendario hispano de eventos abiertos.
• Blog de Tristan Nitot sobre Mozilla y web abierta, presidente de Mozilla Europe.
• Mozilla UX: Artículos del equipo de experiencia de usuario.
• Mozilla Labs: Desarrollo de ideas.

Impresiones

Me sorprendió la buena acogida que tuvo el evento para ser el primero que organizamos en Valladolid, y la mayoría de los inscritos pudieron asistir. La gente tenía muchas ganas de conocer más, tanto sobre Mozilla como de la filosofía que hay detrás.

Pretendemos seguir realizando Mozpubs de forma periódica e incluso centrándolos en una temática diferente cada vez. Mi idea es que se puedan llegar a presentar proyectos de forma breve mientras la gente se toma unas cervezas

Seguid atentos porque ¡tenemos ganas de más!

Ya está aquí el nuevo número del podcast de Mozilla Hispano.

En esta ocasión los participantes han sido Santiago Hollmann (nuno), Rubén Martí­n (Nukeador) y Guillermo Movia (deimidis).

La música del podcast ha sido sacada de Jamendo.com, del álbum 8-bit lagerfeuer de Pornophonique con licencia Creative Commons.

Guión:

• Debate sobre Boot to Gecko, WebAPI (en) y aplicaciones web (web apps).
• Campaña para mejorar la marca de Mozilla en latinoamérica.
• Eventos: Mozilla Day Nicaragua, MozPub #001 Valladolid, SFD Buenos Aires.

Podéis descargar directamente el archivo o suscribiros al RSS del podcast con vuestro lector de podcast preferido, iTunes o Miro.

MP3 | El podcast de Mozilla Hispano #020

OGG | El podcast de Mozilla Hispano #020

Streaming con flash

Artículos relacionados:

• Podcast #019
• Podcast #026
• Podcast #016