No Man’s Sky: It Can Be Done

(This column is posted at www.StevenSavage.com, www.SeventhSanctum.com, and Steve’s Tumblr)

One of the concerns I see expressed about No Man’s Sky is that a small team of indie developers like Hello Games just couldn’t do this. I disagree, and in fact think it’s quite likely’ll they’ll succeed.

So you know i’m not wasting your time, I base this theory on:

  • My experience in IT (20+ years).
  • My work as a software project manager (12+ years).
  • My interest in development processes (12+ years).
  • My work in procedural generation (most of my life).
  • My experience as a gamer (most of my life).

So let’s look at the reason I think Hello Games is going to pull this off.

A Focused Game

First of all, no matter how “big” No Man’s Sky seems, if you look at it, it’s an extremely focused piece of development:

  • Exploring large procedural spaces – mostly planets.
  • These spaces have procedural features, including life.
  • Mining and finding resources.
  • Dealing with hostile and non-hostile life.
  • Crafting by combining various resources to change equipment.
  • A focused set of equipment for the characters
  • Interaction with species via various actions, trees, and simple fight/aid mechanics.
  • Space travel.
  • Exchanging of good via trade games.
  • Cataloging findings.
  • All of this is done with a chosen aesthetic.

No Man’s Sky, when you look at it, is somewhere between evolutionary and revolutionary. All the parts have been seen before, its the combination of them that stands out to create a universe.

The game design is very focused – Sean Murray and company have deliberately restrained adding new features.   This means that Murray and Team can pay attention to what they want to deliver exactly. Well-defined features allow for focused development, focused testing, and good delivery. If you know what you want to do, you can deliver it a lot easier.

No Man’s Sky is delivering a very focused experience, which allows for focused development. Speaking of . . .

Focused Initial Development

The first developer on No Man’s Sky was Sean Murray himself, who built the core engine, which he eventually expanded to 4 then 13. This is the way you do core initial development.

Small, tight teams – sometimes an individual – are a great way to start a project. One or a few people, working together (often unmanaged) can deliver a prototype with surprising speed because theyre focusing on getting everything together. They’re not trying to market. They’re not trying to make it run on every machine. They’re not even making the most efficient code. They’re ot havign people constantly try and change things. They don’t have to write patches.

They’re making a start. As one guy I worked with called it – “stick smart guys in a room and feed them pizza.”

This is the kind of arrangement that I’d expect would deliver a decent prototype. It may not be perfect – it may only be a prototype that’s eventually discarded. But it lets you get the basics down.

This is exactly how I’d expect a project like this to start – and be successful. It’s a good core foundation.

Agile Development

So you have a focused plan and a core prototype. How do you polish something like this into a game? It’s procedural, it’s going to have a lot of complexities, and it’s not something you plan easily.

The not-so secret is Agile Development. Basically, tight, integrated development where teams have a large list of goals, but focus on small deliverables that are high priority, deliver quick, and focus on interaction and iteration.

Sean Murray’s team uses classic agile processes. They have a morning meeting, set goals, and do a master build in the evening.  This is all happening in roughly the same space from what I’ve seen in videos, increasing interaction.

Really, what Agile does is acknowledge that planning everything out often fails as you find the flaws to your giant plan as soon as you start. So you set goals and meet them in increments, researching them as needed, and cooperating tightly with your co-workers.  Even if you don’t deliver everything, Agile’s focus on “delivering stuff that works” means you usually get enough – or more than enough – done to meet your goals.

In short, the team at Hello Games is using the exact kind of software processes that would lead to success.

Plenty Of Resources

A team of 13 or so people may seem small, but gaming (and indeed any software development) has a number of resources to call upon.

  • There are services out there to do development or provide code. You can outsource pretty easily if needed. Not sure if the team does it, but it’s an option. There’s a lot of games made by a “team” that really involve many outsourced teams.
  • There are a huge amount of libraries, graphic tools, code engines, and more for development teams to use. You can bet that these have been used by the No Man’s Sky team – just like any other development project.  Few pieces of software are created from scratch in their entirely – and you can bet a lot of media resources aren’t.
  • There’s already lots of procedural games and algorithms and theories, from past Roguelikes to the Superformula. There’s a lot of examples to be used or to at least show what is possible.
  • People network.  You can bet the folks behind NMS were asking friends, fellow coders, and other connections for advice.

In short, there’s all the resources out there the team may need to make NMS a reality – resources other games have leveraged.  In fact . . .

Public Accountability

The NMS team, despite the game’s hype, is remarkably modest.  Sean Murray seems affable and humble.  The game is getting played up, but Hello Games isn’t bragging or strutting around.  It’s refreshing.

At the same time, the NMS team has been very clear about the game and game goals and what it does.  Though there’s occasional assumptions by gamers about the game, it’s easy to find the team being very clear on what they’re doing.

They’re being publicly accountable.  They’re saying what the game is – and if they screw up, it’ll be very obvious.

Frankly, I don’t think anyone does something like this and delivers anything less.

The Conclusion

NMS has focused goals, started right, uses the right management techniques, has resource to call on, and Hello Games has been clear on what they’re doing in a way that holds them accountable.

Me, despite some concerns about the game that I’ve stated, I think Hello Games is going to deliver.
– Steve

Why ‘No Man’s Sky’ Can And Should Only Be So Deep

(This column is posted at www.StevenSavage.com, www.SeventhSanctum.com, and Steve’s Tumblr)

I’m looking forward to No Man’s Sky – which is apparent if you see my Twitter, Facebook, blogs, or just talk to me. The procedural space adventure fascinates me as it pushes all my buttons – and of course I’m big on procedural generation, so of course I’m following it.

Acknowledging this, this is fair warning you’re gonna see some No Man’s Sky posts. It’s relevant to my interests, to what I do here, so I hope they’e informative and interesting.

As I’ve scanned internet posts and Steam communities, one useful insight I’ve seen is that the game may face an issue of being “a mile wide and an inch deep.” A game, in short, of great breadth but not a lot of depth. I think this concern is worth addressing, as it reveals some truths about games, procedural games, and their development.

The concern is one I feel is legitimate for some in the audience. NMS’ videos make it clear that the game presents an enormous Sandbox galaxy, with straightforward systems of crafting, exploring, fighting, trading, and reputation-building. This may be enough for many (such as myself), and certainly enough for a broad, wide adventure – but it may not be enough for everyone attracted to the premise.

The “mile wide” may stand for people, but for some people the game may not have the depth they want – or the kind of depth they want. You won’t be building structures, negotiating trade agreements, or going on elaborate story quests – hallmarks of other games and science fiction. For some NMS will have everything they want – for others it’ll be a beautiful galaxy that might not have what they want, or enough of it.

I analyze what I see from NMS’s designers and ads, because watching this dream game evolve has taught me a lot about games and procedural generation. The concern about NMS not having the depth some one made me ask, simply, what if the game tried to add more?

It’s not hard to imagine adding some more classic science fiction elements from the novels that inspired it. Take the simple alien language engine and add some negotiation and trade deals. Allow some encounters to spawn some quests – like smuggling something thorough a blockade. Maybe even a bit of building or improving buildings. Just a bit more maybe . . .

. . . and this is where it gets complicated.

First, even if there is a desire to add “more” we’re talking a game with a setting the size of a galaxy, filled with procedural content so large the devs had to make in-game probes to study the worlds. Any addition of new features could produce development nightmares, adding them onto an already careully developed and tweaked engine.

Second, the developers would have to choose what new features to add to their already polished set. What would sell? What do people want? S much work is procedural, so much unknown, can the devs predict what people will want? Will they be able to balance demands? They can’t be sure how people will react to the game – potential pirates may become explorers, traders decide to cut out the middlemen and become pirates, and explorers may drop their archiving duties to just swap rare minerals for cash. Throwing in more features requires careful consideration of how the audience will reacts.

Third, if the new items could be added, then comes the question of testing. Adding new features onto procedural content produce a new nightmare of testing it and making sure nothing else broke and all the pieces work together. That “mile wide” part means a lot more testing work when you try to make that “inch” a bit deeper.

Fourth and finally the extreme “width” of the game means that, with too much “depth” the game might become a muddle of choices and options. NMS may give you the stars, but its focus on being a kind of space exploration/survival game provides useful boundaries for play. Throw in a few more features and a game that already provides little direction could end up a muddle.

Those concerned about depth have a legitimate concern – for some of the audience (again, I think most people buying NMS who are informed will know what they’re getting). But I think the creators have a sweet spot of features for this grand enterprise, and changing beyond that is fraught with dangr.

Is it the right choice? Well, we find out in June 2016 . . .

– Steve

www.StevenSavage.com

www.InformoTron.com

The Originality/Unoriginality Barrier: Gradual Evolution.

(Not done writing about originality yet.  Regular poster Serdar noted that my ideas addressing originality suggested that highly original people can and should address using their ideas via gradual evolution, and that gradual evolution of media was an ideal. I want to address that).

I've been writing a lot about originality in media lately.  This is entirely understandable because originality is a big topic in media – in an age of remakes and the shockingly innovative it's going to be something prominent in people's minds.  It's also an important subject because people feel very passionate about it – as I noted there are many psychological/cultural factors to a love of originality.

My conclusions actually were that originality is actually not a prime driver in media consumption – socializabitility is.  People's interests in media were often heavily influenced by what they can share with and enjoy with others.  Originality, in turn, was most important when it helped with that social factor.

Read more