Monthly Archives: November 2012

PHPHOST BLOG

Web Hosting Related Articles You May Need

Author Andrew Piper: Turning Pages Is Important, Therefore Reading Ebooks Isn’t Reading

Every technological advance is greeted as some point during its life cycle (usually as it approaches ubiquity) by the disgruntled arguments of people who prefer older things or methods. Never has this been more prevalent than in the digital era. People… Continue reading

Posted in Syndicated | Comments Off on Author Andrew Piper: Turning Pages Is Important, Therefore Reading Ebooks Isn’t Reading

New Kickstarter Rules Make Sense In Principle, But Raise Big Questions In Practice

Kickstarter is an amazing platform that faces a lot of interesting challenges. Chief among them is a combination of quality control and expectation management — both of which revolve, in many ways, around image. As in: what is Kickstarter in the … Continue reading

Posted in Syndicated | Comments Off on New Kickstarter Rules Make Sense In Principle, But Raise Big Questions In Practice

In Wake Of NewsCorp Scandal, UK Says Press Must Be Regulated… But Free… But Not Exactly

Between the UK’s onerous libel laws, its insistence on “protecting” freedom of speech and press while attaching a million exceptions to this “freedom,” and the recent phone-hacking scandal that saw Rupert Murdoch’s papers crossing lines that even the m… Continue reading

Posted in Syndicated | Comments Off on In Wake Of NewsCorp Scandal, UK Says Press Must Be Regulated… But Free… But Not Exactly

The Organism Will Do Whatever It Damn Well Pleases

In the go-go world of software development, we’re so consumed with learning new things, so fascinated with the procession of shiny new objects that I think we sometimes lose sight of our history. I don’t mean the big era-defining successes. Everyone knows those stories. I’m talking about the things we’ve tried before that … didn’t quite work out. The failures. The also-rans. The noble experiments. The crazy plans.

I’m all for reinventing the wheel, because it’s one of the best ways to learn. But you shouldn’t even think about reinventing a damn thing until you’ve exhaustively researched every single last wheel, old or new, working or broken, that you can lay your hands on. Do your homework.

That’s why I love unearthing stories like The Lessons of Lucasfilm’s Habitat. It’s basically World of Warcraft … in 1985.

Habitat is “a multi-participant online virtual environment,” a cyberspace.

Habitat

Each participant (“player”) uses a home computer (Commodore 64) as an intelligent, interactive client, communicating via modem and telephone over a commercial packet-switching network to a centralized, mainframe host system. The client software provides the user interface, generating a real-time animated display of what is going on and translating input from the player into messages to the host. The host maintains the system’s world model enforcing the rules and keeping each player’s client informed about the constantly changing state of the universe.

This was the dark ages of home computing. In 1985, that 64k of memory in a Commodore 64 was a lot. The entirety of Turbo Pascal 3.02 for DOS, released a year later in 1986, was barely 40k.

The very concept of a multiplayer virtual world of any kind – something we take for granted today, since every modern website is essentially a multiplayer game now — was incredibly exotic. Look at the painstaking explanation Lucasfilm had to produce to even get folks to understand what the heck Habitat was, and how it worked:

The technical information in The Lessons of Lucasfilm’s Habitat is incredibly dated, as you’d expect, and barely useful even as trivia. But the sociological lessons of Habitat cut to the bone. They’re as fresh today as they were in 1985. Computers have radically changed in the intervening 27 years, whereas people’s behavior hasn’t. At all. This particular passage hit home:

Again and again we found that activities based on often unconscious assumptions about player behavior had completely unexpected outcomes (when they were not simply outright failures). It was clear that we were not in control. The more people we involved in something, the less in control we were. We could influence things, we could set up interesting situations, we could provide opportunities for things to happen, but we could not predict nor dictate the outcome. Social engineering is, at best, an inexact science, even in proto-cyberspaces. Or, as some wag once said, “in the most carefully constructed experiment under the most carefully controlled conditions, the organism will do whatever it damn well pleases.”

Even more specifically:

Propelled by these experiences, we shifted into a style of operations in which we let the players themselves drive the direction of the design. This proved far more effective. Instead of trying to push the community in the direction we thought it should go, an exercise rather like herding mice, we tried to observe what people were doing and aid them in it. We became facilitators as much as designers and implementors. This often meant adding new features and new regions to the system at a frantic pace, but almost all of what we added was used and appreciated, since it was well matched to people’s needs and desires. As the experts on how the system worked, we could often suggest new activities for people to try or ways of doing things that people might not have thought of. In this way we were able to have considerable influence on the system’s development in spite of the fact that we didn’t really hold the steering wheel — more influence, in fact, than we had had when we were operating under the delusion that we controlled everything.

That’s exactly what I was trying to say in Listen to Your Community, But Don’t Let Them Tell You What to Do. Unfortunately, because I hadn’t read this essay until a few months ago, I figured this important lesson out 25 years later than Randy Farmer and Chip Morningstar. So many Stack Overflow features were the direct result of observing what the community was doing, then attempting to aid them in it:

  • We noticed early in the Stack Overflow beta that users desperately wanted to reply to each other, and were cluttering up the system with “answers” that were, well, not answers to the question. Rather than chastize them for doing it wrong – stupid users! – we added the commenting system to give them a method of annotating answers and questions for clarifications, updates, and improvements.
  • I didn’t think it was necessary to have a place to discuss Stack Overflow. And I was … kind of a jerk about it. The community was on the verge of creating a phpBB forum instance to discuss Stack Overflow. Faced with a nuclear ultimatum, I relented, and you know what? They were right. And I was wrong.
  • The community came up with an interesting convention for handling duplicate questions, by manually editing a blockquote into the top of the question with a link to the authoritative question that it was a duplicate of. This little user editing convention eventually became the template for the official implementation.

I could go on and on, but I won’t bore you. I’d say for every 3 features we introduced on Stack Overflow, at least two of them came more or less directly from observing the community, then trying to run alongside them, building tools that helped them do what they wanted to do with less fuss and effort. That was my job for the last four years. And I loved it, until I had to stop loving it.

Randy Farmer, one of the primary designers of Habitat at Lucasfilm, went on to work on a bunch of things that you may recognize: with Douglas Crockford on JSON, The Sims Online, Second Life, Yahoo 360°, Yahoo Answers, Answers.com, and so forth. He eventually condensed some of his experience into a book, Building Web Reputation Systems, which I bought in April 2011 as a Kindle edition. I didn’t know who Mr. Farmer was at this time. I just saw a new O’Reilly book on an area of interest, and I thought I’d check it out.

Building-web-reputation-systems

As the co-founder of Stack Overflow, I know a thing or two about web reputation systems! Out of curiosity, I looked up the author on my own site. And I found him, with a tiny reputation. So I sent this friendly jibe on Twitter:

pff, look at @frandallfarmer's tiny rep! look at it!

But the last laugh was on Randy, as it should be, because I didn’t realize he had over 6,000 reputation on rpg.stackexchange.com. Turns out, Randy Farmer was already an avid Stack Exchange user. And, as you might guess given his background, a rather expert Stack Exchange user at that. The Stack Exchange ruleset is complex, strict, and requires discipline to understand. Kind of like.. maybe a certain role playing game, if you will.

Advanced-dungeons-and-dragons

Randy is the sort of dad who had his first edition Dungeons & Dragons books bound into a single leather tome and handed it down to his son as a family heirloom. How awesome is that?

If we’ve learned anything in the last 25 years since Habitat, it is that people are the source of, and solution to, all the problems you’ll run into when building social software. Are you looking to (dungeon) master the art of guiding and nudging your online community through their collective adventure, without violating the continuity of your own little universe? If so, you could do a whole heck of lot worse than reading Building Web Reputation Systems and following @FRandallFarmer on Twitter.

[advertisement] Hiring developers? Post your open positions with Stack Overflow Careers and reach over 20MM awesome devs already on Stack Overflow. Create your satisfaction-guaranteed job listing today!

Continue reading

Posted in Syndicated | Comments Off on The Organism Will Do Whatever It Damn Well Pleases

The Organism Will Do Whatever It Damn Well Pleases

In the go-go world of software development, we’re so consumed with learning new things, so fascinated with the procession of shiny new objects that I think we sometimes lose sight of our history. I don’t mean the big era-defining successes. Everyone knows those stories. I’m talking about the things we’ve tried before that … didn’t quite work out. The failures. The also-rans. The noble experiments. The crazy plans.

I’m all for reinventing the wheel, because it’s one of the best ways to learn. But you shouldn’t even think about reinventing a damn thing until you’ve exhaustively researched every single last wheel, old or new, working or broken, that you can lay your hands on. Do your homework.

That’s why I love unearthing stories like The Lessons of Lucasfilm’s Habitat. It’s basically World of Warcraft … in 1985.

Habitat is “a multi-participant online virtual environment,” a cyberspace.

Habitat

Each participant (“player”) uses a home computer (Commodore 64) as an intelligent, interactive client, communicating via modem and telephone over a commercial packet-switching network to a centralized, mainframe host system. The client software provides the user interface, generating a real-time animated display of what is going on and translating input from the player into messages to the host. The host maintains the system’s world model enforcing the rules and keeping each player’s client informed about the constantly changing state of the universe.

This was the dark ages of home computing. In 1985, that 64k of memory in a Commodore 64 was a lot. The entirety of Turbo Pascal 3.02 for DOS, released a year later in 1986, was barely 40k.

The very concept of a multiplayer virtual world of any kind – something we take for granted today, since every modern website is essentially a multiplayer game now — was incredibly exotic. Look at the painstaking explanation Lucasfilm had to produce to even get folks to understand what the heck Habitat was, and how it worked:

The technical information in The Lessons of Lucasfilm’s Habitat is incredibly dated, as you’d expect, and barely useful even as trivia. But the sociological lessons of Habitat cut to the bone. They’re as fresh today as they were in 1985. Computers have radically changed in the intervening 27 years, whereas people’s behavior hasn’t. At all. This particular passage hit home:

Again and again we found that activities based on often unconscious assumptions about player behavior had completely unexpected outcomes (when they were not simply outright failures). It was clear that we were not in control. The more people we involved in something, the less in control we were. We could influence things, we could set up interesting situations, we could provide opportunities for things to happen, but we could not predict nor dictate the outcome. Social engineering is, at best, an inexact science, even in proto-cyberspaces. Or, as some wag once said, “in the most carefully constructed experiment under the most carefully controlled conditions, the organism will do whatever it damn well pleases.”

Even more specifically:

Propelled by these experiences, we shifted into a style of operations in which we let the players themselves drive the direction of the design. This proved far more effective. Instead of trying to push the community in the direction we thought it should go, an exercise rather like herding mice, we tried to observe what people were doing and aid them in it. We became facilitators as much as designers and implementors. This often meant adding new features and new regions to the system at a frantic pace, but almost all of what we added was used and appreciated, since it was well matched to people’s needs and desires. As the experts on how the system worked, we could often suggest new activities for people to try or ways of doing things that people might not have thought of. In this way we were able to have considerable influence on the system’s development in spite of the fact that we didn’t really hold the steering wheel — more influence, in fact, than we had had when we were operating under the delusion that we controlled everything.

That’s exactly what I was trying to say in Listen to Your Community, But Don’t Let Them Tell You What to Do. Unfortunately, because I hadn’t read this essay until a few months ago, I figured this important lesson out 25 years later than Randy Farmer and Chip Morningstar. So many Stack Overflow features were the direct result of observing what the community was doing, then attempting to aid them in it:

  • We noticed early in the Stack Overflow beta that users desperately wanted to reply to each other, and were cluttering up the system with “answers” that were, well, not answers to the question. Rather than chastize them for doing it wrong – stupid users! – we added the commenting system to give them a method of annotating answers and questions for clarifications, updates, and improvements.
  • I didn’t think it was necessary to have a place to discuss Stack Overflow. And I was … kind of a jerk about it. The community was on the verge of creating a phpBB forum instance to discuss Stack Overflow. Faced with a nuclear ultimatum, I relented, and you know what? They were right. And I was wrong.
  • The community came up with an interesting convention for handling duplicate questions, by manually editing a blockquote into the top of the question with a link to the authoritative question that it was a duplicate of. This little user editing convention eventually became the template for the official implementation.

I could go on and on, but I won’t bore you. I’d say for every 3 features we introduced on Stack Overflow, at least two of them came more or less directly from observing the community, then trying to run alongside them, building tools that helped them do what they wanted to do with less fuss and effort. That was my job for the last four years. And I loved it, until I had to stop loving it.

Randy Farmer, one of the primary designers of Habitat at Lucasfilm, went on to work on a bunch of things that you may recognize: with Douglas Crockford on JSON, The Sims Online, Second Life, Yahoo 360°, Yahoo Answers, Answers.com, and so forth. He eventually condensed some of his experience into a book, Building Web Reputation Systems, which I bought in April 2011 as a Kindle edition. I didn’t know who Mr. Farmer was at this time. I just saw a new O’Reilly book on an area of interest, and I thought I’d check it out.

Building-web-reputation-systems

As the co-founder of Stack Overflow, I know a thing or two about web reputation systems! Out of curiosity, I looked up the author on my own site. And I found him, with a tiny reputation. So I sent this friendly jibe on Twitter:

pff, look at @frandallfarmer's tiny rep! look at it!

But the last laugh was on Randy, as it should be, because I didn’t realize he had over 6,000 reputation on rpg.stackexchange.com. Turns out, Randy Farmer was already an avid Stack Exchange user. And, as you might guess given his background, a rather expert Stack Exchange user at that. The Stack Exchange ruleset is complex, strict, and requires discipline to understand. Kind of like.. maybe a certain role playing game, if you will.

Advanced-dungeons-and-dragons

Randy is the sort of dad who had his first edition Dungeons & Dragons books bound into a single leather tome and handed it down to his son as a family heirloom. How awesome is that?

If we’ve learned anything in the last 25 years since Habitat, it is that people are the source of, and solution to, all the problems you’ll run into when building social software. Are you looking to (dungeon) master the art of guiding and nudging your online community through their collective adventure, without violating the continuity of your own little universe? If so, you could do a whole heck of lot worse than reading Building Web Reputation Systems and following @FRandallFarmer on Twitter.

[advertisement] Hiring developers? Post your open positions with Stack Overflow Careers and reach over 20MM awesome devs already on Stack Overflow. Create your satisfaction-guaranteed job listing today!

Continue reading

Posted in Syndicated | Comments Off on The Organism Will Do Whatever It Damn Well Pleases

DailyDirt: Everyone Loves Bacon

Bacon is one of the most universally enjoyed foods… it’s been called the “gateway meat” for vegetarians (and it’s created quite a few ex-vegetarians). If you can’t resist bacon, then you’ll probably enjoy these links, too.

Smucker’s has a Maple B… Continue reading

Posted in Syndicated | Comments Off on DailyDirt: Everyone Loves Bacon

Innocence Of Muslims Maker Produces Acting Waiver Signed By Cindy Garcia

The saga of Cindy Garcia and her attempt to get The Innocence Of Muslims trailer off of YouTube continues. If you'll recall, Garcia is one of the actresses who performed in the controversial almost-film “Innocence of Muslims”, which sparked protest… Continue reading

Posted in Syndicated | Comments Off on Innocence Of Muslims Maker Produces Acting Waiver Signed By Cindy Garcia

United Airlines Sues Passenger Complaint Site Untied

I had really thought that we’d reached the point where lawyers working for large, well-known companies recognize just how incredibly stupid it is to file lawsuits against websites that criticize them. Sure, a decade ago or so, it was common for big co… Continue reading

Posted in Syndicated | Comments Off on United Airlines Sues Passenger Complaint Site Untied

Supreme Court Will Finally Say If Genes Are Patentable

This isn’t a huge surprise, but after a long series of intermediary steps, the Supreme Court has finally agreed to weigh in on whether or not genes are patentable. For a bit of background on gene patents, back in 2010, a district court ruled in the My… Continue reading

Posted in Syndicated | Comments Off on Supreme Court Will Finally Say If Genes Are Patentable

Eye Tracking CSS-Tricks.com

Back in early October, I was at ConvergeFL to give a talk. JD Graffam of SimpleFocus and his team were also going to be there giving a workshop on eye tracking. We managed to work it out to do a real eye tracking session for CSS-Tricks.com while we were there.

It was good timing, since I was just wrapping up the v10 redesign of this site. With eye tracking, you kinda gotta have something for the users to look at …

Eye Tracking CSS-Tricks.com is a post from CSS-Tricks

Continue reading

Posted in Article, Syndicated | Comments Off on Eye Tracking CSS-Tricks.com