Main menu

Category Archives: robots

The summer is beating down on Japan like Dr. Wily just unleashed a wave of Heat Man robots to terrorize the city! We don’t have Mega Man to save us, but we do have our own robot specialist: Yamatron!

Yamatron, like his nickname implies, is a machine when it comes to producing artwork. We came across this new ASTRONOTE cover today, though no one knows when he actually put this together.

Between being the lead artist for Nom Nom Galaxy, doing most of our promotional artwork, and helping out on other projects, I’m not sure how he finds the time to do this stuff! *I’m being told that he he does it in his free time for kicks.*

We’re planning on releasing an update this week, plus we have some exciting things to talk about in August. Stay tuned!

Last week we did something that possibly doesn’t happen often enough during game development. We rolled back an entire facet of the gameplay. Why? To get at the vulnerable design underbelly. It’s important here to differentiate this from ‘culling a feature’. This is different. This is the recognition that one design element was clouding (even hindering) the growth of another, and needed to be “out of sight out of mind” for a little while.

In our case, the ‘base helper robots’ were blocking us from figuring out exactly what is and isn’t fun for the player to do. While playing we continually ask the question of, “Is what I’m doing fun?”. The helper robots though existed on the presumption that the player wanted to delegate certain tasks, rather than doing it themselves. We should have been testing if those gameplay elements were really that cumbersome at all, before jumping to the conclusion of, “We need to alleviate unnecessary player micro with some helper robots.” It’s now become relatively easy to see exactly what underlying core tasks the player has to do to maintain and defend their base.

For example, one type of helper robot was carrying raw energy from mining stations to a power station where it can be converted into usable electricity. That was all great but, no-one felt thankful yet and they were muddying the balancing process due to their automation. Cutting them for now has let us focus more on the electricity in general and how the mining station outputs energy in the first place, while we’ve just left the manual labour to the player.

The message for other Game Designers is, “temporarily removing an entire design element can often give you clarity on another”. The lesson to be learned here would be, “don’t rush for the easy gameplay straight away” that you already know will probably be fun. You might be rushing past some gameplay gems in the process, if only you’d taken the time to peel back a layer or two and polish them up.