Year 1: My full time indie developer life
gamasutra.com
gamasutra.com
1. Writing his own engine: This is an often discussed issue, but basically it boils down to 95% wasted resources. It's all time you should have been spending on a unique angle for your game, or a specific game-making gameplay feature etc.
2. Trying to create an RPG, JRPG or MMO: As a solo person these are highly problematic. The amount of roles you need to cover for these genres is ridiculous by yourself, which brings us to him outsourcing jobs because of the large art requirement.
3a. Spending $85k (Project 1) / $15k (Project 2): There was always only a very small chance to get $85k back except by going viral (such as with the Stardew/Undertale comment), which is in itself a very small fractional percentage chance. Aim for something reasonable such as $1k expenses for a first project. $10k is already too much and few projects will make that back. Spending more on project 2 than you made on project 1 is also an issue. Cut back as much as you can.
3b. Spending $4k on PAX (essentially advertising): As he himself discusses, he had no way to gauge the impact of going, but again it comes back to it being a really big $ amount for a first time indie developer.
4. Niche games are hit or miss out of the gate: Astral Traveler is the type of (Runner) game that doesn't promote word of mouth. They for example need some angle such as being extremely hard, pretty, controversial or competitive that will encourage people that they themselves need to give it a go, or watch someone else give it a playthrough. It comes back to asking what is the hook for the game?
5. Tech Support (His new/3rd Project): Gauging whether something will be a success is very very hard. At the very least he seems to have scaled down the costs, but on the other hand it doesn't look like an extremely interesting game at the moment. A big problem for indies is to find the correct scale of game. Too small and you're seen as a throwaway cash grab, too big and as an unknown that's not pushing the frontiers of the art you'll never make your money back.
It is possible the knowledge he gained from writing his own engine, will allow him to get a better paid job down the road for example. But most likely those $85 000 would be better spent on education.
I think, in this case, the author meant he didn't use one of the big commercial engines. Aside from all that, I also agree that it's not a really big mistake.
That is, of course, assuming that you think sales are THE thing that matters in indie game development. In which case you are probably better off attaching yourself to a large studio such as EA, than going indie.
Also, don't forget to hire a sweatshop full of eager kids fresh out of high school or junior college and make them work 60-80 (or more) hour weeks for peanuts to hit those Christmas deadlines. They probably know more about the ins and outs of the third-party middleware you licensed than you do, since it's literally all they do, morning, noon, and night. Granted, this bit may be difficult on a $85,000 budget -- if you plan on hiring developers from the first world, that is. You could probably hire a team twenty strong from China or the Ukraine for less than half that money and keep them busy for a year. After which you'll have a beta with a few bugs, some of them showstoppers, but still good enough to ship as the final game while you ready a day-one patch.
I mean if we're going to regurgitate "industry best practice" into this thread, why not go whole hog?
Most of the "real" updates to minecraft are in regards to enemies, item recipes, "biomes" (which presumably don't change the generation logic much, just the spawn rates), etc.
Roguelikes I imagine are also in the same vein; it's all just fiddling with the numbers, for balance and "fun"
Simulation focused games on the hand are probably a better candidate for "purely programming" programs, but even then, the complex stuff is probably in the vein of emergent behavior; something you don't at all strive for in normal programming. And they still presumably make a large chunk of their decisions based on "fun" instead of reality. The harder you strive for reality, the less a game it becomes... Maybe Grand Strategies then; they pretend to simulate a pre-generated complex environment, but avoid emergent behavior for the most part.
Really the only thing I could safely call a "pure programming" problem is a tech demo that happens to be a video game, ie Carmack's stuff. But even then...
I think it might just boil down to that very few video games are both good, and disinterested in player enjoyment. The key distinguishing feature of video games as a media is human interaction; it's difficult to imagine a good game where this is not the predominant motivator. Even Dwarf Fortress keeps it in mind pretty strongly.
Similarly, there was no state-of-the-art coding in this game:
* http://www.thewayoftheninja.org/n.html
They had plenty of technical challenges pushing the performance of ActionScript in browsers at the time in order to keep the game moving smoothly.
If you are getting into the indie scene hoping to have a million seller, then unless you are a rare genius (e.g., Notch) your $85,000 is better spent on Powerball tickets. Do it for love of the craft, whether you use your own or a licensed engine. And for God's sake start small.
I definitely would not have said the same of the first two games, which didn’t appear to do much to stand out to potential customers. They were labors of love, pieces of art maybe, but that unfortunately doesn’t drive commercial success.
Best of luck to the guy!
First, the game narrative is novel and might appeal to industry types who only indirectly interact with CSR teams (i.e. not people who staff CSR or support but who familiar with or work in an industry that requires support). "Tech Support: Error Unknown" has the potential to create a myth structure around tech support and that is just hands down cool. :) But, the title really should move out of the realm of genericism. It should be evocative like "Tech Support Nightmares", "Bug not a Feature", or just "Error Unknown".
Second, wow what a novel idea for a game. I wonder if the procedural "adversary"/interlocutor/chatter function were abstracted if a different algorithm could be used. For example, the algorithm for "Error Unknown" would be suitable for his game but a different algorithm might be better suited for actually simulating training for companies that need to train CSR reps.
That could lead to a secondary (or primary) market of companies looking for ways to assess or train their reps.
I also wish Giguere the best of luck and will be interested to try his new game when it's available.
It's very hard to make a living in game development, even big game studios have constant layoffs and bankruptcies. Especially now since the indie game market is extremely saturated.
The good news for this guy is he has dipped his toe in the water and learned from it. Experience always makes you better. Others have pointed out the poor return on creating your own game engine.
Here is a point I would make: If it is a business for you, think about what kind of game people are likely to buy, as opposed to what kind of game you can do well. One of the reasons why there are gluts of certain kinds of games is that they are often the kinds of games that are relatively easy to make. Also, people who enjoy making games often are fans of similar games. There are ways to test how much traction your game is likely to find in the market before you make it.
This is unfortunate, but is effectively a consequence of an enormously over-saturated market. People casually browsing through Steam will make instant snap decisions about a title.
Having that tag for instance will prevent Steam from ever showing it to me as is one of my (many) excluded tags[1].
It's completely brutal and as a developer I sympathize, but as a consumer/gamer the market is so completely and utterly tilted in my favor that I can "afford" to ignore 99% of titles that I might otherwise probably enjoy and still have more entertainment to last a life time.
While I haven't played his games, I don't think the game play really matters as long as it's "good enough". Most games aren't going to be the 0.01% smash hit; you just need a regular audience that appreciates what you're doing, and enough eyeballs that are caught to say "hey, I'll gamble my $5 on something that looks fun".
I think this is partly hubris. I see startups fall into the same pattern - "well it's a great product so our customers will evangelize", "if we add X feature we'll get more sales [even though no one has asked for it]", "if only it was faster, we'll get more sales [even though no one complained about latency]".
No, you need to figure out who you're selling to and how to make the customer aware you even exist. It's a big pond.
https://www.reddit.com/r/gamedev/comments/844rve/my_first_ye...