Coding is a Text Adventure

Wired News is running a story about a new approach to crossover working and gaming turning your coding into a MUD-style adventure. Playsh is a "narrative-driven 'object navigation' client, operating primarily on the semantic level, casting your hacking environment as a high-level, shell-based, social prototyping laboratory, a playground for recombinant network toys." Great, now they are combining two of the most horrible addictions in my life.

Usability and Games: 17 Excellent References

Usability and Games: 17 Excellent References [digg.com] -- "If you're interested in video games and computer games, as well as usability and user experience (UX), this is exactly the list of references for you."

Restart?

I've already been eaten by a grue.

Re:Restart?

You are in a small cubicle. You are likely to be eaten by a middle manager.

I can just see it now...

"PUT KEY ON HASH TABLE" Segmentation Fault: Wumpus Detected

Re:I can just see it now...

No no no, you're doing it all wrong.....

"INSERT INTO Door (Keyhole) VALUES ('KEY') WHERE Door.Locked = 1"

"UPDATE Monster SET Monster.Dead = 1"

"INSERT INTO Inventory (SELECT Loots FROM Monster WHERE Monster.IsDead = 1)"

"UPDATE Princess SET Princess.Saved = 1"

I win! That means...

"SELECT Baby FROM Hero INNER JOIN Princess"

Re:I can just see it now...

"SELECT Baby FROM Hero INNER JOIN Princess"

Am I the only one here that has never seen SQL porn before?

Re:I can just see it now...

[SELECT Baby FROM Hero INNER JOIN Princess] Am I the only one here that has never seen SQL porn before?

Just don't do a Cartesian Join, or else you better buy a diaper company.
       

Re:I can just see it now...

would the join clause details be considered pornography?

(the following contains pornographic material, viewer discretion is advised)

SELECT Baby FROM Hero INNER JOIN Princess ON Hero.Sausage = Princess.Taco

I suppose that wouldn't quite be right, since we all know that sausages do not equal tacos. Well... I suppose some people might be confused.
Maybe it would be better written as

INSERT INTO Princess (Taco) SELECT Sausage FROM Hero WHERE Hero.id = 'me'

This also has the advantage of not producing a Baby result.

Additionally, for those of you who don't have a Princess, you can create one by using the SELECT...INTO statement. But this method suggests transvestite/transgender properties, as explained below.
SELECT Sausage INTO Princess FROM Hero WHERE Hero.id = 'me' (results in Princess having a Sausage, transvestite results)
or
SELECT Sausage AS Taco INTO Princess FROM Hero WHERE Hero.id = 'me' (results in Princess having a Taco, but you're calling your Sausage a Taco, transgender indications)

Re:I can just see it now...

better than a SELF JOIN

Sounds familiar

I had always wondered if somebody would attempt to make a mud out of programming. Everytime I start stepping through my debugger, it feels like I am on an adventure.

Re:Sounds familiar

I agree; this is just so perfect. Some of my most fond coding memories were coding for an lp mud. The ability to "see" every object that you have, and at the same time to be able to, say, call functions on the body of the person that you're talking to, was just so much fun. I loved to patch myself to impersonate a message board or hide inside other objects. And don't get me started on "coding wars", when someone creates an object to dest you, you create a counter for the dester, they work around the counter, you come up with a convoluted counter-counter, etc.

From a practical standpoint, it makes a lot of coding intuitive and makes "plugins" nearly automatic. For example, objects can look at what is in their "environment" (i.e., what is holding them). If you have an object that calls "insert_foobar()" on every object sitting inside a message board object when someone tries to foobar the board, if you were to take it out of the message board and stick it in a player's inventory, it would try and foobar their inventory when someone foobars the player.

The fact that you can simply pick up and move objects around makes visualizing your tasks so simple. You can even have fun with how people interact with your objects; if you want an object that will perform some actions on someone's player object, for example, you could make it be a bread that they eat. You could have an object that displays information be a firework that you light and launch into the sky. The possibilities are endless.

The only game I play is "vi" ...

... that's what I usually tell people when they ask me if I'm into games. Most people don't know what this is, so I add "it's a text adventure" :)

Re:The only game I play is "vi" ...

You must be a riot at LAN parties.

Wonderful

So the "Person" class is the main adventurer. While he is running through the tunnel to the mainframe lands, he hear's a request from someone calling themselves "User" that states he must first solve a puzzle for reformatting these characters to the one expected by the mainframe giants. 10/14/1999

Later, our hero Person signs up for a banking account and pays his credit card bills using the AutoBillPay spell. Person is then kiilled by the surcharge monster.

Was it so difficult?

I guess it was just too difficult to look at your code in a nice editor with color coding and intellisense.

I'd much rather navigate to my function with:
North
North
East
North
Look

addictions?

Great, now they are combining two of the most horrible addictions in my life.

Hate to break it to you, but heroin and hookers were combined a loooong time ago...

What fun!

Unhandled Exception: You have been eaten by a grue.

I always knew my job would turn out like this

You are in a maze of twisty subroutines, all alike. You may be eaten by a deadline.

Re:I always knew my job would turn out like this

How about a little more context?

Code Maze
You are in a maze of twisty little subroutines, all alike.
> N

Conference Hall
You see a pointy haired manager here.
Your torch has been extinguished!
>look

It is dark. You are likely to be eaten by a deadline.

Uh oh

I hope Gibson was forward thinking enough to take out a patent on this!

1. Write futuristic novel
2. Patent every concept in the book
3. Wait for people to make it happen
4. Blind-side them with your 1337 patent!
5. Profit!!!!

One Small Step

"Great, now they are combining two of the most horrible addictions in my life."

Now imagine how the productivity numbers would skyrocket if they managed to mix programming and pr0n.

(Granted, I've already written plenty of obscene code in the past...)

Re:One Small Step

"Now imagine how the productivity numbers would skyrocket if they managed to mix programming and pr0n"

Well, it's not exactly programming, but there's always:

talk, date, cd, mv, unzip, strip, look, touch, touch, condom, fsck, fsck, more, yes, yes, fcsk, uncondom, condom, more, yes, yes, uptime, gasp, more, more, yes, unmount, make clean, shutdown now

How about a simple shell?

I always thought it would be interesting to attach a Infocom/Inform like parser to a File Explorer / DOS shell type thing, so you could type stuff like
> move all files from c:\wherever\ and below that end with .jpg to c:\backup\, preserving the directory structure

That shouldn't be too hard, actually, we have systems that can speak Turing-able English so long as you restrict the subject domain...and once you had that, it should be trivial-ish to get the right speech recongnition component in place, if you wanted to go that route...

Re:How about a simple shell?

Looks kinda like AppleScript.

*insert examples here*

Slightly OT...

FTFA:

"Imagine using a bank where you move transparently between the automated and human-assisted interface because they occur in the same mode," says Webb. "The human can show you how to use the ATM, which is over at the side of the room".

And the phishers can watch as you enter your PIN...

Prior art (of a sort)

Please see http://groups.google.com/group/net.unix/browse_thr ead/thread/8a55fc5a43194ad/ca28c53d1020e06c?lnk=st &q=net.cog-eng+spaf%40gatech.uucp+proposal+adventu re&rnum=1&hl=en#ca28c53d1020e06c [google.com] which discusses a precursor to this idea from 20+ years ago.

MUDdy adventure

Wired News is running a story about a new approach to crossover working and gaming turning your coding into a MUD-style adventure.

Go North
Find Door
Open Door
Leave Work
Find Home
Go Home
Find Bed
Go to Sleep
END

Did I win?

Novel enhancement to an old idea

This is not a new idea...

(Mud Shell [everything2.com], now defunct, was featured on Slashdot in 2001.

There's also the New Adventure Shell, based on Doug Gwyn's Advshell [ifarchive.org], and John Cocker's Advsh [ifarchive.org], both written in 1984.

The basic concept also shows up in the adventure game found in Emacs.

But, playsh looks like it includes a special enhancement which I think is pretty cool. According to the article,

It treats the web and APIs as just more objects and places, and is a platform for writing and sharing your own code to manipulate those objects and places

Now, that's pretty cool.

Reminds me of an old story..

About someone who wrote a Zork styled system for configuring linux, here on slashdot many years ago. One of the comments that came back was this:

>Take SCSI
Cannot do that
>Take SCSI
SCSI did not budge
>Take SCSI
You got SCSI

Bad design...

I had a being in a castle with a vampire text adventure for the Commodore Vic-20 when I was a kid. It was so frustrating because I would get to a special door, I would type BREAK DOOR, and the computer would respond WITH YOUR HANDS? Since the instruction manual said that my commands must be a verb and a action word, typing YES never occured to me.

In fact, I would read years later in "Hackers" by Steven Levy that the original Adventure text game would put the player in the similar position and that typing YES was the answer. I was kicking myself for not doing the obvious. Was this bad game design or was I being too literal in following the instruction manual?

Great...

now i can buy my code some much needed int and con.

Productive

Well, atleast it's more productive than killing the same monsters for eight hours so that you can level up and learn a new spell which will help you kill some more monsters to get to the next level...

A Cow Says "MOO!"

MOOs were like chat rooms, except the members of the community could create new objects by programming them into the virtual world in a dedicated programming language, shaping the game as it went along.

MOO is interesting for a lot of reasons. It merges the concept of an object in the programming sense with the concept of an object in the game world sense, and it merges the concept of a method call with a game action.

For example, you might instantiate a class, and the object created then becomes an in-game object that you can manipulate like any other. It inherits its data and behaviors from its parent. But, that object is also a class that you can extend, and others can be instantiated from it.

In MOO, when you type a command, the game engine matches your command against "verbs" (methods ) found on the object representing you in the game world. The first word of the line you typed becomes the command to match, with the rest of the words being parameters. (You can also specify that verbs not be matchable, only allowing them to be called from within code). It's possible to have verbs that work either as commands or are callable from within other verbs.

If you want to add a new command to yourself, you just add the verb and program it. If it's something to be shared, you copy it to an appropriate ancestor, then delete your own copy; you and everyone else inheriting from that ancestor gains the command. (There's security in place; if you're an administrator you can do anything but if not then you need the cooperation of the owner of that ancestor object or an administrator.)

Ultimately, a MOO is just a scripting language and virtual machine, with a network interface and some security features to allow collaboration without granting all programmers full read or write access to each others' code and data. Implementation of the player / room / carryable object paradigm is done in the scripting language, not the engine itself. It's flexible enough to write Web servers in, and pretty damn fast for a language where everything is late-bound and weakly typed.

Interestingly, while most MOOs used internal mail and public forums, and would send email for various purposes (coded right in the scripting language), and many of them listened for HTTP connections and translated part (or all) of the game world into HTML, none of the efforts to create large MOO networks (a la IRC) ever got very far.

A hollow voice says "plugh"

It's dark. You light a lamp and you see a slashdot poster doing something with his hand. It's moving back and forth rapidly. Suddenly you are blinded by a white sticky substance. You drop the lamp and the light goes out.

Colossal Cave Adventure [wikipedia.org]

So.......

Does anyone have screenshots?

Random rewards

For visualizing code, I'd say this is something very interesting...however when it comes to making work fun by combining it with a game....

The thing people need to understand is that the reason games are fun is because of the random reward structure in them. You don't get random rewards when you code...only random problems with sometimes unlikely solutions.

I saw a presentation of Playsh

I saw Matt Webb and Ben Cerveny demo Playsh at O'Reilly's ETech conference. The demo was pretty neat. I wrote up the talk and took some photos of the slides. You can see more here on my blog.

http://ptufts.blogspot.com/2006/03/playsh-playful- shell.html [blogspot.com]

Matt coded 90% of the Playsh environment in-game. Pretty cool.

--Pat

You are sitting at a desk...

Your monitor glows brightly in front of you. (You also have a small headache, which you've attributed to being stuck with a CRT. However, accounting always tells you to "man up" when you request a flat panel.)

A coworker, Jeff, comes by and mentions that there's a bug in the program you wrote for the company. Seeing as how it's been six months since the last bug report, you eye him cautiously and ask him what he does before the bug appears. "Click a button, or something" is his resposne. You're suddenly reminded that you have a doctor's appointment to check your blood pressure on Monday.

You have:
-a headache
-pencils
-potential high blood pressure
-a nagging coworker
-a deadline

Action:> Attack co-worker

Jeff, who moves around the office as opposed to sitting in a chair for eight hours like yourself, nimbly dodges as you attempt to fling a pencil into his eye. "Uh, sorry," you say. Jeff shrugs.

Action:> Look at Jeff's computer

You follow Jeff over to his computer, where he sits down and violently moves the mouse to wake it up. "Why didn't you leave the screen as is when you came to get me?" you ask. "Oh, this problem is from last Tuesday," he answers. You wonder if you can move the Doctor's appointment up. "Okay," he says, as he opens Acrobat Reader. He presses some buttons, not caring if you're able to see what he's doing, and suddenly gets a blue screen of death. "See?" You realize that all he did was somehow hard crash Acrobat Reader- a program completely unrelated to your work.

Action:> Ponder homicide

There's not a jury in the world.

Jeff is looking at you expectantly.

Action:> give up

As Jeff stares at you expectantly, you suddenly burst into tears. Leaning against the wall of his cubicle, it cracks and sags backwards as you slow sink to the floor and assume the fetal position. The men in white suits arrive a half hour later.

Total score: -2
Play Again? y/n: n

too much NetHack, too much NetHack...

>r
What do you want to read? [ijk or ?*]

>?
Variables
i - tmp
j - tmp2
k - tmp3

(to self): "Wait, what were the variable types for each? hmmm... how about "

>j
As you read the variable, they ALL disappear. Your fun weekend plans crumble into tiny threads and fall apart! Debug this five-year-old garbage you wrote instead - oh look, you didn't use comments or naming conventions!

(to screen): "ARRGGHH!! I KNEW I should have dropped everything on the Simulated Altar when I passed it!"

No, the cat does not "got my tongue."

> turning your coding into a MUD-style adventure...
> Great, now they are combining two of the most horrible addictions in my life.

And if, by coding, you gain access to an object room and open the chest, and there's pr0n goldpieces in there, you'll really be in for it!

Great!

Now all I need to write is xyzzy!

Lions and Tigers and Bears, Oh My...

After reading this, it has become apparent to me why I always feel like I'm fighting dragons and monsters at work all day.

why just coding in a MUD style? how about running?

how about running an application like it's a MUD? that would be fun.
multiply two matrices?
LOOK:
- you're on the row 12, column 32, the diagonal is under.
GO LEFT:
- you're on the row 12, column 33... aaa, sorry, 31.
ADD PREV:
- prev who?
...

Dungeons and Managers

I did business process automation workflow development after graduating university. I spent a fair amount of time at university playing on and creating content for MUDs. The approach I took to creating business process maps was the same as creating quests and areas for MUDs. I just had to be careful with my code comments. The director of finance probably wouldn't appreciate being referred to as the huge ugly troll guarding a pile treasure.

Nonsense

All the jokes are funny, etc, but, come on guys, you do realize that this is complete nonsense, right ? RIGHT ????

Programming is hard enough without adding absurd layers of abstraction and indirection. This reminds me of the ridiculous 3D "programming environments" in movies like Swordfish (which I though was a very enjoyable movie, btw).

Does anyone remember INFORM?

Try this: http://www.the-sisters-of-mercy.com/clock.html [the-sisters-of-mercy.com]

Z Snake

You can get all the text adventure I want, and then some, just with an interactive python prompt [ibm.com]!

Now combine that with coding/testing Zope 3 [zope.org] from a command line... and you've got some serious grue.

Adventure - Coding & Hacking

Once upon a time there was Adventure http://jerz.setonhill.edu/if/canon/Adventure.htm/ [setonhill.edu] which was really an analogy of the development of systems and the code required for that activity. So coding has been a game since at least 1975....about time you guys caught up.

OpenCroquet

Someone already mentioned it, but OpenCroquet [opencroquet.org] is probably the next MOO, plus a whole lot more. I recommend watching this [mediasite.com] fairly recent video (October of last year) to see what it's all about.

a mud for coding... whats next?

this could be fun, we just have to make everything an adventure game. Shopping, working, fighting, oh christ.. it's ender's game. if you could hook it up so you controlled a robot through your text adventures actions, you could even turn cleaning a room or cooking into an experience gaining activity and have a clean room and dinner. muds are amazing! ;)