All posts tagged mozilla

Webmaker Train the Trainer

by thornet on May 17, 2013 in Mozilla with No comments

Back in March, we kicked off the first in hopefully a series of train-the-trainer (TTT) events for webmaking.

The idea is to run events that train people who go on to train others how to teach the web. We focused on practicing an open and participatory ethos, adapting lesson plans, and facilitating events.

This is a post to share what we did and encourage people in designing their own train-the-trainer events.

How to run a Webmaker Train the Trainer

Our prototype, the Reps Training Days, ran for four days in Athens, Greece with 40 Reps from around the world. The agenda was based on Laura Hilliger’s research and insights on successful TTT program and on Allen Gunn’s participatory event methodology. It was made possible by the amazing Mozilla Greek community.

Our participants were Mozilla Reps, a fantastic ambassador program with some of the most active and thoughtful Mozillians. Reps have been early adopters and innovators with Webmaker. They organized nearly 50 events during last year’s Summer Code Party and are leading the way in developing tools, tutorials, and localization for Webmaker. It seemed like a natural fit to run our first TTT with them.

1. Participate in a Webmaker event

The first day of Training Days was spent observing and participating in a Hive Pop-Up, organized by Hive Athens. This was an opportunity for the participants to experience a webmaker event firsthand, to see the tools and activities in action, to learn about the logistics, and to understand the vibe.

We then circled up to discuss what we saw. Participants shared their reflections on what worked well at the pop-up and what they would change if they did their own.

2. Build the training agenda

Then we opened up the training days properly. While we had topics in mind we wanted to hack on together, it was more important that everyone in the room thought about what they want to learn or discuss. So we had an agenda brainstorm.

To do this: we split into groups for 3 people. On post-it notes, we wrote down topics. 1 topic per post-it and the encouragement to write it as concretely as possible.

Then everyone pasted the notes on the wall. We read them all and then clustered them by themes. This collaborative board formed both critical event documentation as well as agenda fodder for the coming days.

3. Teach someone something

To warm up to the idea of teaching, we then got into pairs. The task: teach someone something in 5 minutes.

One person would go and then switch. Even if you knew what was being taught, you were encouraged to play a good learner, asking good questions and prompting the teacher.

After this exercise, we circled up and discussed what we observed from this experience. For many, it was a great way to think about how to explain something clearly, using metaphors and knowledge building blocks. It helped bring people into a teaching mindset.

4. Make a learner profile

Now that we’ve been thinking about teachers and learners, we made small groups and hacked together a learner’s profile.

This goal of this activity was to think about who our learners are. We used Webmaker tools to make these profiles, which was also a fun, maker-y way to be introduced to these tools. Participants were encouraged to think about real people they want to teach.

5. Hack an event invitation

After we’ve made our learner profiles, we thought about the kind of event we wanted to run. Most of the participants have already organized Webmaker events in the past, so there was already some familiarity with the format.

Nevertheless, it was helpful to hack together an event invitation. The idea was to think about your target learner and to make an invitation that would speak to them. Again, we used Webmaker tools to quickly pull these invitations together on the web.

6. Deep dive into lesson plans

With a learner profile, an event invitation and some familiarity with Webmaker tools, we then introduced the hackable kits. These are remixable lesson plans that help mentors, trainers, etc. to teach the web. The idea is that they are adaptable to different contexts and that people can share new ways of teaching in a shared format.

Participants poked around in the kits and asked questions. We also did some fun icebreakers so they could see the activities in action and get some energy going.

7. Playtest lesson plans

Now came the fun part. We had to plan for a real live event the next day. So participants got into groups of five with one group facilitator.

They had to design a four-hour agenda for local youth. Using three recommended activities from the kits, they adapted the lesson plans. Then they walked through a script for the next day, including having people role-play as learners. It was a lot of fun to see and a great way to prepare for the big day.

8. Put training to practice at a live event

So with some nervousness, we got ready for the live event. About a hundred youth were coming. We split into different rooms, each group of five trainers getting about 20 learners.

While there were the inevitable challenges (the internet is down! one kid won’t listen!), the Reps did a terrific job. They rolled with their scripts, adapting them as they saw what was working. They also taught well in smaller pairs with their learners, sometimes adding new challenges or tools to fit their needs.

It was a beautiful and fun thing to see. All the training the days before paid off: the youth had a lot of fun and so did we.

9. Reflect on event, lessons learned and where from here

We ended the event with a closing circle. We talked about what we saw that day, what worked well, what didn’t. We each shared one thing we appreciated about the experience, and what we’re excited about doing next.

With that, we headed out into the city to enjoy the day and the rest of our time together.

10. Go forth and teach!

Each participant left the Training Days with a local plan. It was a short list of possible collaborators in their hometown, a date for a small team huddle to bring those people together, and then a date for a larger Webmaker event to organize with their new collaborators.

We also started interest groups in topics like localization and offline tools. And now, a few months later, the participants from Training Days are now “Webmaker Super Mentors”, mentoring people in an online course to learn how to teach the web.

In the coming months, we hope to keep remixing and improving these agendas, as well as work with people who are interested in TTT in their own cities or communities.

Let us know if you’d like to get involved! #teachtheweb

Webmaker Mentors in 2013

by thornet on February 11, 2013 in Mozilla with 4 Comments

An inflection point

We’re at an inflection point with learning and making. What was once simmering quietly in makerspaces and classrooms is now boiling. Makers and mentors, and all sorts of hackers and radical educators in between, are the key players.

The maker movement, iconized by MAKE: Magazine but is much deeper and broader than that, has hit mainstream. Hundreds of thousands of people show up at Maker Faires, and contributions to sites like Instructables and Youtube tutorial videos are innumerable. Toy stores sell kits, and anyone from a scout to a senior citizen can take a workshop at their skill level. Makers bootstrap, and they hack. These are people with a DIY ethic and an affinity to sharing what they made and how they made it.

There’s also another movement reaching critical mass: a learning movement. It’s teachers, educators, museum curators, after school coaches – in short, mentors who cop a DIY attitude towards learning. Similar to the maker movement, they care about tinkering and interest-driven projects. They care about making, not rote memorization or other staid pedagogies of the past. They blend online and offline experiences, they focus on peer learning, and they are challenging traditional educational institutions with new modes of assessment and accreditation.

These two groups, the makers and the mentors, are coming together. And they’re creating a smart grid for learning. If it all goes well, it will shake up education, it will shake up employment, and it will shake up the way we see and tinker with the world.

Why mentors

At Mozilla, we believe that people learn best with others and that mentoring is a powerful, distributed way to connect learners with instructors.

By social learning, we mean that learning happens effectively through social interaction among peers. It’s learning that has an impact beyond an individual and become part of the larger society or community, in response to interactions with the community.

By mentoring, we mean peer support and encouragement where someone helps another person learn or make something, and also to understand that effort in a larger context. Mentoring is social and open-ended, and it’s certainly not just a one-way transfer of knowledge. We think a focus on mentoring is important, as it provides ongoing relationships for learners and a way to foster not only “hard” web skills like learning code but also the social ones like collaboration or working in the open.

Why Mozilla

Mozilla is a community that practices learning by making. We’ve got an ethos of less yak, more hack, and of helping people hack on things they care about. We don’t believe in “one-size-fits-all” and instead encourage a playful approach to the web and the world. Peers are a critical part of the effort, and not only for Webmaker but across Mozilla in projects like Firefox and FirefoxOS. Merit and peer recognition mean more than titles.

We’re not doing this alone — it’s a huge, distributed collaboration across many organizations and individuals. A “big tent”, as we like to call it. From kitchen tables and small code clubs to edgy museums and international bodies, we see this as a group effort where many players have a role.

With experience in “big tent” models like the Hive Learning Networks (city labs where organizations cluster to share learning offerings and resources) and the Summer Code Party (a campaign to teach webmaking anywhere), we’re excited to take this ethos to the next level.

What we’re going to do

The mentoring team at Mozilla will megazord two existing teams and add some amazing new folks:

  • Hive New York: Chris Lawrence, Lainie Decoursy and Leah Gilliam
  • Curriculum Hacker: Laura Hilliger
  • Events/Mozfest: Michelle Thorne
  • Hive Toronto: Kathryn Meisner
  • Reps Liaison: Sayak Sarkar

This group will operate like a skunkworks incubator for radical ideas about learning, webmaking and mentoring.

We’ll run webmaking campaigns, train the trainer workshops, and other activities that grow the mentor community. This includes launching an international campaign rallying around the theme “Making as learning”.

We’ll bring new Hive learning networks online. The goal is to mobilize local communities and network them globally.

These efforts will be powered by platforms and social protocols for people to gather and teach skills for a digital age. We aspire to build a Github for Learning Stuff, an open repository where mentors can rip, remix and repost materials.

We’re dedicated to documentation and on-boarding new mentors, so many processes will be easily replicable, remixable and teachable. We want to celebrate the community at Mozfest and set the stage for 2014.

These milestones come from conversations with community members (thank you!), and we tried to roll that input into an action plan and share it back with you.

Roadmap in Detail

Here are our 2013 goals:

  • Grow a global community of mentors with a maker attitude
  • Offer compelling on-ramps for mentors to participate in webmaking
  • Merge Hive + Code Party to create a global mentor community w/ local roots
  • Make it easier to find local mentors, events, and learning resources online
  • Create more + better mentor resources: step by step guides for teaching that are hackable
  • Surface localization opportunities. Tools and starter content should all eventually be translatable for different communities.

What success looks like:

More detailed roadmap.

Get involved

  • Tweet #mozhelp. The fastest and easiest way to get help and connect with other mentors. Tweet an offer or a request for help. “I can teach Javascript in Athens. #mozhelp” or “I need a venue for a webmaking event in London. #mozhelp”.
  • Join the Webmaker mailing list. Connect with others mentors, ask questions, and find out what other mentors are up to. Introduce yourself.
  • Live chat. Pop into the #webmaker public chat room to say hello or ask questions.
  • Share and build with us. Contribute back your own learning resources, remixes and more.

We warmly welcome your feedback on the Webmaking mailing list or in the comments to this post.

Can’t wait to kick off this work with you!

– The Mentor Community team: Laura, Lainie, Leah, Kathryn, Michelle, Sayak, Chris

Mozfest 2012: The Aftermath Report

by thornet on January 6, 2013 in Mozilla with 3 Comments

About

The Mozilla Festival (#mozfest) is an annual read/write event for anyone interested in learning about – and making – the future of the web.

It is an unique platform for bringing together key contributors to discuss, hack on and teach the open web using Mozilla tools and beyond. The goal is to celebrate the Webmaker community and jumpstart initiatives for the coming year.

The Mozilla Festival program is designed to reflect the values of Mozilla. Participants hack and learn in small, decentralized groups. Sessions focus on solving real problems and teaching applicable skills. The schedule is always evolving in response to participants’ interests. Everything is hands-on, hackable, and collaborative.

“The most inclusive, constructive geek event ever!”
— Tony Parkin, former head of ICT development at the Specialist Schools & Academies Trust

Why It Matters

1. Make things with the tools Mozilla and others are creating. With 22 sessions dedicated to Mozilla tools, the Webmaker suite was introduced to and built-upon by Mozfest participants. Importantly, this year we introduced the “Webmaker Bar”, a dedicated playtesting zone for sharing our tools, inviting feedback and encouraging people to make new projects and features. Furthermore, we successfully explored how our tools can mash with others, such as the “Scratch Meets Thimble” prototype built by the MIT Media Lab.

2. Learn who is building what, how we can share and help each other. 187 facilitators shared their knowledge and toolsets in the sessions they ran. Coordination calls and a “facilitator bootcamp” before the festival improved session quality and also an understanding of what people are building and how we might work together. Also, the opening Science Fair exhibited 35 projects we curated for their notable contributions to making, freedom and the web. Promising collaborations await with organizations such as the MIT Media Lab, the National Writing Project, CERN, Internet Archive, Craftyy, GoCodery, and many more.

3. Design the things we want to build next, especially for mobile. Mozfest concluded with a demo party of over 30 prototypes hacked over the weekend. We made progress on two new verticals: mobile and games, and tested another key feature: Thimble with Javascript. For example, the games track helped the Game On Competition find local champions and jury members and produced a buzz around hackable games.

4. Fuel leaders who want to invent, teach and organize. The Hacktivate Learning track at Mozfest focused on fostering future leaders and co-designing teaching resources. Planning sessions were held with community members to design next year’s Summer Cody Party and the growth of the global Hive network.

5. Move the needle in the UK’s conversation about web literacy. Out of 295 press hits, 35 were strongly favorable articles (in comparison to 11 in 2011). 23 of the total hits were from the UK. We specifically set out to highlight our work in the UK and opportunities there, including announcing our web literacy campaign with NESTA, Nominet Trust and Telefonica. Hive London received a boost through further networking and a growing number of interested institutions, such as the Tate Collective, who also ran activities at Mozfest.

“[My professor] insisted that I attend the Mozilla Festival in London. This was probably the best advice I have ever received in my time at University & will likely impact my future greatly.”
— Finlay Craig, design student from Scotland

Themes

The motto was “Making, Freedom and the Web”. We curated 9 thematic tracks over 9 floors at Ravensbourne, a wired media and design college in London.

“Building Webmaker Together” not pictured.

Floor Plan

“By the end of my first session, I was sold on MozFest’s participation approach and not nearly as nervous about my ability to contribute.”
— Ryan Graff, Knight News Innovation Lab

What we made

Each theme was curated by at least one Mozilla employee (“space wrangler”) to tie organizational objectives to session outcomes. Some themes had very specific goals (i.e. user-test Webmaker tools and build new learning projects with them), while others were more exploratory (i.e. paper prototype early-stage mobile webmaking experiences). The space wranglers were very effective and key to the success of the overall event.

The best prototypes were demoed at a closing party.

Fuller documentation is available for each session, including more prototypes and code.

What we launched

The Mozilla Festival is an opportune moment to present strategic partnerships and launch milestone software. Videos.

This year we announced:

  • Popcorn Maker 1.0
  • Webmaker Badges
  • OpenNews 2013 Fellows
  • First steps in Hackable Games
  • Web literacy partnership in the UK

“Ultimately, I think [Mozfest] is about turning the people who have this year been the observers and learners into next year’s teachers and makers.”
— Joe Dytrych, CodeCards inventor

Who came

Participants at the Mozilla Festival hailed from over 48 countries. 52% of the participants came from the UK. 21% of the participants were 18 and under.

They represented a range of industries: education, gaming, journalism, filmmaking, technology, design, and more.

Content partners included: Nesta, Nominet Trust, MIT Media Lab, Telefonica, Knight Foundation, Sloan Foundation, Internet Archive, US Department of Energy, The Guardian, Chicago Tribune, La Nacion, New York Times, Boston Globe, BBC, Spiegel, ZEIT Online, NPR, WNYC, DIY.org, Goldsmiths University, Dundee University, Ravensbourne College, Imperial College, CDOT, Google, BlackGirlsCode, Mozilla Reps, WebFWD, Creative Commons, P2PU, Shuttleworth Foundation, CERN, National Writing Project, Hive NYC and Hive Chicago, CodeClub, GoCodery, Decoded, TinkerCAD, LA Makerspace, Open Knowledge Foundation, Craftyy, Mind Candy, Eyebeam, Tate, London Zoo, Web Foundation, Zeega.

How it worked

1. The Program

  • Science Fair: an evening opening party with drinks and demos. Participants get to know one another and play with demos of 30+ interesting projects around this year’s theme.
  • Opening Circle: the first plenary of the festival where all the participants gather for welcoming remarks and orientation about the event.
  • Sessions: participants break into 25+ concurrent sessions across the building. Sessions are based on three formats: i. Fireside Chat – a round-table conversation for 1hr; ii. Learning Lab – a skill-based workshop for 1hr; and iii. Design Challenge – a mini hackathon for 3hr.
  • Evening Keynotes: participants meet back in plenary for inspirational talks, announcements, and demos of what’s been made so far.
  • Party: a fun way to wind down and meet more people.
  • Second Opening Circle: Reconvene the next morning in plenary for a short pep talk and preview of the day.
  • Sessions: Continued program. Focus is put on shipping a demo for the evening.
  • Closing Demo Party: Returning to the Science Fair format, participants meet again for drinks and demos, this time showcasing what was made during the festival. Ends the event with acknowledgements and celebration.

2. The Facilitators

Sessions are curated through i. an open submission process and ii. strategic planning with staff and partners. This year there were 120+ submissions through the open process. Notable drivers of submissions were: the Summer Code Party, program like OpenNews, MozPubs (community meet-ups in the London office), and new themes that caught people’s interest (hackable games, mobile webmaking, coding for teens and making the web physical).

Facilitators of these sessions prepared a lot with the festival team. Over 80 individual conversations were held in preparation for Mozfest, discussing the facilitators’ goals, interests and agendas. These calls certainly led to improved readiness, higher quality sessions and better relationships to Mozilla and other facilitators.

Equally important is the half-day “facilitator “boot camp” held on-site before the festival. This year over 130 facilitators attended the boot camp – our highest number yet.

The Space Wranglers, as mentioned earlier, curated each of the festival themes. They were Mozilla staff members who could tie organizational objectives to session outcomes, and they were also instrumental in the success of individual sessions and the larger festival narrative.

3. The Team

The core team:

  • Michelle Thorne — Festival Lead
  • Allen “Gunner” Gunn — Participation Architect and MC
  • Alexandra Deschamps-Sonsino — Local Producer
  • Diana Proca — Volunteer Coordinator
  • William Duyck — Mozilla Reps Coordinator
  • John Bevan — Learning Partnership Lead
  • Tim Hwang — Keynote Curator
  • Matt Thompson — Storyteller
  • Barbara Hueppe — Press
  • Geoffrey MacDougall — Partnerships

A huge advantage to this year’s was working with a veteran team. Nearly all the core team members were involved in 2011, and learned how to work well together and how the festival ticks.

Volunteers also play a critical role on-site. We organized two volunteer briefings prior to Mozfest and recruited not only from the Mozilla community, but also local students studying event management, which worked out very well.

On-site we also benefited greatly from:

  • Info Desk Coordinator, Aspiration Tech’s Jessica Steimer
  • Registration Coordinator, Mari Moreshead
  • Stage Manager, Ben Simon (next year we should assign this role much earlier)
  • Community Storytelling team, led by Matt Thompson and Rebeccah Mullen

4. The Space

The event is hosted at Ravenbourne, a wired media and design college near the O2 in East London. Ravensbourne is a very fitting setting for Mozfest, both as an academic institution and as a collaborative space.

We partnered with the web media department to complete three levels of student projects: i. web magazine about Mozfest themes using WordPress; ii. coverage about Mozfest using web video; and iii. hackable learning games.

The space itself spans 9 floors, all laid out for real-time configuration. Almost all furniture is on wheels, so rooms are easy to adjust depending on the session and activity. There are open atria with a lot of daylight and nooks for conversations and hacking.

This year we also got clearance to allow children of any age in the building. Nevertheless, children under 15 had to be accompanied by a guardian, which limited some registrations and movement in the building. Our ”’day care services”’ were welcomed, although under utilized due to lack of advertising them.

“It was as if one of our finest school architects had thought, ‘I have a great idea for a festival venue which we could use as a school between festivals.’”
— Tony Parkin, former head of ICT development at the Specialist Schools & Academies Trust

5. The Tech

The technology at Ravensbourne is state-of-the-art and the staff has been a great ally of the event.

The Mozfest website was simple but effective. The website used a customized them of WordPress, which worked well for the team to edit. However, we’ve push its features to the limit, especially regarding importing session data. Next year we should investigate whether WordPress fully meets our needs or whether we need to rethink the data import.

The schedule and documentation ran on Lanyrd. It’s the first time we’ve used it at this scale, and in general, it seems to have worked okay. Lots of assets have been added to Lanyrd pages and the microformats make for easy data clean-up.

During the festival, people seemed to navigate the Lanyrd schedule adequately, but two things to improve: i. set up an automatic refreshes of the schedule page rather than doing it manually and ii. improve the process for hacking the schedule. While several participants proposed new sessions and otherwise edited the schedule, the process for doing so was not clearly communicated nor supported fully on the scheduling site.

Next Year: Recommendations

All in all, the energy and feedback from the event indicates that it was a success. Of course there are many adjustments to make, but wrapping up our third festival, it feels like we’re hitting a stride.

It will be interesting to explore how the model evolves in the coming year. Some recommendations:

1. Release cycles. Many releases and announcements were tied to the Mozfest milestone (i.e. Popcorn Maker 1.0, Webmaker badges in Thimble, etc.). In the lead-up to Mozfest, there a lot of pressure on the staff to finish their releases. One way to mitigate the stress and fatigue would be to release further in advance of Mozfest. We should still announce major offerings at Mozfest, as it’s a great publicity platform, but the additional time buffer between release and event would allow for more testing and calmer nerves.

2. Length. It should also be discussed whether 2.5 days is the right amount of time for Mozfest. It’s worked well so far, but numerous participants said they wished they had had more time. Other agendas could be considered to lengthen the event, which might lead to closer connections among participants and more prototypes.

3. Logistics. The current festival team handled 1000 participants this year, but if our intention is to grow the size of Mozfest, we must look into new ways of running event logistics. We’ll have to beef up the festival team to manage more people and all that goes with it: venue, travel, catering, setup, AV support, and more.

4. Regional activities. As the global Webmaker community grows, it’s increasingly costly to bring all of our key contributors to one place. Also, focusing on one city means missing opportunities in others. A possible avenue to explore is to continue hosting the large Mozfest in London in 2013 but explore smaller Mini Mozfests in other regions. These would be smaller in size and budget, and if timed before Mozfest 2013, they can work as feeder events for local talent to bring to London. Particularly we can tie these into the Summer Code Party.

5. Community space wranglers. Another way to boost local talent is to scout for and foster community space wranglers. In a similar way that space wranglers at Mozfest 2012 curated tracks, we should explicitly support local leaders to not only run sessions but curate a range of activities. After a few rounds of input and local testing, these community space wranglers could bring their teams to Mozfest 2013 for an even bigger impact and a global celebration.

#mozfest

Webmaker Special Interest Group for Reps

by thornet on October 14, 2012 in Mozilla with 4 Comments

I’d like to share some thoughts on a “Webmaker Special Interest Group” for the Mozilla Reps program.

This conversation owes a lot to many Reps and Webmakers so far; in particular, a huge thanks to Henrik Mitsch, William Quiviger, and Pierros Papadeas for supporting the idea and for your thoughts to propelling it forward.

What is a Special Interest Group (SIG)?

Firstly, what is this SIG jargon?

A Special Interest Group is a group within the Mozilla Reps program that has a particular interest in a specific area of the Mozilla project. These groups are created to help Reps to sharpen specific skills and work more closely with Mozilla staff responsible for those projects. SIGs are also key drives of participation and new volunteer opportunities.

Currently, Mozilla Reps has 10 SIGs. A very successful one is the Evangelism SIG, mentored by Christian Heilmann and Shezmeen Prasad. It skills up Reps as public speakers and open web evangelists. This SIG offers a number of valuable things, including in-person trainings, mentorship, toolkits, budgets, and events.

How did the Webmaker SIG conversation start?

1. Summer Code Party participation

One of the strongest indications towards a Webmaker SIG was the amazing leadership and participation by Reps during the Summer Code Party. We recently ran an event campaign, encouraging people to grab their friends and a laptop and hack together over the summer. 44 Reps organized events, and they were by far and away some of the most inspiring and impressive events around the globe. From Argentina to Switzerland, Romania, India, the Philippines, Kenya, Nigeria, and beyond, Reps led the way with some of the best documentation and turnouts at Summer Code Parties.

What’s more, they were also involved in shaping the campaign from the beginning, betatesting the event formats and even building Thimble projects (thanks, Fuzzy, for the zombies!). It was clear from #mozparty that Reps operate at a profound level of participation, knowledge and willingness to experiment.

2. Conversations with Reps

Building on the momentum from the Summer Code Party, a number of us on the Webmaker team chated with Reps about the ways to weave together the ReMo program with Webmaker projects and methods.

Some of these ideas were shared on the Webmaker and Reps-General mailing list, and other came about on community calls or quick IRC chats. The ReMoCamp2012 kindly invited me to discuss the latest Webmaker initiatives and invite Reps to get involved.

3. Mozcamp Europe session

From there, it seemed there was enough general interest from the Reps community to pursue the Webmaker SIG more fully.

We put in a proposal at Mozcamp Europe to run a session with Reps to hear about what they want out of this program and how it could take shape.

About 40 Reps joined in the conversation, with many more saying online they’d participate if they had been in Warsaw. The feedback was incredibly positive.

Most Promising Opportunities

This is a summary from our Mozcamp Europe session. You can check out the full notes on the etherpad and add to them.

1. Mentorship

  • Lead peer learning and mentoring, including teaching people how to run Webmaker events. A great example of this is Mozilla Rep Gauthamraj from Erode, India who’s teaching a young webmaker to how to hack the web and even organize her own events with friends.
  • Organize outreach and trainings, especially for local schools and instructors. Design local learning campaigns tailored to their area. We can see some great beginnings to this approach, led by Reps in Pune, India and Victoria, Canada.
  • Online support for anyone running events and using Webmaker projects.

2. Documentation

  • Write, improve and localize documentation for people learning the web. This could perhaps build upon the newly launched Web Platform Docs, adapting it to make accessible for beginners. There’s also the excellent Mozilla Developer Network (MDN) full of documentation which could be extended, simplified and otherwise customized for webmaking.
  • Spearhead the Webmaker localization process and infrastructure. At the moment, Webmaker is very weak on localization. We know this is one of the most important things to get right, and Reps could really help us learn how to set up the right processes and tools to make it sustainable and effective.
  • Craft new learning missions. These could be built on existing Mozilla tools, like Thimble and Popcorn Maker, or even around other great learning tools, like App Inventor.

3. Code

  • Push innovation on the edges. As Henrik Mitsch described it, Reps are also in a perfect position to explore “Grenzwissenschaften”, the science on the edges. As skilled web developers who think creatively and with the community in mind, Reps can lead the way with code contributions. This could be coding directly with tools like Popcorn.js, OpenNews’ Source, Thimble, etc. or shaping new things.
  • Collaborate with coder communities. Reps are often well-networked with local and global developer communities. It’s a great opportunity to hack with these broader groups and innovate together around projects that teach and push the web forward.
  • Identify and hack on much-needed features. There are loads of features we’d love to ship. Having Reps help identify, design and develop these features would be a huge win. Offline Thimble, anyone?

Open Questions

I think these three categories, mentorship, documentation and code are very useful to start thinking of how to structure a Webmaker SIG to foster contribution in these areas.

To move forward, there are still a few open questions. We should tackle them on the mailing lists and IRC.

  • Membership criteria. Do you have to be a Rep to join the Webmaker SIG? Some SIGs are open to non-Reps, which is a powerful way to recruit new people who may not have heard about the Reps program before. On the other hand, there are huge benefits to working more concertedly with Reps, since the ReMo “standard operating procedures” (SOPs) ensure a level of quality and impact. What do you think? Should members of the Webmaker SIG be Reps?

  • Target instructors. The Webmaker program is looking at three instructor types. Which ones fit as target for Reps to focus on? i) Already teaching “web making”; ii) Already teaching, maybe not web making. (eg: camp instructor); iii) Second-generation teachers: people we could teach how to teach, and then they might. (ie: the learners becoming the teachers); iv) Other?

  • Coordination. Some SIGs have staff dedicating a good amount of time developing their programs. What’s the ideal scope of a staffer’s involvement, and what sort of time commitment would it require? This is an important resourcing question for the Mozilla Foundation, and by knowing how much time is needed and by whom, it could help push the SIG forward, quickly and effectively. What have you learned about the staff’s role in the other SIGs and how would you see a staffer/staffers contributing to the Webmaker SIG?

What Next?

I hope this has been a useful summary.

It’s a mad time at the moment because of Mozfest, but here’s a proposal for next steps. It’s all hackable, so please chime in.

  • Share proposal on Tuesday, October 23 on the Webmaker community call. Cross-post to the Reps-general list for discussion.
  • Start fortnightly IRC meetings with anyone interested in developing the proposal. These can kick off on October 30, one week after the community call.
  • Fine-tune the SIG in-person at Mozfest and Mozcamp Asia.

Keen to hear your thoughts! ^_^

Mozilla Festival 2012: Making, Freedom and the Web

by thornet on September 30, 2012 in events, Mozilla with 1 Comment

Thrilled to again lead the Mozilla Festival, and a yearly celebration of learning and innovation for and with the web. The event will take place in London, November 9 -11.

“We want everyone to tap the full creative power of the web. The Mozilla Festival is a magnet for people interested in learning about — and playing with — the web’s future.” –Mark Surman, Executive Director, Mozilla

Coders, designers, journalists and educators will join with filmmakers, gamers, makers and youth from more than 40 different countries. Together they’ll participate in a series of design challenges, learning labs and fireside chats spread across four floors of the Ravensbourne design and media campus in East London.

Unlike traditional conferences, the Mozilla Festival is on hands-on making and collaboration. It’s “more hack, less yack.” You won’t see slides or sages on the stage. Instead, it’s a big, bustling tent for everyone who shares Mozilla’s vision for a more open, web literate world.

“Technology is at the point where learners don’t just use the tools, but make the tools. This happens at places like the Mozilla Festival, where geeks and practitioners get together.” – Joi Ito, Mozilla Foundation Board Member, Director of MIT Media Lab

This year’s key themes:

Get involved

Re-posting an article by Matt Thompson.

#Mozparty: Summer Code Party Themes

by thornet on August 17, 2012 in Mozilla with 3 Comments

It’s been a blast seeing all the hacks and photos from Summer Code Parties across the globe. There are a few more weeks to go, and we’re curious what what else people will come up with.

Party Themes

One idea we tossed around was hosting themed parties. For example:

  • On the Beach
  • Sports Night
  • Superheroes and Villains

Or even something like: Call Me Maybe remixes.

Whatever you do, it’s all about spending time during the summer, with whatever activities you’re already doing, and trying a bit of playful webmaking. All it takes: some friends, a laptop and a kitchen table.

There are lots of fun projects to choose from, including Save the Bunny. Now Beach Party Bunny. d(^_^)b

Poplab! Introduction to Popcorn Maker

by thornet on August 11, 2012 in berlin, events, Mozilla with 2 Comments

This week, Laura Hilliger and I held an Introduction to Popcorn Maker workshop at Supermarkt, the lovely community space in Berlin, Wedding.

Based on the participants’ feedback, they really enjoyed it and learned a lot. If you’re so inspired, please feel free to build on this agenda, host your own intro to Popcorn Maker, and tell us how it went!

Here are our agenda notes:

Learning Objectives

By the end of the four-hour workshop, participants will be able to:

  • Augment video on the web
  • Remix web content
  • Understand basic information architecture & procedural storytelling
  • Be familiar with Story Vision Tech (SVT)
  • Plan a simple web native story

Agenda

Go around — (5min)

  • Name
  • What are you working on?
  • What do you want to get out of this?

Spectogram — (15min)

  • Interaction adds value to a story.
  • A story always has a beginning, middle, and end.
  • A film made for and with the web can win an Oscar.

X-Ray Goggles — (30min)

Discussion: Intro to the Open Web — (20min)

  • Hackability
  • View Source
  • Standardization

Thimble Projects — (30min)

Break — (15min)

  • Grab a coffee.
  • We did a version of Hack the Robot Dance here to get people’s energy back up.

Intro to Popcorn and Web Native Film — (10min)

  • Show demos
  • Explain dynamic data
  • Web standards
  • Hackable and remixable
  • Visual interface vs .js library
  • Not replacement for video editing software
  • More resources

Popcorn Maker Project I: Robots (procedural storytelling) — (30min)

Popcorn Maker Project II: Remixing using the Popup template — (15min)

Next: Give participants two options: in smaller groups, either learn about planning a web native story, or continue hacking on template projects.

Path 1: Planning a web native story — (30min)

  • Paper prototype a web native story using Story Vision Tech (SVT).
  • Sketch storylines and wireframe as much as possible.

Path 2: Continue hacking on templates — (30min)

Feedback & Share What You Made — (10min)

Speed Geeking! August 26 with Hive Berlin

by thornet on July 5, 2012 in events, Mozilla with 1 Comment

** Update:** A lot of key people have requested to reschedule the speed-geeking because of holiday travels. Since we want to pull this off with the right people in the room, packed and buzzing, we’ve decided to host the event on August 26. All the other info remains the same.

Speed Dating for Geeks! Get to know about 5+ topics in under an hour.

We’re hosting a speed geeking session on July 22 with Hive Berlin at Supermarkt in Berlin, Wedding from 1300 – 1500h.

This is a rapid-fire format aims to:

  • Showcase learning opportunities in the city
  • Get to know fellow educators and hackers
  • Play with new tools and concepts

And as a station host, you’ll get to share your project with a larger audience, gather feedback, and get really good at speaking quickly and clearly.

What is Speed Geeking?

The setup will be 5 or more tables in a circle in the room.

  • Each table will have a station host, who will present their project using flip charts, a few slides, screen grabs, whatever — in five minutes or less.
  • We’re thinking: get an Arduino to blink, remix a website, record a sound, edit a web video, hack a toy. Something fun, hands-on and educational.
  • Participants rotate among the speed geek stations in small groups. Every five minutes, you’ll hear about another topic. This provides a way to learn about a broad range of projects very quickly.
  • And the end of a full rotation, we’ll turn the floor over to open hacking. You can go back to your favorite station(s) and dig in more.
  • Afterward, we’ll regroup, share what we made, and talk about how it went.

Why should I come?

It’ll be a fun Sunday affair where you can learn something, meet new people, and share what you’re passionate about.

We plan to iterate on event formats like these and build towards a learning network in Berlin. Whether you’re interested in the bigger Hive network plans or not, you are very welcome to come play, make and hack with us.

How do I get involved?

  • Would you like to attend? It’s free! For kids and grown-ups alike.
  • Would you like to host a station? 3 hour time commitment max!
  • Have an idea for something else? Email michelle – at- mozillafoundation – dot – org

See you on July 22! #hiveberlin

Images by Jon Lim with Hive Toronto

HTML Webmaker Slides Driven by Popcorn

by thornet on June 26, 2012 in Mozilla with 1 Comment

Earlier this month I was kindly invited to talk at Hack de Overheid, a very well-organized hackathon in Amsterdam for building apps around open data sets.

There were 20-odd governmental organizations and civic institutions pitching their datasets. The content ranged from cultural data from museums and archives to open API calls from the fire department.

You even receive a coveted coffee cup when you release a dataset, based on the five-star Linked Data scheme by Tim Berners-Lee.

Below are the slides I made for the talk, based on Mark Surman’s Personal Democracy Forum keynote.

I enjoyed making these slides because:

  • I learned to hack together a new webmaker theme
  • It uses Popcorn.js to drive the slide transitions (thanks, Ben!)
  • It’s very easy and fun to change the images in HTML slides.

Please feel free to download, reuse and remix the files!

Things We’re Learning From #Mozparty

by thornet on June 25, 2012 in Mozilla with 8 Comments

Last weekend was the kickoff of Mozilla’s Summer Code Party (#mozparty).

In a summer-long campaign, there’s over 400 scheduled events in nearly as many cities, hosted by passionate people who want to share their knowledge of the web and learn together with friends.

I’d like to surface some lessons I’m already taking away from the campaign.

For more context about the Summer Code Party, check out the great posts by my colleagues at the end of the post.

Host Trainings

It can be a big ask to put on a party, even if it’s mostly about getting together informally around your kitchen tables.

For the campaign to go well, event hosts should feel confident and prepared for their event.

Right before the kickoff weekend, we offered online “host trainings” at various timezones, focusing on realtime support for our three main event types.

While not as many people showed up as hoped, the organizers who came were very engaged and asked great questions. You could tell they thought a lot about their event already.

Next time I think we should offer more frequent, less structured office hours for hosts. They can drop into a channel within certain times and get immediate help. That might reduce scheduling friction while maximizing access to support.

Visual Hashtags

Scrolling through the lovely pictures that came in over the weekend, there’s a powerful uniting element: a visual hashtag.

As much as possible, we tried to provide hosts with stickers and materials they could print out at their event. In aggregate, when you see all these pictures from events spanning the globe, that visual hashtag — a green circle — ties it all together and makes it feel like pieces of a larger whole.

Next year I think we can go even heavier into the visual hashtag. Perhaps even see more online applications, too, such as banners, avatars, Thimble projects, etc. that incorporate it. Plus encourage hosts, like Mozilla Philippines did above, to take a picture of the group holding up the tag.

Hacked Gallery

One of the best hacks I saw this weekend came from Soki Briggs, a Mozilla Rep in Nigeria.

The new Thimble app doesn’t yet have a gallery. We were asking people to take screenshots and upload their hacks to third-party galleries like Flickr.

Briggs hacked that and made a new Thimble project that WAS a gallery of links, showing what everyone made at his event. Beautiful idea.

Overly Engineered Support

This whole campaign won’t have been possible without a lot of people. A special thanks goes to the support team (Benjamin Simon, Rebeccah Mullen, Matt Thompson as well as Erin Knight) for preparing an impressive volunteer manual and support infrastructure.

During the kickoff weekend, it was all hands on deck. The whole Mozilla Foundation staff was on IRC, Twitter, Facebook (yuck, I know), Flickr, Tumblr, you name it. We were monitoring incoming content, but especially watching for people using the tag #mozhelp, our signal for troubleshooting.

We had long planned to use a forked version of Army of Awesome, an amazing support tool used by the Firefox team. Sadly, that feature was cut due to time constraints.

Lo and behold, Brian Brennan whipped up his own version of Army of Awesome overnight. Bless.

All in all, I think live support went smashingly, due to the over-engineering. Huge thanks to everyone manning the channels and for all the hosts who ran things so smoothly.

Have Fun

It was definitely a lot of work by the whole organization and loads of talented contributors to kick off the summer. In the midst of all the planning docs and coordination calls, it’s easy to lose track of the fact: it’s about having fun, about hosting a party.

The best events are about being with people you enjoy, making and learning together. Now we can really do that — all summer long.

Fade out to adorable pictures.

More about the Summer Code Party

← Older Entries