On Penny Arcade, Exploitation, and the Myth of the Do-Everything Rock Star

Christopher Buecheler on Penny Arcade’s really sad job posting earlier this week:

You don’t want that job. There is no upside to taking it. You’ll be worked like a dog and paid like shit while you’re doing it, while Khoo, Krahulik, and Holkins continue cashing their trade show checks.

Robert Khoo is a brilliant businessman, and such businessmen excel by finding the sucker and exploiting him or her.

Don’t be that sucker.

Never be that sucker.

5 Principles For Good Code

While replying to a job posting, I started writing this little manifesto of sorts as a mission statement for myself. After kicking it around a little with my good friend Jesper of Waffle Software, I felt I should open it up to the world for criticism, additions, and discussion. The format and content owes much to Dieter Rams’ 10 Principles Of Good Design.

  1. Good Code is simple. It should be easy to understand for anyone who has to work on it.

  2. Good Code is instructive. Anyone with a similar level of expertise should be able to understand how to keep building on the code.

  3. Good Code is clear. Functions and variables should be named simply and descriptively. They should exist in a logical place in the source.

  4. Good Code is generic. Common functions and elements can be used in future projects, or improved and applied to older ones. Projects are simple and more easily maintainable.

  5. Good Code is specific. It solves only the problems it needs to.

I’m genuinely interested in feedback on this. Reply on your blog, tumblr or tweet me.

Usability Question du Jour

Say I’m building a website that deals with data from other websites (social and professional networks, etc), and I want users to be able to enter in their existing profile info into of the application. I can’t just ask for their current username (e.g. http://facebook.com/), because some of these websites do not have very friendly URLs (e.g. http://www.spoke.com/info//) and these may confuse the user. Our mock-up implementation looks like this:

usability_q_1

In the example above, “Sign Up For” send the user to the specified site’s sign up page, and the form element is their ID. It changes based on the site in question, and I don’t think it quite works. What troubles me most (I’m not in love with it being overlaid on the text) is the language, but none of it is something I can’t live without. “Finish this URL” makes it sound like a game, or look like a CAPTCHA, neither of which is what we want. So, UI/UX/Usability gurus: How would you do it? Comments are open.