Author: adam

Next up, in my continuing look at sign-up processes (trying to get MMO companies to ALLOW you to PAY for their products…) for MMO games: Nexon, and their free dance game, “Audition”.

Site was down, when I looked at the error logs I had this deeply unhelpful message:

seg fault or similar nasty error detected in the parent process

Some googling failed to turn up anything official from Apache that was particularly helpful, but I did find reports of other people having the same problem, and I’m going to try the workaround from this post – i.e. “switch it off and switch it on again. At least once a day. Automatically”. It’s brutal, and normally something you only do with excessively buggy and complex software as a short-term fix until you can replace it with decent software.

Or, in this case, something I need to do because I’ve only got a “normal” install of Apache, and haven’t bothered with the watchdog services etc that I’d expect to put on a live server. Sigh. I didn’t really think I’d need to bother for a personal blog site. Apparently … you do.

Sexy, sleek, gorgeous. An object of lust and desire. ONLY ONE FRICKIN USB PORT YOU MUST BE CRAZY !!!11!!1! Cursed to run OS X. Runs Windows XP fine *and* it’s a Mac. The world’s lightest, thinnest laptop.

But … what’s it *really* like, for normal people – is a Macbook Air the right laptop for you? Unlike professional reviews, here’s my personal, http://t-machine.org review of the MBA (MacBook Air) after almost half a year of daily use and abuse.

Yup, I’m no longer working for NCsoft, I’ve started an indefinite sabbatical. If you’ve been in touch with me on the work address, you should re-route your emails appropriately (if you didn’t get a handover email from me with new contacts in NCsoft, email my personal address and I’ll try and point you in the right direction). For everything else, there’s MasterCard – I mean – Gmail: adam.m.s.martin

If you’ve got something you want me to look at, now’s a good time to get in touch. The main purpose of this sabbatical is to take a step back and re-appraise what I’m doing and what I want to be doing next. NCsoft’s great, but there’s lots of change going on there and it’s not a good time to be unsure what you’re doing. The next step for me is to find out, then to decide and be sure. In the meantime, I’m hoping to catch up on blog posts and finish up some hobby coding projects that have all been on the todo list for months (or more).

Triple-finger drag == “move current window around on the screen”.

That would fix *so much* despite being such a tiny tiny feature.

Of course, it also needs for OS X to gain some basic features to bring it kicking and dragging into the 21st Century (I sometimes wonder how many people at Apple actually a) use computers on a daily basis and b) have tried seeing what “normal” development work on *other* platforms is like. The world has become a much better place in the last 10 years in ways that sometimes seem to have passed them by :P…):

• In OS X: window-maximize button. There is no excuse. STFU.
• In OS X: user-mapping of the other multi-touch functions to keyboard shortcuts or scripts
• On the Air: a pageup key and a pagedown key (!)
• In OS X: some Apple engineer to remember to make the checkbox for “do NOT automatically spam all my private data on every random, unsecured wireless network you can find” actually work, instead of being ignored by the OS (yeah, it’s a bug. Needs fixing)
• In OS X: add a full Alt-Tab feature. Like with Linux and Windows. One which actually works

But other than that, it’s mostly nice and still enjoyable. A proper review is coming soon, with answers to all the questions I had (or people have asked me) that no-one else seems to have covered in their online reviews. Stuff like “does it work outside on a sunny day?” (short answer: yeah! West Coast sunshine = no problem)

“we’re going to dig more into comparison ranking systems, by focusing on competitive rankings and looking more in depth at ELO Chess Ranking System and the other systems that we briefly mentioned previously. Our goal is to explicate these systems, to better address their flaws, to begin detailing the purposes of ranking systems, and to show how those purposes are critical in the design of ranking systems.”

A good overview of programmatic ranking / reputation systems, with some basic mathematical analysis of how each works and what they achieve (or fail to achieve). Good if you already know what you want to acheive, but want some ideas/pointers for the actual technical implementation to choose.

Kongregate, in detail

I’d been meaning to write this up for a while. It’s something I’ve said verbally enough times now that I’d rather write it up and send people a URL :). A lot of people underestimate Kong (www.kongregate.com), including, I suspect, many people in the games industry. IMHO, even if you know nothing about games, you ought to be looking at the business facts behind it and sitting up and taking note:

• It’s founded by one of the people who used to run development for EA’s spectacularly successful online/casual games division, Pogo. They are still regarded as the market leader in casual gaming, at least in Western markets (last I heard was a quoted 11% market share, but google sadly refuses to allow the percentage symbol in searches, making that very difficult to find/confirm)
• They’ve had multiple rounds of funding currently totalling close to the $10 million mark. That’s a LOT of money for a casual games site that doesn’t do it’s own game development.
• (and, given the reputation-system focus of this post, it’s worth noting that a lot of Pogo’s uniqueness came from it’s obsession with giving badges (and other rewards/achievements) to players, IIRC back in 1999 – long before XBLA became famous)

As I pointed out on Jeremy’s blog, Kongregate seems to be doing very well for itself.

…the Gamer’s view

I’m Level 18, and damn proud of it. I was surpised how much skill it took at achievement farming to get that high, although there’s more chances to level up each week, so I think by now I can probably hit around 23/24 if I get time.

But you don’t need to play it *that* much to have seen some interesting evidence of how it’s change(ing) people’s casual / flash / portal game-playing habits. If you actually use/play Kong, then you’ll probably have noticed some of the large number of people commenting (not actual quotes, but pretty close):

“I already played this game to death on [some other portal], but now it’s on Kong, I played it again. I’d forgotten how much I liked it”

or

“I saw this game on [other portal] and [other portal], but I wasn’t going to invest the time playing it until it came to Kong and got badges”

Those statements for me encapsulate the reasons people should be paying a lot of attention to Kong just from the gamer point of view – even if you don’t play the thing seriously, you could have easily seen those if you just glanced at the comments back when the site was relatively small.

(NB: nowadays, games get hundreds of pages of comments within the first week, so it’s getting hard to read them for meaningful information. That’s interesting in and of itself, suggesting Kong may have fairly recently crossed a chasm (or, in one word, as I typoed just now: maybe it just “chrossed” :) )).

Indeed, there’s an interesting problem there that I look forward to seeing how the owners are going to deal with: the comments system is so basic – it’s a single-threaded (!) standard forum – that there’s no way to shut out, /ignore, or hide the spam, and the site has attracted a lot of spam now. Not just commercial, but also just bored players messing around. I can think of several approaches, for instance (plucking out of thin air here): charging (in virtual, free currency) everyone for a comment, or limiting their comment rate per day by their Kong level, and – especially if you charge them – allowing other players to give them small rewards that in large-scale aggregate payback and increase the level. Because that’s a kind of reputation/reward system that Kong is missing right now :) – it has a lot of reward systems, but not ALL the rewards systems. Slashdot’s reputation/comments system is an obvious place to look for inspiration on that kind of approach, but there are plenty of others that have been around for many years which can show how to do it, and how not to do it.

Kongregate’s reputation systems

I’m tagging each of these with something I find particularly interesting: whether the rep system is programmatic (i.e. calculated from an aggregation of stats), or free-form (i.e. each individual provides a unique measurement, no aggregation possible), and who does the rating – the site owners, or the users.

Note that there’s a lot of orthogonality here: the reputation systems are fairly balanced between site-provided and user-provided, and between programmatic and free-form. The badges have to be invented and added manually by site admins, making them free-form to create/invent, but programmatic to measure. My inner game design likes the multi-variate overall score that these imply: there’s no overbearing measurement / congregation of measurements.

For games:

1. [programmatic, site-owned] Aggregate number of times the game has been played by any player
2. [programmatic, player-owned] Aggregate number of times the game has been favourited by any player
3. [programmatic, player-owned] Average rating of the game, from 1 to 5 stars, by all players who’ve rated it
4. [programmatic, site-owned] Aggregate number of people who have chosen to rate the game
5. [free-form, player-owned] Comments that players write while playing the game (*)
6. [programmatic/free-form, site-owned] Badges awarded for specific in-game achievements, invented by Kongregate’s admins, and either automatic, or (if necessary) implemented on request by the game-authors
7. [programmatic/free-form, site-owned] Bonus CCG/TCG cards for the game KonGai, Kongregate’s CCG. These are awarded like badges, but unlike badges each card is only ever winnable for one week. Ever. After that, you’ve missed your chance. This is a big difference. And they’re typically given for slightly different types of in-game achievement

(*) – note a particular piece of genius with this: the comments are a single-threaded forum that is *embedded in the page* (yeah, other people have done that before, myself included. It’s awesome), but … using AJAX.

Why AJAX? Because nearly every Flash game on the internet is written naively in terms of browser refresh: refresh resets the game, forces you to wait for it to download again (!), navigate through the menu, etc – and in many cases, actually wipes your current progress in the game (!). But with AJAX, you can let people comment whilst in-game without refreshing the page. Nice. Safe. And … it is able to refresh the comments without people reloading the page (and losing their precious progress).

And for players? What ratings exist for them?

1. [prog, site] Your “Level”, as in all classic RPG/MMORPGs, awarded by Kongregate, with your
   experience points earned towards gaining your next level
2. [prog, site] Experience points earned in the past week (as opposed to “in total”)
3. [prog, site] Badges you’ve won for playing games
4. [free, yourself] Games you’ve favourited
5. [prog, site] Cards you’ve won for playing games
6. [free, yourself] People who you’ve added as a friend
7. [free, others] People who’ve added themselves as a fan of yours
8. [free, others] Freeform comments (“shouts”) that people have left on your profile page

…but nothing much is done with the player ratings.

The game ratings are particularly important because a subset of them is publically (semi-verifiably) used to give money back to the developers – see the box at the bottom right of the front page, which tracks who has recently received cash for managing to have a high rated game / who is about to receive cash in the next round of cash handouts.

Yahoo recently posted a page listing and describing eight different design patterns for a reputation (or ranking, or achievement) system for a community – where community could be a web community, the players of a particular game, etc. For a long time now, I’ve been meaning to write a post on this stuff, and this finally poked me to do it…

EDIT: It’s Bryce, not Bruce. Argh. Sorry, Bryce – I was thinking about Bruce Schneier at the time, I think.

(thanks to Jeremy Liew for posting about an interview with the guy behind it, Yahoo’s Bruce Glass, which looks at some of the thinking behind it and his own views on what to do and what not to do)

Reputation systems – why?

For most game developers – and moreso most game publishers – the answer is “look at XBLA” (Microsoft’s Xbox Live Arcade). In the past 2 years, MS has put out a series of press releases and marketing pimping up the large amounts of money that they – and the publishers – have been making off the additional sales generated by this simple achievements/reputation system.

(I think that’s great, but also a bit sad, because XBLA does some other equally special stuff that hasn’t had quite so much explicit attention. Who’s talking about the GamerCard, and what *that* means for online communities? Plenty of people have, but it’s not achieved quite the same amount of attention. I think a lot of people have dismissed it as a gimmick in comparison to the reputation system – which is foolish of them, because the GC provides an excellent way for players to spread their Online Identity, and identity is a much bigger pie to be taking slices of than reptuation systems ever will be. But it’s harder to work with, and I’ll come back to that in another post sometime in the future.)

Or, as Joshua Porter puts it in the Bruce Glass interview:

“Reputation systems have driven the entire business at eBay.com, much of the business at Amazon.com, drives activity at Digg.com, powers the moderation system at Slashdot, etc…and yet for all the millions of words written about web design very few of them have been dedicated to this type of software.”

Choosing a rewards system

As an online game and MMO developer, and someone who focusses on social gaming and how to integrate it with mainstream games design, I’d say that the answer to “which form of reputation system for your social game?” is simply and clearly “all of them”. And at first I thought that was just me.

I’ve worked on games that have had a heavy social/web element, and adding additional parallel rewards/reputation systems has only ever helped both the community and the game. Nowadays, everything I see reinforces this, at least for games.

For instance, easy example – look at Kongregate. Kong has 5 independent, parallel rating systems for each game, and 7 (!) reputation systems for each user/player/developer on the site.

Looking at how those interact with each other, I would argue that a lot of the site’s success is precisely because it has these multiple *independent* forms of valuing user content; it allows you as a member of the community to say “this is nothing special in many ways, but in one aspect it’s the best thing I’ve ever seen” – essentially allowing for a multi-dimensional measure of “goodness”.

So, although I understand and by default agree with Y!’s suggestion that you should look at your community, assess your target market and your product aims, and pick one reputation system, I feel that you really shouldn’t do that with games.

Why one is never enough

Because only having one:

• Limits self-expression: you CHOOSE to invest of yourself in various ways in a community. Bruce Glass mentions this. He doesn’t mention the knock-on implication: what you choose to invest says something about who you are and how you wish to be perceived. So, this is a part of your personal online identity.you can only be good at one thing, not a set of things, and there’s no way to show
• Reduces learning opportunities: with multiple rep systems, a community can let a member know that “we think you are really awful at some things, but really good at others. Please do less of the bad stuff”, instead of just “we don’t value you”
• Prevents the majority of people from being recognized: Go read about the Bartle types. Then read Erik Bethke’s presentations on what happened when he thought that some of them “didn’t apply” to his own MMO, GoPets, and what happened when he changed his mind on that. There is no MMO without all four player-types represented. One rep system can only satisfy one quarter of the traits that are present in all your audience. It may be the largest represented quarter, but it’s still artificially limiting your appeal as a game/product/experience/community
• Assumes you actually know – and can control – what your community is, what it will become, and how it will grow to get there. That’s usually not the case. It seems (at least in MMO and online games) that good community management these days is not directive, it’s reactive. That’s not an excuse to abrogate responsibility for encouraging and supporting your community, it’s just saying that you need to give them more opportunity to tell you what they want, so that you can then modify your offering. And they will change what they want, they don’t remain static

And after saying all that, I wonder: how much of this is games-centric? Because although I’m no expert on online communities in general, that sounds pretty applicable to a wider set of online properties – not all, I’m sure, but many more than just “games”.

Which leads me to wonder whether the suggestion itself (that you should carefully choose just one) is a nice idea in theory, but perhaps not appropriate in the modern web world: perhaps communities now are sufficiently savvy, picky, and accustomed to being the ones to control success (e.g. youtube, where the community makes a video successful, not the site owners), that single-value measures of reputation are no longer what your community wants and needs.

Maybe?

And as for Kongregate … well, now I’m going to finally write up the post I’ve been meaning to for a long time about that.

EDIT: the writeup of Kongregate’s ranking systems is here

Or so this blog on security says.

“Some experts claim that two-factor authentication won’t work. They are wrong, of course.”

The expert linked to is Bruce Schneier, and the main attack he points out that isn’t affected by TFS is … fake website asking for your credentials.

Funny. That was one of the main ways of stealing people’s MMO player accounts when I first got into MMO dev around ten years ago. And it’s still one of the main ways now (although there are plenty of other good ones, as noted in the linked post). It’s just … so easy!

Which would suggest that yes, actually, Bruce is right: TFS is going to do little to combat the *actual problems* being faced here.

Personally, I’ve always been on the side of security is pretty simple really: prevention is impossible, and anything that claims to provide great prevention is snake oil, and the reason security in practice is hard is because you have to find ways to deal with detection and response, and *that’s* where all the interesting stuff is.

On the other hand, I’ve now heard a couple of people suggest that the one-time-passwords thing from Blizzard isn’t about the passwords anyway: it’s about reducing credit-card chargebacks by shipping goods to the actual address first. In a way, it’s a basic form of TFS on the act of issuing a CC charge: you have to know the CC details and be able to intercept snailmail post, and until you succeed at both, the company doesn’t need to issue the CC charge.

Again … prevention? Nah, I can still intercept post, even on a large scale. But … detecting that interception is going to be somewhat easier, and responding to it (getting people fired from FedEx, or whichever company has been infiltrated and/or has a dodgy employee that’s been fired) is probably a lot easier than dealing with an unknown anonymous person from “somewhere” on the planet who bought 10,000 CC’s on the black market.

So, props to Blizzard. But not for making “a better form of password”. And a thumbs-down to Errata Security: sorry, but I’m not convinced by your analysis. I see what you’re saying, but I suspect you’re barking up the wrong tree. And I’m afraid I’m always suspicious of people who defend any preventative measure too closely – security doesn’t seem to work like that, sadly.

So, here’s a question for Agile developers: when you’re using Scrum as your development process, and your game is in pre-production, at what point do you move to Production? And, more importantly, how can you tell (that you’ve moved)? Is Scrum in fact a permanent Pre-Production, right up until the moment you launch? And if that’s the case, how do you explain THAT to your publisher?

Traditional process

There are three stages: Concept, Pre-Production, and Production. Every game goes through those processes in that order. Typically the number of staff working on the project (and hence the amount of money being spent – and the risk being taken on!) goes up by a large factor from stage to stage.

Rather than bore you senseless here if you already know all this, I’ve written up a slightly more detailed explanation of games production stages and how they relate to each other. If you aren’t familiar with those stages, read that instead.

What is Pre-Production, anyway?

Well, as one of my colleagues, Mark, put it: the whole idea of a Pre-Production/Production split is merely an artifact of the developer/publisher split in responsibility, funding, project ownership, etc. It’s there because the developers can’t answer most of the questions until they’ve actually written most of the game, but the publishers are desperate to “reduce risks” by “eliminating unknowns”.

I did a quick google to see what other people have said about pre-prod for games, and one of the first hits included the quote “PreProduction has become the most important phase of the development cycle”. Actually, I think (like Mark) that Pre-Production has always been the most important phase, as far as the developers are concerned, although usually it’s never allowed to last long enough to be that important in the overall project. Despite being usually much shorter than Production, with much smaller resource (many fewer staff, etc), arguably it’s where the true art and craft of making fun games happens. Everything that follows is an attempt to fit the square peg of game development into a round hole, to curtail changes, to control spending arbitrarily, and to fulfil the vision that’s created during pre-production without allowing for the possibility of the team changing their mind on what’s going to make the game fun, or a success.

…which coincidentally brings us full circle, as this is one of the biggest reasons that game developers are trying to adopt Scrum in the first place. Scrum promises a large amount of “changing your mind” whilst keeping budgets and spending very efficient – even, magically, promising even tighter levels of control of the spend whilst granting much much more freedom of creativity. Yeah, you can have your cake and eat it! (unless the cake is a lie)

What about the movie industry?

Well, yeah, because the term “pre-production” comes from there first. I guess – just a wild guess here – that it got imported to the games industry by EA, probably around the time they imported the job title “Producer” to mean, a la movie-parlance, someone who combines organizational and creative responsibilities (a merged lead designer/project manager).

“In digital video, photography, television and film, pre-production refers to the tasks that must be completed or executed before filming or shooting begins. This includes tasks such as hiring actors or models, building sets, budgeting, planning, scheduling, renting equipment and tests, to name a few of the many pre-production tasks.”

Here’s the problem: whereas a movie starts with a FULLY WRITTEN script, the game design for a game is never complete until the day you ship. That means that where a movie has the luxury of looking at the script on day 1, and starting to do things like “building sets”, the game equivalent can only be guessed at for the majority of the project lifetime. Pre-production, in a movie industry sense, is impossible and nonsensical for the majority of computer games development. (leaving aside the exceptions of the few games, such as the infamously sequel-tastic EA Sports titles, where the game design doesn’t change and has very little innovative or new added during the course of the project. For anyone not in the industry, FYI: those are rare in the overall constellation of games developed each year).

Scrum and the effect on game production

With a Scrum project, you are ready to *ship* the product every single month (or fortnight, or even week, depending upon your sprint length). If you start by using Scrum at the concept stage, as we have for some of our projects, then … how do you decide when to transition to pre-production? And, more importantly, when to transition to Production?

Because Scrum, as far as I can see, is granting the development team an infinitely-long Concept stage (or, at the very least, an infinite Pre-Produtction stage): at every moment they are free to take any part of the product and throw it away and replace it with something better. One of the great mantras of Production is “thou shalt not throw anything away … unless there’s no way the game can ship with it in current state (and that usually doesn’t apply until you’re really close to shipping”. I’m not saying that’s a mantra anyone chose, I’m observing that de facto it seems to be how publishers and producers end up handling the Production phase. Maybe I’ve just seen a lot of bad examples – but I think not. I think this is an inevitable side-effect of the “avoid risk and avoid extra expense” strategy that the publishers have chosen as the purpose of Production.

So … if you’re permanently in pre-prod, how do you decide when to go to the publisher’s GreenLight committee (or whatever your publisher calls their equivalent)?

It occurred to me that the answer, with any publisher that understands Scrum, is: You don’t. They come to you.

The Power of … Scrum

Every time you finish a sprint, the publisher should have at least one representative turning up to the review meeting to see what’s happening and what’s been changed/completed/added/removed.

They should also be making a judgement every single sprint of: as a publisher, do WE want to “move this ahead” into pre-production, or from pre-production into production.

This is one of the explicit aims of Scrum, to give the person who’s commissioned the project (i.e. the publisher, who’s paying for all this development!) the ability to make extremely well-informed decisions about the project at any point. They are informed and empowered. So, they need to take that power and that information and decide for themselves what to do.

Fundamentally, the decision was never in the hands of the developer, and with Scrum, I think that maybe it doesn’t need to be something the developer is even all that aware of any more. Old-style, you have to explicitly make a special final build for the end of Pre-Production – but with Scrum, you’re doing that all the time anyway.

I could be completely wrong, of course…

I see this as one of the interesting unanswered questions with Scrum for games dev, of which there are many, all in the area of “Ok, sure, we can all see how it fits in with day-to-day development – but how the heck does it affect the traditional developer/publisher relationship, and how does it alter the traditional processes that exist in that area?”. Scrum, in its mainstream incarnation, doesn’t deal with a developer/publisher relationship – no surprise, really, because almost no other software development industry has such an odd dynamic as its centra driving force.

But what the heck. Here’s my stab in the dark at this small part of it. I’d love to know what you think.

What is Pre-Production in games development? What is Production? What’s the difference?

I’ve just written a (draft) post that requires you to know those things well before it makes sense, and I started off by including a grossly over-simplified idiot’s-guide to these things. Then I looked back and saw it had become as long as the main post itself, and I didn’t want to cut it because it explains a lot of my (possibly wrong) assumptions. So, here it is. The other post – the one I really wanted to write, will be along shortly :).

Traditional process

Splits into 3 sections. I’m talking about all games here, not MMOs in particular (MMO’s add some extra stages, like “post-launch” and “beta” which have a LOT more special meaning that many mainstream game developers realise, but those are mostly handled by extra dev-teams, so that the main development process is still almost the same as with normal games)

Concept: Summary

Someone has an idea for a game, often a lead game designer, but also often NOT a designer (incidentally, it’s often an Exec Producer, since they will be the one who has to recruit the entire team, drive the project, and ensure it’s a profitable success). They get together some basic sketch of the game design, maybe only a few pages, plus some artwork to show what it might look like – look-and-feel stuff – and any other materials that help to explain the idea.

Concept: Output

They write a Powerpoint presentation, basically nothing more than that.

Concept: Gate to next stage

You “pitch” this to the publisher; if they give concept approval, and some money (or just free resource for an internal studio), the project goes ahead.

Pre-Production: Summary

A small team of people is assembled. For a simple flash-only casual game this could in fact be literally one person, or two people. For a AAA first person shooter, it’s likely to be around 5-10 people, an equal mix of artists, designers, and programmers.

Time-out for a moment here: a big point of variation exists here. On many projects / with many publishers, the artists produce most of the concept art in the Concept stage. On others, they produce most of it in the Pre-Production stag. Concept art doesn’t require ANY tools, engine, or game design – mostly it just comes out of the artist’s own fertile imagination. It’s usually “inspired by” the basic concept that the vision holder explained to them. Often, the vision holder and/or design team uses the concept art to help them refine their own ideas of what the game is going to be. It’s a highly mutually-supportive process. Doesn’t have to be, of course – depends how clear and how precise the original vision is.

Another time-out: some companies regularly have the programmers produce a working demo at the end of pre-production. IMHO, this is the first running leap along the slippery slope to destroying the developer: any working demo that’s held up as “illustrative” of the final game constitutes the majority chunk of development risk and spending for the entire game project. A publisher who asks for a demo at the end of pre-prod is being very wise – they’re asking for the majority of all the development risk to be removed before they fund the main game. But they’re also being incredibly greedy, and incredibly stupid – the demo either will have very little to do with the final game, or else it will push the developer towards going out of business, because there’s no way they can pay enough staff to get a demo done on the tiny budget that a publisher will unlock for pre-production. Publishers typically justify this with “it’s only pre-production; you don’t need much money”.

OTOH, many publishers have been operating massive pre-productions, which means that they can get that risk-stuff taken care of without being greedy/stupid. Pre-production periods lasting *multiple years* are happening a lot in the MMO industry these days. I did a double-take when I first saw that, but no-one else seems to be batting an eyelid at it. So, I’m not bashing all publishers here, just pointing out that it’s quite widespread to be naive about what’s reasonable, and that there’s a lot of bad contracts out there.

Pre-Production: Output

Enough of a game-design, enough of an art-direction, enough of a technical specification, enough of a project schedule / GANTT chart … that the leads (design, art, and code) and the Producer feel confident to state “yes, we can make this, for that much money, and it’s going to be a GOOD game”.

Pre-Production: Gate to next stage

Publisher listens to the arguments from the leads + publisher, either written or oral (usually a mixture of the two), then examines the evidence (should be plenty by this point, either as artwork, or as a series of small demos of different technologies, or demos of small aspects of gameplay, or as formal game-design documents detailing how the game will work), and a bunch of highly experienced and highly-paid senior people make a judgement call on whether this game is really going to work, whether it will be worth it, how much money it will make, how it fits into their ongoing sales plans as a publisher, and whether this development team can actually deliver on their promises. If they like it, they release the majority of the development budget and the game is “green lit” to go ahead in “full production”.

Production: Summary

Well, now the leads and the Producer go ahead and make the game they said they were going to.

Do you see a problem?

Has anyone yet written a predictive measure of “fun”, or worked out how you can “plan” for a game to be fun before you’ve actually written it and *played* it? Not really (though there are many good attempts out there…).

So, who is Pre Production for, and who is Production for anyway? I reckon the former is for the Developers, and the latter is for the Publishers. Certainly, it’s always the Publisher who makes the final call on whether a game moves into Production or not – although obviously the developer has to make a judgement call on when they think they are ready to submit themselves to that judgement. In practice, external dev teams often run out of pre-production budget and so the decision is forced upon them to a certain extent, whereas internal teams can – if they’re politically skilled enough – carry on coasting for quite a while longer.

Someone at work forwarded around this article/manifesto about how “Great story is the Holy Grail of gaming”. I read it, and replied that I found every single paragraph had at least one stupid claim or ridiculous statement in it, and that overall the manifesto was basically a load of ****.

It was a Monday morning, maybe I overreacted. Maybe not. Anyway, someone asked me to explain more specifically what I was objecting to, so I write a quick analysis of the first three paragraphs. I was going to go through the whole first page, but realised that even after just one sub-section, it was clear the rest of the thing isn’t even worth reading (I did read the rest of it first time around, of coure). I thought it might be good to post here, mainly because I object to people spouting crap about game design. There’s also a blog post where you can comment about the article. This is all in my own humble opinion, of course, I expect you have your own opinion…

If you do much work administering linux servers – or, especially, if you DON’T do much, but occasionally need to – then it’s a massive time saver to be fluent in one of the text-based file editors that are found on all versions of Unix. As a developer working with game servers, I’ve found the effort invested in learning VI has paid off enormously over the years – I don’t use it as my editor of choice (I use a full fat GUI, either Visual Studio if doing C/C++ work, or Eclipse for Java/most other things), but when I’m stuck on an SSH connection needing to do some quick editing of local config files, or to fix a script on a remote server etc, it’s very very useful to be confident and effective with a text editor.

Based on my unscientific quick straw poll, the majority of computer-literate people have no idea how WLAN / wifi / wireless LAN security works and – worse – are actively exposing all their data and passwords to all services, having convinced themselves that they are “mostly” safe or secure.

I’m posting this in the (possibly vain) hope that it might persuade some more people to stop being foolish and/or lazy and perpetrating embarassingly poor security with their own and other people’s systems. I’m going to (hopefully) blow apart a popular myth. And hopefully get a decent Google ranking for it, which I’ll explain in a moment.

At the Casual Games conference at GDC 06, one of the audience stood up and asked the panel of Serious Games or Casual Games industry experts whether they thought that Brain Training was going to do similar numbers in the US as it had done in Japan, and how that might change the face of casual gaming.

The response from the panel was almost literally: “What? Never heard of it”, leading to shock and awe on the part of the questioner, and a collective shrug of “who cares?” from the panel. I was very surprised, but also highly amused at the ignorance of the US casual games people on the panel, and expected that sooner or later they’d get their comeuppance for not paying any attention to worldwide big trends like BT.

I just heard this talk at the MMOGfest academic mini-conference last week – apparently, it’s mostly the same as the talk he gave at the independent MMO conference earlier this year, but I think a lot of people didn’t manage to go to that one, so it seems worth reporting here.

Like all the other conference-talk writeups, any errors and ommissions are my fault, and my personal comments appear in square brackets throughout.

Summary

As noted in his Guardian article, “We’ve won”: games are here to stay. In the MMO space – despite all the threats and challenges – it looks like MMOs will continue to innovate and expand, and become better and better. A good, upbeat, keynote talk.

I’m seriously fed up with the mediocrity (you could use worse words; I’m being civil here) of most MMO publishers’ patching systems for MMOs. The very least you should expect as a player, even back in 2001, should have been something akin to the PS3 / 360 patching systems today: the most basic “fire and forget” – you try to play the game, it does a background download, then popsup to tell you when to click to finish the install. That’s *it*. No more.

So, how should it be? Well…

We were talking about backups recently, and I remembered one of the things we did at MindCandy to great success that I now consider essential to any online game which has a live database: use your live backup as the input for all your development machines.

NB: this is all about backing up LIVE SERVERS, not backing up your development machines – if you can’t make your development backups work perfectly then you have serious problems and need to get some better IT personnel. I’m not covering that issue at all: that’s just standard to any technology company!

I’ve been using FF3 and FF2 in parallel for the last month, and FF3 has some cool features that definitely make life better. The most noticeable so far is the new address-bar, which has finally been dragged kicking and screaming into the 21st century. Until now, it was still using the very very basic (and > 15 years old) system of when you start typing a URL, a plain list of potential textual matches comes up with rather arbitrary sorting AND only matching if the URL starts with IDENTICAL letters as you’ve typed.

NB: this post is mainly to give a kick up the ass to those of you who “haven’t noticed” yet that Firefox 3 is available and that it kicks ass, and that you should switch to using it ASAP ;).

e.g. if you type “t-mac” into the address bar, http://t-machine.org would show up in the list of potential matches, but http://server.t-machine.org would not. Argh!

I’ve created a new category/page for all JNLP Creator stuff.

Almost complete now, still has a few missing features (e.g. no way to add the JAR files for your app yet; e.g. although it can add extensions, if you try to edit an existing JNLP file, then it doesn’t load them from the source JNLP) and a few bugs (requires Java 1.6 to run, sorry).

But the core stuff is there, and it has some nifty stuff e.g. with one click you can test your file locally using the actual data, which mostly works (although c.f. the lack of resources issue above! This is definitely still an alpha build).

Files to download (you need ALL of them):

1. Main file – jnlpcreator-bin1.jar
2. log4j
3. tmachine-basics-bin