How I read and listen

[My mom][mom] loved to tell people that ever since I was three, I’d tell people that my favorite hobby was talking[^hobby]. I haven’t changed.

As someone who spent the majority of his life with his mouth open, the few moments when I switch my brain from `SEND` to `RECEIVE` become very precious.

[mom]: TODO “Dreams… TODO”
[^hobby]: TODO make sure I haven’t blogged this story before.

How I RECEIVE data after the jump

Draft: Fix this workflow, help thousands of Wikipedians (and the world)

This is a draft version. Final version is at [http://blog.wikimedia.org/2012/10/24/fix-this-broken-workflow/](http://blog.wikimedia.org/2012/10/24/fix-this-broken-workflow/).

Wikipedia is more than 10 years old, and has hundreds of millions of visitors a month. Here at the Wikimedia Foundation, we’re very proud to support such a project. But despite being a household name, issues with our user experience are deeply troubling.

This is especially true for the smaller contingent of people who are the regular contributors to the encyclopedia. Today, across the Wikipedias, there are around 80,000 people who make 5 or more edits to the site every month, and they are determined to improve it. As Wikipedia’s user interface and their user experience has failed to keep pace with the the encyclopedia’s growth, their community, like the proverbial Little Dutch Boy, has creatively built workarounds to accomplish their goal in creating and curating the content nearly a half billion people rely on every month.

Despite their efforts, the lack of a modernized editor experience has contributed to a decline in active editorship starting around 2007:

In particular, this has created an increasingly steep barrier to new editors as they attempt to quickly learn the many kludges experienced ones slowly accreted to keep the encyclopedia together—their numbers start to decline sharply starting as early as 2005. Without this funnel of new editors becoming experienced ones, the encyclopedia faces a slow, inexorable heat death.

This trend has been the ever present Sword of Damocles that motivates all of us here working on editor engagement.

The Editor Engagement Experiments team tries to reverse this trend by defining, measuring, and fixing these important editing workflows and improving the experience of Wikipedia editors who create content used by people all around the world.

The problem (by example)

Imagine you want to create an article for English Wikipedia. You search for the term or you enter in the URL directly. If you’re not logged in, the first hurdle will the site will simply tell you that you don’t have permission to start the page. At this point, most people would give up — you just need to create an account; we just don’t tell you up front.

Let’s say you manage to log in or register and then get back to the task at hand. Great. But not so much if you’re brand new to Wikipedia, because all we do is dump a blank text box on you and hope you know what you’re doing. There’s no warning that poor articles will be swiftly deleted, and that you should get your feet wet by one of several workflows that are safer alternatives to starting a page immediately if you’re not 100 percent sure about it being appropriate or complete.

Thousands of people are subjected to this experience every month, and all they’re trying to do is help improve Wikipedia. If this fact makes you a little bit angry, keep reading.

Habits & Affordances: Defining the problem

By analogy, one way of understanding the nature of the problem is to describe the workflows of active editors in terms of habits. In The Power of Habit, Charles Duhigg describes habits that power our lives, organizations, and movements as a cycle of cue, routine, and reward.

Habit Loop

An active editor responds to a rich set of cues: red linking, article stubs, cleanup templates, Special Pages such as New Pages Feed, WikiProject attention needed requests, watchlists, User talk notifications, etc. They engage in routines that can vary from the simple to the complex, often assisted by gadgets like Huggle or bots on the Wikimedia Toolserver. And, finally, they receive a reward of adding a new article to the encyclopedia, fixing errors, fighting vandals and spam. These loops become so ingrained that they quickly moved from first-time use (or a vandal themselves) to our most activee editors, and they develop such mastery and expertise that a diminishing number have been able to manage an increasingly larger encyclopedia.

The problem is that these cues, routines, and rewards were simpler and made sense to the user of a decade ago. But, to the new user, none of these resemble the affordances of the web today: people expect to edit without coding, hit the reply button on their talk page, and they don’t expect to be able to be bold and fix a universally-accessible article on Wikipedia.

A/B Testing: Measuring and Experimentation

Returning to the original example of the new editor. The way Editor Engagement Experimentation seeks to address this is very simple. Instead of either turning away interested editors who aren’t logged in, or leaving new editors to the fates by not properly instructing them about the routines to creating a good article, we’d like to create an uncomplicated landing page system, one that gives proper cues to the editor:

  1. they should log in if they aren’t already;
  2. that they can create an article now, but it is subject to high standards; or
  3. they can use their personal sandbox to start an article in safety.

The goal here is to support authors of new articles on Wikipedia by making it clear the various methods for starting a new topic, each of which has varying advantages depending on your experience level and the free time you have to devote to the project.

The approach to ensure this is via A/B testing to improve and optimize a specific aspect of a specific habit loop. Later this can be expanded for new habits to create better on-boarding such as cuing low-risk, high-reward tasks on the community portal and educating them to ensure routine completion.

While this example focuses on the cueing first time page creators and directing them through the routines that successful editors use to create pages, previous and existing experiments address other aspects of the myriad of habits that engage the user to become editors in the community. Recent examples include:

Our vision: the unique challenge of Editor Engagement Experimentation

Around the same time as our editorship started declining, the application of A/B testing to the web have created two major growth booms in the commercial web: viral marketing and gamification.

But Editor Engagement Experimentation cannot simply be blind application of A/B testing to steal back the cognitive surplus that shifted in the last decade from Wikipedia and the sister projects to social networks and social gaming. The reason why is summed up in our Vision statement:

Imagine a world in which every single human being can freely share in the sum of all knowledge. That’s our commitment.

The goal of the commercial web is money. Viral marketing and gamification are designed to simply optimize the quantity of users or of their time because those two aspects are intimately tied to the quantity of their revenues and of their profit. But our vision statement ties us, not to the quantity of our editors or the quantity of our content, but to the quality of our content and the quality of interaction every single human being has with that content, being freely shared.

Reversing the editor decline is not an end in itself — it is only so important as this reversal improves the quality of the sum of all human knowledge — measuring editor engagement quantities are only a rough proxy for this. Our vision makes the approach a unique challenge in the realm of engagement and experimentation: use tools designed to optimize quantities to improve qualities that cannot be directly measured. This similarly defines the uniqueness of the Wikimedia Foundation as an organization, Wikipedia as an encyclopedia, and our entire community of readers and editors as a movement.

Conclusion

We hope after reading this, you identify with the problem of editor decline as a threat to our shared vision and are supportive of Editor Engagement Experimentation as one approach in tackling this problem.

If you see the editor decline and the limitations of the experimental approach, not as an intractable problem or as a stress, but as a unique challenge, the team invites you to find a way to participate in a manner that helps us address this challenge to our editors, our community, and our movement.

And, for one of you specifically, who are interested in testing their mettle with this project, we have a couple open positions below:

Our example is not the most complex engineering task we ask of our team, but it’s shows how we can make a positive difference to the volunteers that create and maintain the world’s biggest encyclopedia. If you’re game to build a prototype of this solution, then by all means, please be bold and show us.

(We’ve already built an internal toolchain for delivering controlled experiments and gathering data, so, you’d be responsible for delivering the frontend and making it jibe with our system. Working on our team, you’d also have support from researchers, analysts, designers and product managers, so don’t worry too much about number crunching or visual details.)

If you can architect a solution that will work for the 900+ pages created each day on English Wikipedia alone, then not only will we deploy your code, but you’ll make a difference to experience of every editor creating the sum of all knowledge and every single human being who reads it.

That’s a promise you don’t hear every day, and, we’d love for you to join us.

Terry Chay, Director of Features Engineering
Steven Walling, Associate Product Manager

Sunrise over Jefferson

Sunrise over Jefferson
Sunrise over Jefferson
National Mall, Washington, District of Columbia

Nikon D3, Nikkor 24-70mm f/2.8G
9 exposures (+1 to -8ev) @ ƒ5.6, ISO200, 70mm

[Erik][erik moeller] finally wore me down. I decided to start [contributing my images][upload wizard] to Wikimedia Commons because, you know, I like work here on features and stuff. (**[Download or link the above image on Wikimedia Commons here][sunrise on commons]**.)

The license is mostly compatible with the way I currently release images as an amateur phtoographer. But since I prefer people contact me for derivatives or commercial work, I down sampled to 1024px JPEGs as a head nod to the more liberal Creative Commons license that Wikimedia uses.

[erik moeller]: http://en.wikipedia.org/wiki/Erik_Möller “Erik Möller—Wikipedia”
[sunrise on commons]: http://commons.wikimedia.org/wiki/File:Sunrise_over_Jefferson.jpg “Sunrise over Jefferson—Wikipedia Commons”
[upload wizard]: http://commons.wikimedia.org/wiki/Special:UploadWizard “Upload Wizard—Wikimedia Commons”
[PediaPress]: http://pediapress.com/ “PediaPress: Create Your Custom Wikipedia-Book”
As I start taking photos again, I’ll release more images to commons… I promise! :-) (Oh yeah, they’ll be 2048px images in the future, so that [PediaPress][PediaPress] can use them.)

Continue reading about this image after the jump→

The new MagSafe

In nearly every review of the new MacBook Air or MacBook Pro Retina, a big list on the minus column has been the new [MagSafe][] 2 connector.

Mostly because this necessitates the purchase of a $10 part for all ones other’s adapters that is (admittedly) easy to lose.

But overall, I feel this deserves a big plus. Since I’ve had my MacBook Air, I have not once put my USB cable into my MagSafe outlet. This was an almost daily occurrence, so much so that I noticed I unconsciously nurtured a habit of using the right USB port first.

Now if they can only bring back the low profile connector and license MagSafe to third parties. Well that, and create a FindMyMagSafe2Adapter app. Because I seemed to have lost one of mine already.

[MagSafe]: http://en.wikipedia.org/wiki/MagSafe “MagSafe—Wikipedia”

Crunched

There’s a [Crunch Fitness][crunch soma] next to Wikipedia that has got to be the unhappiest Crunch fitness in the world.

On most days, there are trainers standing outside it trying to convince you to join. But mostly they looked pissed off because the masses queuing up for Sushiritto are blocking their entrance. Sweaty overpriced gym vs. sushi in a giant flour tortilla? It’s simple math really.

I started wondering how that Crunch was still in business. Then it started to wonder why I wondered.

Finally, I came to the conclusion is that you can’t see anyone one of the treadmills from New Montgomery street. I think 90% of the reason people go to gyms is because they want to be seen. Even my local YMCA (which looks like it was built to double as a fallout shelter) situations the treadmills next to street side windows.

This [introvert][] then realized a gym membership is not for him.

It would be interesting to give a personality test to gym rats and home workout DVD people.

[crunch soma]: http://www.yelp.com/biz/crunch-san-francisco-27 “Crunch – Soma – San Francisco, CA — Yelp”
[sushirrito]: http://www.sushirrito.com/ “Shushirrito San Francisco: A Fresh Way To Roll”
[introvert]: http://terrychay.com/article/my-personality.shtml “My personality”

The neighboring McDonald's

My co-workers are constantly amazed and appalled about my obsession with [McDonald’s trivia][stuff i should know]. Most common comment once I get started: “How are you **not** writing the Wikipedia article about this?”

One of the weird talents is the knowledge of every McDonald’s in San Francisco (I’ve been FourSquare mayor of most of them). There aren’t that many.

Because of this, one of the strangest pairs are the two McDonald’s on Market Street which are less than a half block from each other. You can actually see the one from the other.

I thought about this while I stopped by one as I picked up [breakfast][mcmusings] at one and walked passed the other on my way to work. Are people so lazy that they need to put two McDonald’s right next to each other? In fact, there are four McDonald’s within a few blocks of each other here, but there are none north of Golden Gate Park where I live. Is McDonald’s too high brow for the Avenues that it can only be services by a Jack In The Box and Taco Bell?

Then it occurs to me that the clientele is notably different between the two. It’s mostly because one has nearly no seating and therefore doesn’t smell like a bathroom got backed up, which is doubly odd because the smelly one doesn’t actually have a bathroom.

I’m thinking of calling one the “[high class Market McDonalds][]” and the other “[low class Market McDonalds][].” (I’m adding the term “Market” because the one on Front Street is actually nicer than both.)

My faith in the world of business was restored.

If you’re ever in the Financial District stop by all four sometime and you’ll know what I mean.

[stuff i should know]: http://terrychay.com/article/stuff-i-should-know.shtml “Stuff I should know”
[mcmusings]: http://terrychay.com/article/mcmuffins.shtml “McMusings”
[high class McDonald’s]: http://www.yelp.com/biz/mcdonalds-san-francisco-10 “McDonald’s SOMA San Francisco—Yelp”
[low class McDonald’s]: http://www.yelp.com/biz/mcdonalds-san-francisco-27 “McDonald’s SOMA San Francisco—Yelp”

The Washington Monument (and me)

From my [Uncle Francis](http://terrychay.com/tags/francis-ree):

> Hello Terry,
>
> Your birthday is coming soon (6/9/12). Happy birthday to you, Terry.
>
> We hope for your & Marie’s continued success & happyness.
>
> I am sorry for not communicating with you. I am still OK but have to do many medical checkup and others.
>
> I have been looking at old photos in an album was sent by my + your mom’s mom after we lost our home by fire in 1991.
> I found a photo of you, Ken, & your mom at the Washington Monument, all in smile. What a happy time that was! I often
> wish that your mom is still here. She would have be mighty happy and proud of you and Kenny becoming so successful.
>
> Uncle Francis & Auntie Clara
>
> PS: I am a novice at Photoshop to retouch, hence, sorry for the photo being a kind of old faint yellowish look. A higher resolution (but without retouch) picture is attached.

Terry, Mom, and Ken at Washington D.C. (1973)
Me, Mom, and Ken at Washington D.C. (1973)
National Mall, Washington D.C.

Pentax K

(Of course, I retouched it in Aperture.)

Here are two stories inspired by the photo, I’ll share with you on my birthday. Continue reading Washington Monument stories after the jump→

Emma (and DxO Optics Pro 7/FilmPack 3)

It’s time to stop [recharging my batteries][recharging batteries] and start blogging and photographing again.

The first long slog will be starting to bring my Aperture Library up-to-date, but when I started, I got distracted that [DxO Optics Pro][dxo optics pro] was upgraded to version 7. I decided to spring for an update for it and the [FilmPack][dxo filmpack].

I dug up an unprocessed photo of [Kara’s][kara] daughter, Emma and took tested my two new toys ([via Catapult][catapult workflow]):

Emma
Emma
The Richmond, San Francisco, California

Olympus E-PL3, Lumix G 20/F1.7
1/60sec @ ƒ1.7, ISO200, 20mm (40mm)

You can mouseover to see the original image. Even at thumbnail size you can see the distortion fixes an that DxO recovered actually recovered some extra data. The color and saturation improvements are mostly due to picking the right film stock to emulate.

It’ll nice to get back out into the world again. :-)

[recharging batteries]: http://terrychay.com/article/recharging-personality-batteries.shtml “Your personality recharges your batteries”
[dxo optics pro]: http://dxo.com/us/photo/dxo_optics_pro “DxO Optics Pro: Introduction—DxO”
[dxo filmpack]: http://dxo.com/us/photo/dxo_optics_pro “DxO Filmpack—DxO”
[kara]: http://www.karaemurphy.me/ “karaemurphy.me”
[catapult workflow]: http://terrychay.com/article/unsupported-raw-apple-aperture.shtml “Unsupported RAW workflow in Apple Aperture”

Join Wikimedia (Senior LAMP Software Developer)

> “Imagine a world in which every single human being can freely share in the sum of all knowledge. **That’s our commitment.**”

If you don’t know already, [I left Automattic (WordPress)][leaving automattic] and have joined the [Wikimedia Foundation][wikimedia] ([Wikipedia][wikipedia]) in February. Before this, I haven’t posted our regular jobs because I wasn’t too sure how relevant they were, and because I got burned by the Jobvite system spamming [my twitter][twittertychay] followers with jobs. (I apologize profusely!)

This is despite the fact that our infrastructure is PHP ([obviously][mediawiki]).

Until recently the Foundation has had lacked mostly Javascript and UI engineers and not senior-level PHP ones. But I guess when I joined all of the good PHP developers left! j/k :-D

Currently and in the coming months, we will have had three positions open up for a Senior Software full-stack LAMP/PHP engineer. If you want to work for the 5th most popular web property in the world with nearly half a billion monthly uniques (and probably the largest single-install open-source PHP project), you should really consider working [here][wikimedia]

### Job description: [Senior Software Developer at the Wikimedia Foundation][jobvite]

Be a part of a newly forming team that will be tasked to entice new authors to Wikipedia. You will create responsive UI-driven software components in a highly iterative environment to support user engagement experimental features for Wikimedia websites using JavaScript, CSS3, HTML5 and PHP.

#### Some of the projects you’ll work on:

– Develop new experimental editor engagement features for Wikimedia sites.
– Extend MediaWiki software to support new experimental features.
– Participate in periodic technology meetings for design, development and testing of experimental features.
– Scrum master for development team.

#### Required Qualifications

– 5+ years of web development experience, including front-end development (JavaScript/jQuery/HTML5/CSS3), and server-side development using PHP/MySQL.
– 5+ years experience with rapid iterative software development processes, ability to quickly grasp requirements, derive UI workflow and develop functionality.
– Experience deploying code into high transaction volume production environments.
– Experience with A/B testing, cross-browser testing, debugging.
– Knowledge of Agile Methodologies such as Scrum and Extreme Programming (XP). ScrumMaster training preferred.
– Familiarity with version control systems/continuous integration tools (we use Git/Gerrit/Jenkins).
– Must be able to meet aggressive timelines, iterate rapidly, and switch rapidly across multiple projects.
– Strong communication skills: Must be able to communicate clearly and effectively; have strong written and oral communication skills as well as be able to collaborate easily within a cross-functional team.
– B.S. or M.S. Computer Science or related field preferred.

#### Extra Points if you have:

– Experience with MediaWiki and other open source PHP-based content management systems
– Experience in the Wikipedia community
– Experience contributing to a major Open Source project
– Understanding of free culture / free software /open source
– Experience working with online volunteers.
– Experience with wikis and participatory production environments.
– Good sense of humor
– Being creative, highly motivated, hard-working and ability to work effectively in multiple cultural contexts are great assets
– Comfortable working in an open, highly collaborative, consensus-oriented environment

Please provide URLs to any existing open source software work you may have done (your own software or patches to other packages) if possible. We’d love to see what you can do!

#### About the Wikimedia Foundation

The Wikimedia Foundation is the non-profit organization that operates Wikipedia, the free encyclopedia. According to comScore Media Metrix, Wikipedia and the other projects operated by the Wikimedia Foundation receive more than 482 million unique visitors per month, making them the 5th most popular web property worldwide. Available in more than 270 languages, Wikipedia contains more than 21 million articles contributed by a global volunteer community of more than 100,000 people. Based in San Francisco, California, the Wikimedia Foundation is an audited, 501(c)(3) charity that is funded primarily through donations and grants. The Wikimedia Foundation was created in 2003 to manage the operation of Wikipedia and its sister projects. It currently employs 130 staff members. Wikimedia is supported by local chapter organizations in 38 countries or regions.

[Apply by clicking on this link][jobvite] or contact me personally. :-)

### Why working here is totally awesome

Wikimedia Foundation 90 second HR Video with Disclaimer

Transcoded from original created and uploaded to Wikimedia Commons by WMFer, Victorgrigas.

(It’s probably a good thing this was filmed before I joined the Foundation. A version with me in it would have been rated R due to strong language. :-D )

You should seriously work here. :-)

[leaving automattic]: http://terrychay.com/article/automattic-outro.shtml “Automattic Outro”
[wikimedia]: http://wikimediafoundation.org/wiki/Home “Wikimedia Foundation”
[wikipedia]: http://www.wikipedia.org/ “Wikipedia”
[twittertychay]: http://twitter.com/tychay “Me @ Twitter”
[mediwiki]: http://www.mediawiki.org/wiki/MediaWiki “MediaWiki”
[jobvite]:
http://hire.jobvite.com/Jobvite/Job.aspx?j=oHDiWfwi&c=qSa9VfwQ “Senior Software Developer—Wikimedia Foundation @ Jobvite”