Tag Archives: inspiration

State of the Union: Mozilla Badges

Our work within Mozilla—co-creating great open source software, working with longstanding contributors, interacting with our larger volunteer community—ties in perfectly with badges. Recognizing people for being great at their jobs, acknowledging active collaborators, encouraging folks to deepen their participation is a no-brainer for a community-built and community-reliant organization like ours. Consequently, we’ve begun to develop and pilot internal badge systems within different areas of the organization. Not surprisingly, this growing group of Mozilla badge systems is revealing itself as fertile ground for investigating the development of a variety of badge systems.

Because we work in the open, because many people might find our badging work to be useful as background research into their own work, because we’re large enough that not everyone here is yet aware of the badge design work that’s happening at Mozilla, and because a number of folks have been inquiring about where they might earn badges, I’ve gathered all the badge work that is currently underway or planned for 2013 into this single blog post.

Some Mozilla badge systems pertain directly to education and learning, some are more heavily  focused on capturing and acknowledging prior work, while others are based on encouraging greater commitment to the community. Different badges for different requirements and all of it happening under the Mozilla tent. Nice.

The list of Mozilla badges for 2013 (in very loose chronological order):

  • Webmaker badges
  • Web literacy standard badges
  • WebDev badges
  • Capture Mozilla badges
  • Webmaker Mentor badges
  • SUMO badges
  • Engagement badges
  • QA badges
  • MDN badges
  • Student reps badges
  • Creative badges
  • Affinity badges
  • Air Mozilla badges

Webmaker Badges
Many of you are familiar with the Webmaker badges that we debuted at MozFest last year. Those included mini-skill badges earned for learning basic aspects of html and css, along with badges for activities and participation at MozFest 2012. Good news! We have more planned for the coming year. In fact, I’ve just written a great shareable tweet for webmaker badges and I’ll share it here because, this summer it’s going to come true. “Coming soon: Mozilla #webmaker badges built on the community-driven Mozilla #weblitstd; assessed and awarded by peers to peers.”

No doubt by now you’re curious. “What are the peer assessed badges that I will be able to earn this summer?” Good question. Here’s what will be available: badges for remixing, HTML, CSS, composing for the web and credibility. But how did we arrive at these? There’s something more at work here, and that brings us to our next badge system.

Web Literacy Standard Badges
If you haven’t been following our work with Web Literacy, there’s still time to get in on the action. We’re working with the Mozilla community to develop a web literacy learning standard. A standard to which organisations may choose to voluntarily align. We’ve made great headway and we’ve just announced our first Web Literacy Standard draft! For those of you who need a TL;DR of this work, here’s another tweet length explanation, “Co-creating a web literacy standard w/ the Mozilla community. Addressing assessments & badges. Join us: http://mzl.la/106TtlP #weblitstd” Feel free to share that statement on your twitterstream.

Over the last month or so we’ve worked through a mountain of content to a series of areas that we’re calling strands for now. There are three primary strands: Exploring, Building and Connecting that are composed of competencies like remixing, HTML, CSS, sharing, credibility, collaboration, security and privacy. These competencies will be used as a foundation for web literacy badges. Web literacy badges that you’ll be able to earn accomplishing projects here at Mozilla, but that you’ll also be able to earn for work done elsewhere on the web. With the development of these badges we will accomplish our goal of developing a distributed learning environment as well as a distributed badging network, stewarded by an organization dedicated to keeping the web open and free. That’s hard to beat.

I’ll certainly have more to share about web literacy badges again in the future. Indeed, here are two “-quel” badge pathways posts to further explain where we’re headed with the web literacy badge work.

WebDev Stewards Badges
We were really excited to hear that the Web Development stewards were interested in issuing badges recognizing the meaningful contributions that volunteers have been making to Mozilla over the years. They had already put together some basic criteria and done some preliminary thinking about what their badges should represent and how they should be awarded. With that much work already considered, the team felt emboldened to try something new with this endeavor: working with the community to develop the designs for these badges. Considering that these badge represent community participation, it made a sort of beautiful sense to us that they be designed by community members. And so they were.

We received a number of really wonderful designs, some of which made us think hard about what we were communicating through the visual designs and some of which just made us say, “ahhhhh.” There’s much more to say about badge visual design and we’ll cover that in a future post, but I’ll note here that these designs correlate quite nicely with the subject matter that they’re meant to represent. Friends, this is no small feat. Kudos to the team on that. I wrote a bit about these before and I’ll revisit the process of getting to the final product in another post, but for now I’ll just let these badges speak for themselves. (To learn a bit more about our design process, read this fine post by John Slater.)
Screen-Shot-2013-03-08-at-1.03.43-PM

Capture Mozilla Badges
I learned of the Capture Mozilla badges through a surprise posting on Yammer. Learning about these badges was like earning a stealth badge—surprising and delightful. Mozilla team members finding ways to acknowledge their contributors in ways that are public and shareable through Open Badges. Yes! Of course, we were excited to hear about it and we reached out to Dia Bondi, who along with Sean Bolton and Dino Anderson, is endeavoring to encourage people to contribute to the Mozilla repository through recording their experiences on video, even in less than perfect ways. Knowledge permanently captured is knowledge that continues to work.

Attempting to counter the inaccurate notion that on-camera skill is required or that a lot of preparation is involved, Capture Mozilla turned to badges as a way to be able to “talk about [the] project in a way that acknowledges other people’s contributions.” The team is thinking about the next steps for Capture Mozilla badges, in particular deepen the badging structure. Dia notes that “badging will allow the project to scale.” Music to our ears. People, earn those badges!
af4cc219466a14139af53844678f4187_image_1365531174_0374

Webmaker Mentor Badges
The Webmaker Mentors group is tearing it up with their work on the Webmaker MOOC, “Teach the Web” that is taking place May through June. The team is testing out a number of theories with this work. And they’re integrating badges into their approach. They’ll be offering a series of four Mentor badges. These badges are nicely reflexive in that they reinforce the very thing they seek to recognize, because when you earn the Mentor badge, you in turn become able to review other people’s work for mentor badges. All in all, a great system that encourages community participation while also acknowledging learning and growth. By the way, these badges will also help folks ramp up for Maker Party 2013: Learn, Remix, Sharecoming to you this summer (or winter, depending on which hemisphere you call home).

SUMO Badges
SUMO badges are in the planning stages. Roland Tanglao is busy working his way through some foundational aspects of this badge system. For those of you who are curious as to how this comes together, you might be interested in taking a look at the fun google spreadsheet I’ve devised to helps folks (and myself) think through content.

Engagement Badges
With the recent Firefox OS work, it sort of makes sense that we’d want to start acknowledging peoples’ participation through badges. Emily Goligoski has been working with Chelsea as Engagement start thinking through their four proposed badges aimed at Mozillians and Mobilizers who have participated in Firefox OS launch activities: Firefox OS Events, Firefox OS Trainer, Firefox OS Launch Day and Firefox OS Core Team. It’s still early days and these may change, but suffice it to say that they’re on their way to acknowledging their contributors in a new and dynamic way.

QA, MDN, Student Reps, Creative, Affinity, Air Mozilla
We’re very much looking forward to working with these groups to implement badges. Certainly, QA, Mozilla Developer Network (MDN), and Creative are essential components of what constitutes Mozilla to the outside world. Student Reps provide some of the major firepower behind our offering.  Affinity is weighing the options about ways to acknowledge types of commitment, both financial and temporal. They’re also working hard to ensure that their badges have rigor and value associated with them. Air Mozilla is the newest kid on the badges block. This bunch represents a wide variety of potential badges emanating from Mozilla. We can’t wait to work with them to bring them to life.

Thank you!
That’s a quick summary of the groups within Mozilla who are interested in developing badges or are already in progress with them. If I’ve missed mentioning you, or if you’re interested in working on badges in your area, please contact any member of the open badges team: we’re all happy to work with you. We are deeply grateful to the Mozilla folks who have already reached out to the Open Badges team seeking new and innovative ways to enhance their communities, recognize commitments and acknowledge participation. To say that we’re excited about next steps is to significantly understate our enthusiasm. Just a quick heads up on some immediate next steps, shortly we’ll be meeting with Annie Elliott to begin thinking through metrics for Mozilla badges: another exciting avenue to explore.

And finally, a quick and specific note of thanks to David Boswell for his fantastic work with the Community Builders and Grow Mozilla teams; he and they are proving to be invaluable partners in the ongoing development of badges here at Mozilla.

More soon.

Webmaker, games, and learning

Chloe Varelidi has been playing around with a small team thinking through how to make games hackable, free and open source. This work makes me happy. Somewhat relatedly, Greg Wilson has just written a terrific blog post about web literacy and why we need to provide pathways and tools that provide for creativity. What ties these two things together and loops in where we’re headed with Webmaker Badges is their open ended, non-deterministic approach to learning. I believe that games and game design should be deeply integrated with Webmaker.org. Why? For a number of reasons I’ll discuss here but perhaps most importantly it’s because games are typically fun. True, they’re not always fun but when they are, they can act like mental catnip.

Games present a number of opportunities for learning and tie in really beautifully with a variety of potential learning objectives, as well as outcomes.

There are a few books that point to games being effective teaching and learning tools—surprisingly tools that can have quite a positive impact upon personal perception and well-being (see Reality is Broken). And there are a number of research studies that are being focused on games. But the one thing that everyone seems to agree on is that what makes games great is the way that they provide immediate feedback, thereby diminishing the negative charge that usually rides shotgun with failure. We’re taught to avoid failure and still, failure is a quotidian occurrence. We might more commonly refer to failure as making a mistake. Yet, learning to develop resilience in response to failure (an ability that tends to make people feel happier and helps them thrive) can be quite helpful. Games can help us to do just that.

It may seem obvious that games and learning go hand in hand but here are a few reasons why I see them as intertwined. Games generally do not hit you over the head with what they’re teaching you. Nor do they often tell you why they’re teaching you something. Heck, they don’t even tell you that they’re teaching you anything at all. They don’t always provide instructions; this means that a player must discern how to play them. As Mario Herger said at the CalTech Entrepreneurs Forum: Venturing in Serious Games for Simulation, Education, and the Enterprise, “They don’t come with a 200 page manual telling you how to use them.” Players must use their own judgment about what’s important and what comes next. This also means that a player typically makes a lot of mistakes about those things—and that’s perfectly okay. In fact, it’s expected that the player will make mistakes. Mistakes are built in to the process. Intentionally. How many other activities have the user’s mistakes planned for and built into the process?

Perhaps what games teach more than anything is the value of persistence. If failure is anticipated, so is persistence. Extra lives anyone? I’d also argue that games teach the value of a community as well. What’s the use of playing a game if you can’t share it with someone else? Okay, that’s a bit of an overstatement because there are games meant to be played entirely by yourself. Solitaire is one of them. But even within solitaire you play until you absolutely can’t play anymore. And then you start again. Resilience.

Do we learn in games? Most certainly indirectly and directly as well. As mentioned earlier, we can come to understand persistence, social and moral values, community, the concept of multiple possibilities, how to assess options, the importance of planning, soft skills, hard skills—this list could go on and on and we could examine each property endlessly. But for now, let’s just consider the ways in which games provide multiple pathways to achievements despite numerous and difficult obstacles: we like a challenge.

So, what does all of this mean for Webmaker.org? A lot. There’s a huge opportunity for us to leap into the gaming boat; to set up a few challenges of our own. To ask people to not only play games, but to code games, to design and test them. Because developing a game for someone else puts you inside the mind of that someone else and encourages you to anticipate that person’s next move. And the move beyond that. And this is the nexus of playing and learning. How can you make something fun and compelling and difficult enough to excite people but easy enough for folks to win every once in a while. This is precisely what we’re aiming to do with Webmaker.

How might Webmaker Badges fit into all of this great potential? I’m guessing that some of this may appear obvious to you and I’d love to engage on that point. My next post will address how we might best integrate these two protean elements but in the interim, if you have ideas, send them my way.

Reference
McGonigal, J. (2011). Reality is broken. New York, NY: Penguin Press.

- – -
Much more soon.

Mozilla Open Badges: building trust networks, creating value

“…the value of a unit of currency is not the measure of the value of an object, but the measure of one’s trust in other human beings.” (Graeber, 2011)

In the last few posts we have discussed ways in which badge systems can be segmented, considered, or categorized within existing social structures. And I have hinted at the sociocultural infrastructure necessary for badges to become useful and effective, social, professional, and personal currencies. This concept of currency stems from the notion of badges as elements of trust networks. They may be trust networks that exist presently but in this post, I suggest that badges may help to engender the creation of dynamic new trust networks.

These dynamic new trust networks will most certainly arise from constituent parts of existing trust systems—it’s worth noting that we’re building on top of those already with the idea of badges themselves. Open Badges are built to recognize and acknowledge different forms of learning, associations, achievements, affiliations, skills, competencies, and type of expertise from such diverse areas including academic, informal, professional, social, personal, etc. With Open Badges providing such a wide net for recognition and acknowledgement, it behooves us to rethink exactly how much value we place in current, culturally-steeped interpretations of such a protean system. In other words, what else can we imagine coming into being that does not exist right now?

In earlier posts about badge system design, we focused on the some of the better ways to begin thinking about how to create a badge system where little to nothing existed previously. Recognizing that a badge system is situated and will interact with a wide variety of other systems, each badge system is interwoven with, complements, and depends upon other systems to exist. Let’s consider a badge system that acknowledges prior learning. In order for it to function effectively, that system would need to take into account existing social, professional, and cultural memetics. It would benefit from being based on current understandings of educational value; existing professional environments that might find value in such badges; investigation into personally derived meaning and value. At the risk of stating the obvious, the key word in all of those phrases is value.

And from whence does value arise? It’s a complex, socially and personally derived concept. A concept rooted in cultural semiotics and one that, I would suggest, at its base contains one very necessary aspect of all true communication: trust.

Badge systems, as well as their constituent badges, if they are to take firm root and drink deeply from the vast underground sea of social semiotics must not only engender trust, but actively work to build it. How might this occur? I discussed some of how this might happen in a previous post, “Badge System Design: what we talk about when we talk about validity.” Here I’ve created some visuals to help us think through a plan of how we get there from here.

A bit of background first, though. Thanks to the many interesting conversations we’ve had with folks involved in traditional academia, we’ve been very much influenced by the notions of trust that seem to be intertwined with traditional academe. Over the years, formal academia has developed a virtually crystalline structure* of trust based on: reliability, replicability, credibility, validation, certification, accreditation, verification, and authentication.

First up: what are the items that come together in a strong badge system that allow for it to move out into a broader social economy? What are the items that are both necessary and sufficient for this to happen?  (btw, when clicked on, the graphics below will enlarge for improved readability.)

Open Badges: suggested components for trust to develop

While I’ve listed a variety of elements in that graphic—elements that have overlap with one another—note that the question of which elements are necessary and sufficient to coalesce into a trust network is entirely open. And even within that question, which of these are necessary and sufficient, how much of each of these are necessary and sufficient? Trust is a delicate alchemical reaction based on complex and varying degrees of components, environment, perceptions, etc.

If we begin to intermix these varying badge systems together, some of which contain all of the elements of trust, some of which contain very few of them, we begin to find similarities, natural alliances or links between them. The items with grey backgrounds are systems that have managed to produce types of trust. Those with just a thin grey circle encompassing them have yet to develop a sense of trust about them. This does not mean that these badge systems are any less meaningful or useful to the ecosystem, simply that they have not yet developed the sort of trust that carries social value.

Open Badges: permutations of trust

These smaller trust system permutations may cluster naturally by themselves, finding opportunities for collaboration, or building or scaffolding upon each other’s badge systems. Or it may be that third parties may find that there are social, monetary, political, or cultural benefits to connect them together. The evolution and development of different sorts of trust networks appears below.

Open Badges: the evolution of trust networks

As we begin to imagine the future of badge systems with varying degrees of trust building upon and aligning with other badge systems with varying degrees of trust, we can see how new forms of value might arise from such a dynamic system. It may happen that complete, robust trust networks form and coalesce in addition to continuously forming incipient trust networks. In the Open Badges ecosystem, we anticipate immense initial growth of badge systems followed by issuer alliances, the development of endorsing systems, related third parties entering the scene, and employers beginning to “consume” badges. In short, a system with emergent properties.

And if we look out even further than that, we may find that our perception of the future entails new forms of social, professional, personal, political, and cultural currency—or, as the anthropologist David Graeber notes, trust.

*Note that a crystalline structure is brittle; the system design underpinning Open Badges endeavors to encourage structures that are strong and resilient, firm but flexible.

- – -

More soon.  carla at mozillafoundation . org

references
Graeber, D. (2011). Debt: the first 5000 years. Brooklyn, NY : Melville House Publishing.

Badge System Design: seven ways of looking at a badge system

Badge system design can be considered in a variety of ways. I tried to come up with thirteen ways to discuss them  so I could write a poem riffing on one of my favorite poems, Thirteen Ways of Looking at a Blackbird (Thirteen Ways of Looking at a Badge System) but I’ve had to settle for seven eight (see addendum below).

Below you’ll find the seven different possible categorizations listed with a few representations of each type of thinking. This is not an exhaustive list by any means: it’s simply an opportunity to unpack our influences and perceptions as we begin the process of designing badge systems.

The methods outlined below include philosophical, conceptual, pedagogical, visual (aesthetic), technical, categorical, and ownership. The last one, ownership, feels a bit odd because it’s not quite parallel to the rest of the bunch. I like a system that has a nice balance and this one has a slight imbalance. Happily, this slightly odd fit serves to emphasize the importance of allowing for an outlier. The outlier will cause you to reconsider your system every time—and that’s a good thing. The outlier is the thing that keeps your badge system honest, keeps it moving and evolving. Because if you’re designing a system so as to keep everyone within a certain range, you’re trying too hard. And you’re deep in the midst of a lush forest.

In any case, I’m curious to hear your reaction to these potential sorting efforts. No doubt these groupings can intermixed and most certainly they can be layered, possibly interleaved with one another.

philosophical

  • representation: understood vs. hidden
  • social acceptance vs. formal acceptance
  • intellectual property vs. copyright free
  • cognitive surplus vs. waste of time
  • extrinsic vs. intrinsic
  • carrot vs. stick
  • top down vs. bottom up

conceptual

  • possession
  • systems design vs. emergence
  • corporate vs. academic
  • amateur vs. professional
  • rhythmic vs. erratic

pedagogical

  • education vs. learning
  • assessment
  • teaching vs. perceiving/absorbing/
  • injection vs. osmosis
  • project based vs standards based
  • expert-taught vs. peer learned & assessed

visual/aesthetic

  • representational vs. abstract
  • categorical vs. individual

technical

  • siloed vs. shared
  • open vs. proprietary
  • system vs. single

categorical

  • formalized vs. free for all
  • few categories vs. many

ownership

  • organizational vs. personal
  • owned vs. shared

Are there additional ways to consider the design of badge systems? Do any of these seem innate? Far-fetched? What do we gain by sorting through systems in this way? I continue working on questions like these and look for your feedback (which, according to Donella Meadows, is a good way to ensure that your system is running smoothly).

Still, I have to try it.
With apologies to Wallace Stevens

VIII
I know noble accents
And lucid, inescapable rhythms;
But I know, too,
That the Open Badge is involved
In what I know.

- – -

More soon.

May 23, 2012 addendum: Recent thinking points to the fact that these categories exclude content. So now there are 8 ways to sort through badge system design. Some possible representations of that categorization include: language choice; content-driven vs. context-driven; formal vs. informal; system vs. one-off; single language vs. multiple languages; alliterative vs. rhyming vs. allusion-based, etc. 

Badge System Design: beyond a binary approval system

For those who labor long and hard to craft good and just standards, as well as those who have suffered from their absence. On the one hand, the fight against the tyranny of structurelessness. On the other, the fallacy of one size fits all  (Lampland & Starr, 2009).

This book dedication found in Standards and Their Stories captures the inherent paradox of badge system design. By seeking to standardize the process we risk the introduction of systemic rigidity. And yet by developing badges without a plan we risk the possibility of ideological entropy. In my writing about this topic I’m attempting to walk the middle path: somewhere in between fanatical dictums and a mad free-for-all. I wish I could say that it was easier than this, but then I’d be lying.

The status quo
Even while we’re in the midst of talking about a potentially reconstructive idea like Mozilla Open Badges, I still rather rotely refer to my own typically conventional educational route with “my undergrad degree this” or “my grad degree that.” Perhaps this is to be expected. It certainly hearkens to one of the issues that the open badges in the wild will have to confront: the seeming intractability of the status quo. In the Open Badges world this desire for stability echoes within the repeated request for a standard method of validation; it’s mated to a deep concern about badge quality. In unfamiliar situations such as these we tend to rely on current cultural understandings and touchstones. In this case, degrees and certificates, accreditation systems and educational rankings.

The status quo of our formal academic system has transmogrified into a sort of binary approval system. You pass or you fail. You go to a respected school or you go to a second-tier school. You graduate or you don’t. It all seems pretty inexorable. We gravitate toward that which is customary. The familiar often appears to be less threatening than the entirely unknown. Indeed, there is a robust academic research field that studies this tendency, especially with regards to our proclivities toward risk and reward: behavioral economics. (For a deep and delightful dive on this read Dan Ariely’s Predictably Irrational.)

Resonance
I’m hoping that some day people will refer to not only their formal schooling but their non-traditional learned experiences as well (hopefully badged in the open way) without speaking of one of them as second-rate or less than the other. That noted, I’ll return to my rather classical undergraduate education to make a point. I double-majored in graphic design and writing. The classes I took in design inform a significant amount of the way that I think. This is not to say that every design class I took made sense or built on every preceding design class so that one day I had taken enough of them to—ta-dah!—be called a designer. On the contrary, I gleaned information from a variety of sources. My deep learning occurred in many different venues, a bit of it very much outside the realm of what typically would be called design. Nevertheless, some aspects of design that I learned in those college classes continue to reverberate within me.

One of the most resonant aspects of those years pertains to users and audiences and owners and consumers and interested parties and even uninterested parties. The idea of multiple audiences pulses within me at the root. Akin to that concept, another: juxtaposition. What is there versus what is not there; what has been asked versus what has not been asked; the solid versus the void. Good designers are problem solvers, not stylists or skinners. They interrogate situations and ask why? They poke around in seemingly unrelated categories. They consider the complicating factors of temporality and fickle end users while acknowledging that a problem owner requires resolutions. They know that solutions can have many audiences and that things that seem simple and straightforward can be damn complex. (Massimo Vignelli has spoken eloquently on this subject in Massimo Vignelli on Rational Design.” Actually, read all the interviews on Steven Heller’s Design Dialogues site.)

Hard questions
Why do I mention all of this? Because as you begin the process of badge system design, you, too, will be delving into these areas. You, too, will be learning to act as a designer. You’ll be gathering information from many sources—no doubt a few of them entirely unexpected. And most likely you’ll find yourself asking deep and sometimes existential questions. I encourage you to remain open to the idea that periodically, like the question, the answer will prove to be both complex and difficult and very much not binary. Sometimes you will have to try something to know if it works because there will be no answer until you do. Accept this. Your badge system will benefit from this sideways approach. That is, believe it or not, the middle path.

- – -

Much more soon.

references
Ariely, D. (2008). Predictably Irrational. New York, NY: Harper Collins.
Lampland, M. & Starr, S. L. (2009). Standards and their stories. (p. dedication). Ithaca, NY: Cornell University Press.
Vignelli, M. (1998). Massimo Vignelli on Rational Design. In Heller, S. (Ed.), Design dialogues (pp. 3-8). New York, NY: Allworth Press.

Learning, coding, systems of power, and Mozilla

Starting this summer, we’re aiming to help create a group of webmakers. Building on Mozilla’s Manifesto—to promote openness, innovation and opportunity on the web—we’re rationalizing a set of core skills, developing learning objectives and outcomes associated with those skills and offering opportunities to try them out. This effort aligns extremely well with the development and promotion of #5 in our mission list: “Individuals must have the ability to shape their own experiences on the Internet.”

What’s a webmaker?
What do we mean by webmaker? Someone who contributes to the web but also someone who understands the web and its inherent power. Our focus is on moving people toward doing rather than perceiving but both are required. Experimentation is where we’re headed. Guiding people toward understanding the software that constitutes the web so that they can make more informed and educated decisions about not only how they interact with the web, but how they interact with the systems that lead to the power of the web. Yes, systems as we’ve been discussing in previous posts. (Avoiding the complex discussion of Foucault’s systems of power for now, thanks.)

Code is political
Code is political. While that may seem to be a polemical statement, it’s one that serves to inform the currently omnipresent drive to teach people to code. Code is enveloped in systems of power—systems of power that will increasingly play large roles in people’s lives. Understanding that you can create as well as consume seems a fair balance. More people having a literacy is something to be desired, not shunned or disdained. (More info here: Lawrence Lessig’s Code is Law)

What do we mean by literacy?
Traditional literacy lifts people out of poverty, modifies their worldviews, opens up new vistas and provides new opportunities for further enrichment, whether they be social, political, professional, or ideological. If you want your own proof, just search with this combination of terms “literacy and poverty.” Who’s to say that digital literacy won’t accomplish similar things? In the vein of the scientific method, why not test it out?

Literacy itself is a complex term that encompasses a broad spectrum. In our case, literacy is a basic communication skill, akin to numeracy or traditional language literacy. We’re not aiming to make everyone into Joycean code experimenters pushing the boundaries of language and comprehension, nor are we aiming to move everyone toward Hemingway-esque brevity and conciseness, but if some of you decide those pathways are for you, all the better. At least you’ll be moving forward with a broader understanding of what’s possible. And you will be making the decision for yourself, not having it handed to you by some faceless mega-corporation.

Our initial take on web literacy skills is bouncing along as an ongoing experiment (sounds familiar, right?). In the same vein as iterate often, we’re out there trying things on, seeing what feels right. Working with other organizations to leverage their understandings of web literacy and expand upon our own.

What we’re interested in doing with webmaking is shining a light into a place you may not have considered looking before. Showing you that that place is not full of monsters, is not incomprehensible, but is instead simply the exact same world you’ve been experiencing all along just translated into another language. Learning to code is a deciphering of sorts—a decoding of symbols. It offers a different lens through which to view the world.

Opportunity
This new knowledge lens may significantly alter the way you perceive the world; it’s hard to say how it will affect you. Perhaps that unknown quantity is precisely why Mozilla believes learning to code is something everyone should be afforded the opportunity to learn how to do. The operative word in that sentence is opportunity.

Knock, knock, knock.

Badge System Design: learning from Caine

Before we return to our regularly scheduled program tracking the protean components of badge system design, just a quick post about the simple beauty and unexpected delight found in a child’s approach to games and reward systems. Recently an email went round Mozilla about http://diy.org. The site is fascinating from a variety of standpoints, e.g.,  it’s nicely designed; their privacy policy is clearly written and straightforward; their login process appears to be COPPA-compliant; they celebrate a certain type of maker culture, etc. Check it out, it’s worth a look.

However, I’m writing this post because of the gem found in an email about the diy.org site that came through from the lovely and talented Jess Klein (she of the Open Badges website design, amongst other things). The excerpt she provided below:

According to this article: http://www.betabeat.com/2012/04/27/zach-klein-new-startup-diy-diy-org-app-kids-who-make-04272012/

DIY lets kids create portfolios of the stuff they make through a public web page. Friends and family members can encourage their work through stickers and parents can monitor their activity from a dashboard. “We’ve all seen how kids can be like little MacGyvers,” the company writes in an introductory blogpost. “They’re able to take anything apart, recycle what you’ve thrown away – or if they’re Caine, build their own cardboard arcade. This is play, but it’s also creativity and it’s a valuable skill.

The part that caught my eye was about Caine: you’ll find a video in the last link in the paragraph above. You should watch it. I spent 10 minutes of my time on it and I admit it made me happy I did so. (And let’s face it 10 minutes is a loooong time on the Internet.)

Caine is an inventive 9 year old who made himself an arcade. An arcade made out of taped together cardboard boxes. A functioning arcade with tokens, tickets, and prizes for winners (he reuses his old toys). Well, functioning in that he devised ways to make things work with a little help from him, as opposed to purely mechanical means. But the real beauty of his work is found in his systems thinking. Caine wanted someone to play at his arcade; he even went so far as to develop a cost structure. Very MBA of him. But seriously? Smarter.

Here’s the cost breakdown: $1 for 4 turns. Or for $2 you can get a Fun Pass. How many turns do you get with a Fun Pass? 500. That’s right $2 gets you 500 turns. Now that is a good pricing strategy, and it’s a pretty stellar participation strategy, too. Oh, and he’s also figured out a way to reduce gaming of his Fun Pass system by using old calculators and the square roots of pin numbers. Amazing. It’s mostly all sunk costs for Caine—who by the way, is using primarily found materials—but money is not the motivating factor for Caine. He just wants you in the game.

What if we approached badging like that? What if we asked ourselves, what’s the real goal we’re aiming for here? How can we transmit the magic we feel to others? How can we create a system that works to keep people in the game? And what are ways we can do it so that our participants feel rewarded in both mind and spirit?

Caine accomplished this—most likely without being fully cognizant of it. Sure, on some level it’s silly. But so what? Because on another level, it’s lovely and transcendent. Caine revealed to us what’s possible when you forge ahead to create something out of joy and then work to share it with the world. For that I admire and respect him.

Caine's Arcade

I share this small but inspirational story with you because I dream (and I think it’s a big dream) that Mozilla Open Badges may prove to be someone’s arcade. The tool that allows them to beam out to the public the excitement and joy they feel when they share what they’ve created. I’m hoping Open Badges helps more people get in the game.

More soon.