30 ms·

How I tried to get into game development and failed

295 points by jerrymiller 9y ago

stevenwoo 9y ago
It's more like he saw a type of game that made a lot of money that seemed not that technologically advanced and thought he could replicate the monetary success and this part was like a lot of apps - it's not the making of the app that is hard - it's making an app that people want/need to use in numbers to support the development. I mean no disrespect because his team did succeed in producing an online only game so that part was not a failure. However, leaving the figuring out the fun bit to the end doomed the project (as a fun to play game) in my opinion.
- naiyt 9y ago
  Yeah, I'm at the part where he's implementing lag compensation before even building a fun prototype for the game. Seems very backwards. (This problem may very well be addressed later in the post, still working my way through it. It's an interesting article.)
  - eterm 9y ago
    He also says that Carmack re-wrote the quake network engine which is true, but links to and focuses on Valve's lag-compensation which went far further than what quakeworld did. The quake re-write was Quakeworld[1], which didn't have valve's lag compensation for shooting. The crucial thing that quakeworld did was de-couple client and server for movement. The result was that when you fired you would see your shot locally, but any effects from that such as blood wouldn't be seen until you got a response from the server. You would still have to lead your shots (shoot ahead of moving enemies) in quakeworld to hit on a modem. Even Half-life (based on the Quake 1 engine) didn't have valve's lag compensation until the half-life 1.1 patch in 2000, two years after half-life was first released. [1] https://en.wikipedia.org/wiki/QuakeWorld https://en.wikipedia.org/wiki/QuakeWorld
    - ryandrake 9y ago
      Here's another fact about the Quake re-write: It was done AFTER the hugely successful product was shipped, not before.
      - bananaboy 9y ago
        Yeah, this should be the key take away from that anecdote!
- advice_giver 9y ago
  Yeah, I see this all over these indie game dev posts. Highest priority is writing your own engine and solving some deep but tertiary technical problem. Whether the core mechanics are fun or not is whatever. It's truly BPDD (blog post driven development).
  - stevenwoo 9y ago
    It's pretty funny because I got lucky and got paid to game development with people who made some big hits and the very first thing we did after getting a block to draw on the screen was try to make a fun game mechanic. Even for a multiplayer online game - we made or simulated something that could be done on a developer's machine to find something fun first and then worked on the multiplayer details that this blogger spent a large amount of time on - in at least two of the three parts of the blog postings on this project - we had difficulties to overcome in exactly the same manner in adding multiplayer to a game but that was after we had something fun.
  - rhizome 9y ago
    It also validates their student loan payments.
- swat17 9y ago
  It seems so obvious reading his post that he went at this backwards. The basic idea of developing and iterating on a lightweight MVP is completely absent. I'm genuinely curious - because I see this error replicated all the time when engineers try to take a side project to market - why otherwise rational people do this. This approach is obviously doomed to failure. I understand that as programmers we enjoy solving technical problems, but that should be second to actually building something that people enjoy (if that's your stated aim). Why do developers so often seem to lack this foresight? Are we just too absorbed in our craft to see the forest for the trees, and we mis-prioritize as a result? Shouldn't there be some moment of self realization, akin to "oh fuck, I just spent the last 3 months fixing the lag on a game that doesn't actually exist?" The psychology of this error bewilders me.
  - moron4hire 9y ago
    It is psychological. It's a lot easier to tackle the problems you know about, and know how to handle (even if it's just knowing the meta-process of how to figure out how to handle it), than it is to take on completely new, alien types of work. Every project has too many tasks. It's the things we don't know that we don't know that hurt us the most.
  - luckydata 9y ago
    Because primary and secondary market research is a skill just like programming, takes time to master and many just think that asking a few people unfocused questions constitute research. The easy way to gain knowledge is build things and see if it works which is crazy expensive. Even the famous MVP is just a catchy name for market research that has gotten out of control due to the unfortunate decision of putting "product" in the acronym.
    - eric_h 9y ago
      > Even the famous MVP is just a catchy name for market research that has gotten out of control due to the unfortunate decision of putting "product" in the acronym. I think the general problem with MVPs and their development and usage is really that people put significant focus on the 'M' and the 'P' and very little to the 'V', which IMO is the most important letter in that acronym.
Shorel 9y ago
Please, don't use the term 'an io game'. It really makes no sense.
- jgmmo 9y ago
  I also have never heard this phrase 'io game'. Sounds like firebase & html5 games? Those were popular after html5 came out..
  - gre 9y ago
    It's referring to the domain .io, as in agar.io, which was a circle fighting game that started the trend.
    - Danihan 9y ago
      Which is so fucking strange. Is TagPro a "gg game" now, because they use the "gg" domain for their main site? I mean, how obtuse can we get..
      - drngdds 9y ago
        If it inspired dozens of similar games and they all used the gg domain, then yeah, it would be reasonable to call those gg games.
      - oddlyaromatic 9y ago
        Isn't this just normal evolution of language? Like how terms like "uppercase" have meaning even though we don't keep letters in cases (most of us anyway!). It's not like every domain extension has to match a game genre, but if, by fluke, it became what happened for "io games" ... That's how words get their meanings. Which is a long way of saying I disagree that it's strange!
        Danihan 9y ago
        I suppose I'm arguing against the adoption of such a vernacular. It's just a web game.
fragsworth 9y ago
The author didn't fail, he just changed direction slightly and is still working on the game. A more apt title: "A story about how I tried to get into game development and didn't finish yet"
- deleted 9y ago
  [deleted]
- jerrymiller 9y ago
  Working? The author has finished with it: http://bist.io http://bist.io
- nxsynonym 9y ago
  or even "A story about how I tried to get my game to go viral and failed". The game exists, and it's playable. Is it perfect? no. Is it making tons of money? no. But it was developed - you only "fail" to get into game development if you stop trying to make improvements/changes/optimizations.
  - chii 9y ago
    > you only "fail" to get into game development ... well, it depends on the original goal too. If making the game itself was the goal, then yes. But if making the game successful (e.g., player count, or money) was the goal, then no, you can't say it was a success. Most game devs who want to make a game probably (at least, secretly) want it to succeed with the latter definition.
krosaen 9y ago
the game is pretty dang fun http://bist.io http://bist.io
- ambrop7 9y ago
  The best part is how you can zoom out in your browser and you can see as much around you as you need.
  - Practicality 9y ago
    I've been trying to figure out how people could see farther than me! HA, now I know
KineticLensman 9y ago
An alternative approach to creating a game is to ask yourself a series of questions (paraphrased from [1]): * Who are the likely players? * What are their motivations for playing? * What are their objectives in the game? * What does the game world look like? * What are the mechanics by which the player interacts with the world to achieve those objectives? * What makes the objectives, world and mechanics compelling to the player? Not to start with the development stack… [1] The Art of Game Design, by Jesse Schell
philipodonnell 9y ago
This seems like a case study in premature optimization
- Animats 9y ago
  Not really. If you're doing a multiplayer shooter, solving the lag problem is basic. Otherwise the thing is too annoying to play. The question is whether you can come up with something more fun than a top-down multiplayer shooter. It's not like there's a shortage of those. For some reason, the latest fad in indy browser games seems to be parking games. Truck parking. Tank parking. Airplane parking. Crane parking. Maneuvering large vehicles around, slowly. This is at least not warmed-over 1980s console gaming. Here's a nice piece of work in WebGL.[1] It's quite good visually, but the gameplay is buggy. It also takes minutes to load. [1] http://www.petigor.com http://www.petigor.com
  - pharrington 9y ago
    It's important to distinguish between premature optimization and unnecessary or irrelevant optimization. As many others have pointed out, the OP tunneled in on the details of netplay before there was anything to even play. He's doing the steps in a known bad order.
  - FigBug 9y ago
    Can you recommend some good parking games?
    - Animats 9y ago
      Airplane Parking Academy.[1] Heavy Truck Parking.[2] There are lots more. [1] http://www.y8.com/games/airplane_parking_academy_3d http://www.y8.com/games/airplane_parking_academy_3d [2] http://www.unity-3dgames.net/3d-car-games/Heavy-Truck-Parking.html http://www.unity-3dgames.net/3d-car-games/Heavy-Truck-Parkin...
  - exDM69 9y ago
    Solving the lag issue is only relevant when you do multiplayer over the network. At which point you are committed to a non-trivial engineering project that will take a few months of work to get off the ground. Prototyping the game idea should be done before committing to such a project. It would be much easier to get a dozen friends with gamepads to the same room and play around with a prototype game. Just some rectangles and circles running around the screen. About 1000 lines of code at most so changes can be made on the fly. If it's not fun, iterate until it is. The turnaround time for feedback is much faster. When I read the article I found this to be the biggest shortcoming. Starting work on a half year project with an unproven idea, no market research (playing other games with tanks and steal ideas) and a lot of technical hurdles that don't matter to the final product.
rayboy1995 9y ago
I've been working on something similar for a bit as a hobby, though I haven't updated it in a while it is pretty fun when there are a bunch of players on. https://rocketblitz.com https://rocketblitz.com I think that getting the controls right is what will matter the most in the end. Until then the game will go no where.
dvt 9y ago
I don't mean to be dismissive, but here are the main issues I see with the process (and the final product): - Bottom line, the game is not particularly fun, novel, or difficult. You'll notice that games like Flappy Bird, Agar.io, Papers Please, etc. are at least one of the three. Bist.io is not the type of game that will ever go viral. - You spent money on AdWords but didn't spend money on sponsored Youtube, Instagram, or Twitch content? To me, this just shows a fundamental disconnect with your target audience (gamers). - You should never polish a multi-player game until extensive play-testing. Single player games are a bit different, but with multiplayer games it's the mechanics that sell it. If the mechanics aren't fun, polish doesn't matter. Case in point: H1Z1 and PUBG. Awfully optimized, and generally terrible lag, but still massively fun and massively successful. - Too much premature optimization. Having your servers blow up is a good thing. Don't worry about preventing the blow up until you get there. In other words, you spent too much time on load balancing, etc. This is the canonical reason good engineers make bad business decisions. Going into something (even games) to make the big bucks is perfectly fine, imo, but, in short, your game just isn't very good and you have no idea who your audience is. You added "social" buttons because it's the "thing you're supposed to do" but omitted Twitch and Steam? You're not on IndieDB or TIGSource?
- disease 9y ago
  I think your first point is the one that matters the most. The primary thing you should be thinking about here is "how compelling is this going to be to the intended audience?" If you can get to the point where you can hammer out a game in a weekend, which isn't that difficult, I'd suggest building a simple game that showcases the concept that you find compelling and submit it a game jam like Ludum Dare. You're going to get a bunch of people playing it and you'll be able to see if they respond to the concept. If they do, then go ahead and make a larger version of the game. If not, well it just costed you a weekend anyway.
  - endemic 9y ago
    I think a great example of this is Derek Yu's "Spelunky." He made a quick 'n dirty freeware version, which turned out to be massively popular, then remade a polished commercial version. It was easier for him to pitch the publisher since there was already a working, popular prototype.
zimspy 9y ago
You may have made several mistakes. First is 2 months is too long to work on a game. 2-3 weeks max. Make game -> release -> make new game. Keep them coming. Rovio made 50+. If they'd spent 3 months on each, they'd have drowned. That problem I think also leads to the rest. Most of which has been said. Once I made my first app which took me ~1 month, I've pushed times to 1 week. Keep them coming. Another issue is salivating at the money before you create the user-base. Get the users up first. The money follows them.
handzhiev 9y ago
I was expecting a post about business side of things, instead it was a post about how to program the game from someone who started without having any idea how it will attract players. Kind of meh. At least you got a good (but expensive) lesson: the game idea and programming is nothing on its own.
jmull 9y ago
I love reading this kind of open, honest postmortem. By the way, I think the people here saying things like, "Oh, he should've just done x, y, and z to solve his problems," are most likely kidding themselves. Developing and releasing decent software is hard. Making a financially successful indie web game is even harder, no matter your process because a substantial parts art and luck which are inherently not predictable. The author seemed to pretty successfully developed and released the game and did a half-decent job on marketing it despite being a complete novice in that area. All and all, a pretty nice accomplishment.
- nevertoolate 9y ago
  What have you learnt from the postmortem?
  - chii 9y ago
    Don't do it like described in the post?
bane 9y ago
Something lots of people in the tech community get really hung up on is focusing on tech and technique rather than what the technology is doing for the user. There are writeups on here fairly frequently that talk about successful companies being successful despite their product being built on barrels of spaghetti code. This is because those companies are focusing on accomplishing something for the user, not trying to impress with their coding skills (something the customer is not ever likely to see). Games are kind of an ultimate distillation of this phenomenon, they are required to provide a single thing to their user (fun) and anything else is distraction. Games which focus on other things aren't going to make it. Some of the best game designers in the world will ruthlessly focus on designing core mechanics first, with very very basic technology and will work out the necessities of what the game is supposed to do to create fun first before almost any other work is done. This extends to hyper-technical 3d first person shooters as well, with entire games being sketched out with cubes and basic geometry in order get the gameplay perfected. Once that's done, these core mechanics are documented and the rest of the presentation is swapped in. As the game develops, it's checked against this set of documented standards and tested tested tested to make sure key elements haven't been lost. Application development can learn lots from successful game development shops: walk-up interfaces, teaching mechanics, application flow, presentation and so on. It's almost worth studying game development more than other application development models.
- humanrebar 9y ago
  > ...anything else is distraction Is it? I was under the impression that many game shops do several releases based on the same code. It seems it would be valuable to limit the incremental cost for extra episodes, DLC, Madden YYYY+1, etc.
  - caseysoftware 9y ago
    Notice that those examples are wholly dependent on the first thing being successful. Cash flow can solve many, many problems.
  - MaulingMonkey 9y ago
    > extra episodes, DLC This is pretty likely to share code. > Madden YYYY+1 This may or may not. Just to keep up with the Joneses, so to speak, may require adopting new graphical techniques and occasionally rewriting your pipeline to better align with the current generation of graphics hardware and APIs. A triple-A studio isn't likely to target the Xbox One or PS4 with an aging d3d9 forward renderer - for one thing, d3d9 isn't even an option for either, and for two it'd look quite dated. Oh sure, you can reuse a little vector math when overhauling to, say, a PBR-oriented d3d11 hdr-supporting deferred renderer, but you've rewritten a huge amount - and what hasn't been rewritten may be a bit awkward and ill-fitting. And of course graphics APIs aren't the only thing changing between console generations. Even the basics like multithreading primitives, basic I/O, gamepad input, user profiles, etc. change wildly. You can build abstractions, but those don't always age well on either the design or the performance front. It's also not uncommon to prototype e.g. your core gameplay loop in an entirely different engine (likely something lightweight that focuses on speed of iteration) than your actual implementation of the idea as a final game (which may focus more on efficiency, high fidelity graphics and animation, etc.) The internal overhauls of a long lived MMORPG may also leave the codebase bearing little resemblance to the earliest released versions. Ports - especially if outsourced - are often developed as very divergent forks, rather than variations on the same shared codebase. So in a very real sense you may have multiple unrelated or barely related sets of code for the same release. If you're less successful, you may be able to stay in the game by reusing your existing codebases more to be a bit more efficient. If you're even less successful, the most efficiently reused codebase in the world won't keep you in business.
k__ 9y ago
I tried game development multiple times and it was the reason why I started programming in the first place, modding etc. pp. But the huge problem for me is content. I often end up with a nice idea and implementation, but the whole images, models, animations, sound and effects stuff bores me to death. It feels like code is only 20% of the whole thing and the rest is basically mechanical repetition. But that's what makes it look cool, it's like... I'm done implementing and getting all the controls right and I feel like I can't see the whole thing anymore, but then it gets nice graphics and sounds and it feels like a whole new game, haha.
georgeecollins 9y ago
This is a great example of the fallacy that if you like games and can program a game, you can be a game developer and get any traction. Programming isn't really the hard part, and it gets easier every day. It is true if you can do something technically bleeding edge you will be sought after by game companies and other companies as well. Imagine: I have liked movies my whole life. I read that Paranormal Activity was made by a guy with a video camera and very little money. So I thought I would get a camera and become a film maker. Surprisingly, it didn't work.
- jrochkind1 9y ago
  Sure it did (in your hypothetical story). You made a film, you're a film maker. Oh, you wanted to get rich?
- patrickg_zill 9y ago
  If you made a film, then you're a film maker. But success in films and in games, is not evenly distributed.
Practicality 9y ago
I have been having a lot of fun playing this game with lots of others here on Hacker news. Some suggestions: 1) Make the levels more obvious. It's not clear why players are stronger than others for some time. It would also be nice to see how far I need to go to level up more clearly. 2) ADD CHAT! I can't emphasize this enough. We need to be able to yell at each other and complain and work together. 3) Add the ability to switch classes more often. 4) Make the differences between bots and humans more obvious. I want to immediately know when I am fighting a person. A different color name, make them glowing, something. 5) Show the leaderboard after you finish. I want to be the best player today, or the last hour, or the last week or whatever. 6) Don't deduct any stats when I level up. Sometimes when you level up you are suddenly slower. I shouldn't get punished for leveling up. 7) Show my kills against different players. Let me develop a grudge. It makes it fun. 8) Show a message when a player kills a player! Let us know something cool happened.
- vkhorikov 9y ago
  Wow, that's a hell of a suggestion. All on point! Where were you when I was still developing the game
  - rpeden 9y ago
    If you're still willing to work on the game, then you're really still developing it! You're getting a lot of decent feedback here. Although there's lots of feedback that is more negative than necessary, too. Don't worry too much about that. Take the good bits of advice, and keep on polishing the game if it still interests you. Even if it didn't become a hit right away, that doesn't mean it's a failure. :) Heck, even if it never becomes a hit, you made your first game and people are actually playing it. There are lots of games that never achieve even that. And you can take the lessons learned here and apply them to the next game you write. And for what it's worth, I had fun playing it. It felt sort of like Subspace in tanks.
- freeflight 9y ago
  > 6) Don't deduct any stats when I level up. Sometimes when you level up you are suddenly slower. I shouldn't get punished for leveling up. I think that's for balance reasons and I kinda like that dynamic. New players that join are weak and fast, high level players are powerful but slow, that way new players at least can run away from a hopeless fight against a way higher level. The snowballing is already pretty bad as it is, high level tanks nearly instagib the low level ones. If high level tanks would be just as fast as the low level ones then no late joiner would stand a chance and the field would be dominated by that one guy/gal who managed to get max level first. My suggestion would be to set the game to a fixed zoom level. Right now players can get quite an advantage by using the browser zoom function to zoom out and see further than players with standard browser settings.
CM30 9y ago
Well, congrats on creating and publishing your game! That alone is far further than most people get, and you should be proud of your work. Good job on the coding side of things too. I'm not exactly an expert programmer myself, but it seems like you found some good solutions to the problems you were having with lag and what not there too. As you say yourself, they're all things you can learn from and reuse in future projects. However, as for the game itself... I can see why it didn't quite catch on. It's probably not the idea itself being terrible, because I feel the main game concept seems decent enough. Is it original? No of course not. It's been absolutely done to death a million times in the past, with tank fighting games being a long standing part of the medium. But it's an idea than anyone can grasp really easily. So the potential for going viral was certainly there. The issue was in how the game was presented and how it was marketed. For example, as much as your designer did their best, it just doesn't look very interesting as far as the art style goes. Really, it's the same old generic style I've seen in dozens of app store games nowadays. The kind that looks like it's trying to mimic the style of a Mac OS icon and not quite succeeding. And that likely put people off. Remember, they've seen hundreds of games that look vaguely like this one. So they skipped your one thinking it just wasn't interesting enough to bother with. So that's the first problem you had with the title. You picked a very generic looking art style, and used it with a game whose core designs had done a million times before. It just didn't stand out. The second problem you had was marketing. Put simply, telling a few websites and setting up a social media account or two doesn't work nowadays. Seriously, unless your game is some amazing viral hit that blows up like Minecraft or Five Nights at Freddy's, you can't just rely on the whole 'build it and they'll come' philosophy. No, what you needed to do was market the thing to YouTubers and other influencers. That's because those people have tens or hundreds of thousands of subscribers interested in the games they play, and usually in turn end up inspiring other people online to cover said games. Tons and tons of previously unknown indie projects have succeeded because they were lucky enough to have PewDiePie or the likes pick them up. Hence you should have contacted these people (including some of the smaller channels) and tried to get them to do a video about your game. That's how a game tends to go viral now. Someone who's popular online plays it and says how great it is, and then their legions of fans and imitators give it a go afterwards. That's just my opinion on the matter anyway. Feel you could have made the game look a bit more distinct and marketed it via YouTube influencers rather than just 'new IO game' listing websites.
convivialdingo 9y ago
Honestly the two finger controls are terrible on mobile though. I'm somewhat ambidextrous and had a hard time getting the controls to work. A lot of times I'd cross the control area wrong and end up stuck, get shot and die quickly. You need easier controls. Maybe hold for move, tap for direction fire. Fundamentally the game is great, smooth, has decent mechanics. I'd play it if the controls felt more natural.
andrewstuart 9y ago
As a recruiter, I get a fairly regular flow of job applications from people who have had a go at making money from games and decided they need to go back to jobs that pay a salary. Sad but true.
ilaksh 9y ago
Getting 7k visits a day and $130 per month is overall a very good start. 80-90+% of people that attempt something like this either never launch or are getting much less traffic. The thing that people don't realize is, there are literally hundreds of thousands of games or apps for people to occupy themselves with. No exaggeration. I am including all the different app stores and also the retro gaming. The retro gaming counts because there are plenty of people that play old games through MAME or whatever. There are only so many famous youtubers driving giant traffic numbers. Not everyone can be friends with them, and so not everyone is going to have wildly popular games. In terms of this .io stuff, there are hundreds or probably really thousands of other projects to compete with. The most successful ever was NOT particularly clever or new. It was a variation on a very old game. It was well executed but, I believe the main reason it became so popularwas from luck and viral social network effects. Not everyone is going to get those things on the first try. People very rarely click on ads. Getting $130 per month is something to brag about. Its something to build off of. Just because something does not become wildly popular does not mean it is a failure. That's just totally unrealistic given the amount of competition out there for people's attention and the tens of millions of dollars being spent to create immersive interactive experiences. Maybe I shouldn't say this. Maybe I should hope everyone continues comparing their income and views to PewdiePie or whoever. That will make for less competition for me. Here is what I think the dev should take away from this. They have done a great job of solving these hard networking issues. They have people coming to visit their game. Keep trying to promote it and adding small bits of functionality or whatever. Keep trying to get famous youtubers to visit. But that is the side task you work on for an hour or two every week. The main new side task is taking this awesome engine you have built and creating a new variation. It might look like a totally different game. Or be similar. The point is this time you have more time to focus on marketing and content and other things. If you can get it down to release a new game every 3 months and not get even a tiny bit more traction from them than that project -- - months 0 - 3 $130 per month - months 3 - 6 $260 per month - months 6 - 9 $390 ... - end of year 5 $3120 per month It might take 5 years to build a successful business. Not everyone is an overnight success. But I am happy if most people want to give up after 6 months. Makes for less competition for me.
- vkhorikov 9y ago
newobj 9y ago
Have fun making games. People that get into it with get rich quick dreams ... woof If anyone here is curious about game development, go do Ludum Dare 39; it starts in 10 minutes as a matter of fact! https://ldjam.com/events/ludum-dare/39 https://ldjam.com/events/ludum-dare/39
dsego 9y ago
Hm, what is this slither.io? ... and there goes my afternoon.
dsego 9y ago
The game is well made, but imo the graphics are pretty bland. Find another designer. And why not have a tank 2 or 3 sizes bigger? Also, maybe robots were a better idea, they are new and exciting, they can shoot lasers, crush enemies, who knows. Tanks are a bit boring. Edit: And I think it's missing an easy enemy bot, something lower level, so even the newcomer can power up (not crates). Addendum: - No explosions when tank is destroyed? - Movement is very linear, no acceleration or inertia. - Ramming doesn't inflict any damage.
juststeve 9y ago
to the developer/creator： i know very little about game development but here is some quick feedback: 1. fix the controls. i'm not sure if i was getting lag, but the tank was moving all over the place and never in a straight line. 2. add sound 3. enhance the graphics. pay someone to make them look really good
egypturnash 9y ago
Tried it on my iPad just now. No sound. Really that kills it right there. Radar is super tiny and hidden beneath my right hand, I could not see it, and I sure couldn't see any dots on it. Upgrade UI is way too tiny to use. And hidden beneath my left hand. I tried stabbing at it a couple of times and I ended up upgrading the option above what I actually wanted. Game Over is really unceremonious. It doesn't tell me that if I get back in it'll keep my upgrades. I buzzed around for a few minutes and have no desire to go back in. Focusing the controls on cardinal directions and diagonals felt really really limiting when I have a virtual thumb stick to use. I never felt like I was aiming in the direction I wanted to, or moving. I have also played a LOT of twin stick shooters, I dunno if this is trying to be one or not. No sound. No world. I mean how about trees I can lurk under? Just an endless plain full of boxes and tanks. I guess that's more than Slither.io has, that just has player snakes, but... No real distinction between tank levels, and what about all that tank type selection mentioned in part 3? I never saw that. I just had a tank. A tank with weird sluggish controls. And no sound. Seriously sound does more for games than art, get some sounds in there. Or just take that super solid net code and prototype four completely new games on top of it in a week apiece. Programmer art and stub sounds.
- egypturnash 9y ago
  Maybe go look at actual successful twin stick shooters. For instance playing that made me want to cleanse my palate so I pulled up Assault Android Cactus, which is everything this is not: it's a super cute game with local co-op, multiple characters with very different play styles, and a nice little selection of power ups. Make some bots that run around in obviously non-tank skins. Weak but numerous, clearly different. Throw in some bosses that require multiple players to destroy. Those two things would make it more amusing when it's empty, AND have a reason to bring friends in. (Name the bosses, keep them down to only a few on the map at a time, if even more than one, keep track of who kills them, hand out medals for doing so) Right now it's way too slow for this but some kind of Chain Combo mechanism always helps shooters have depth - once you have the basics down you can start chasing high chain, maybe have score multipliers, maybe start showing a visual effect for people with a chain going and offer bonuses for taking them down. (In it's simplest form, a chain combo usually starts happening when you quickly kill several enemies without taking damage; every time you kill an enemy start a timer counting down for a second or three, and if it hits zero then you lose your combo. Play a sad noise when this happens.)
ativzzz 9y ago
Seems very similar to diep.io, especially after adding the classes and the rank ups.
dwarman 9y ago
100 ms max lag is maybe OK for human vision, but you need to be down below 25 msecs between action and accompanying audio, or between action and video and audio. The human ear is much more sensitive to the time domain than the eye. It's doable but hard. A game can be unplayable until the lags are under control, and only then can they become fun and immersive. Assume the game itself has that potential. But don't release until then. Beyond this, I have no comment about the game itself.
Applejinx 9y ago
"I figured that even if the article is off by 2 or even 3 orders of magnitude, I would still be doing very well should I develop something similar." Here's your problem. Firstly: lame motivation, in that there's no reason for a player to give a crap about this motivation. It doesn't relate to the experience of the game at all, only to 'players give me money'. More importantly, you're fundamentally misunderstanding how internet markets work. It's always a 'viral' power-law thing where the one you're getting excited about, the incredibly profitable game or the PewDiePie youtuber etc, is unattainable. You can't have that, you're not already them, and there IS no 'second or third order of magnitude', those are also extremely tiny groups and it takes decades of work and impressive existing name recognition to even get there. There is no correlation between merit and reward, except that 'a set level of merit is required just to get you into the zone where the power-law guys operate'. Past that point it's essentially arbitrary and governed by rules you can't affect. You don't get to turn into a PewDiePie or a slither.io, there already is one. My advice as somebody who's in the top 3.5% of all Patreon worldwide (which is surprisingly nonlucrative, further making my point) is this: look to what you're already doing in life. For me, it's audio hacking, and so my Patreon around that 'succeeded' because I came into it with literally ten years of doing business and being known by the general audio-plugin public, with an existing brand identity and a dedicated fanbase. That got me earnings roughly a third or a quarter of what direct sales was getting me (but: much more steady and predictable and growing, which has done me a world of good). If you haven't already been publically making games for ten years or so, the last thing you should do is look at slither.io and go 'I should do that and make a tenth/hundredth of the money. How hard could it be?' You're fundamentally misunderstanding how internet economics work. On the internet, if you try to get 1000th as much as slither.io by making something half as good and hoping for the best, you get NOTHING.

295 points by jerrymiller 9y ago

It's more like he saw a type of game that made a lot of money that seemed not that technologically advanced and thought he could replicate the monetary success and this part was like a lot of apps - it's not the making of the app that is hard - it's making an app that people want/need to use in numbers to support the development. I mean no disrespect because his team did succeed in producing an online only game so that part was not a failure. However, leaving the figuring out the fun bit to the end doomed the project (as a fun to play game) in my opinion.

naiyt 9y ago
Yeah, I'm at the part where he's implementing lag compensation before even building a fun prototype for the game. Seems very backwards. (This problem may very well be addressed later in the post, still working my way through it. It's an interesting article.)
- eterm 9y ago
  He also says that Carmack re-wrote the quake network engine which is true, but links to and focuses on Valve's lag-compensation which went far further than what quakeworld did. The quake re-write was Quakeworld[1], which didn't have valve's lag compensation for shooting. The crucial thing that quakeworld did was de-couple client and server for movement. The result was that when you fired you would see your shot locally, but any effects from that such as blood wouldn't be seen until you got a response from the server. You would still have to lead your shots (shoot ahead of moving enemies) in quakeworld to hit on a modem. Even Half-life (based on the Quake 1 engine) didn't have valve's lag compensation until the half-life 1.1 patch in 2000, two years after half-life was first released. [1] https://en.wikipedia.org/wiki/QuakeWorld https://en.wikipedia.org/wiki/QuakeWorld
  - ryandrake 9y ago
    Here's another fact about the Quake re-write: It was done AFTER the hugely successful product was shipped, not before.
    - bananaboy 9y ago
      Yeah, this should be the key take away from that anecdote!
advice_giver 9y ago
Yeah, I see this all over these indie game dev posts. Highest priority is writing your own engine and solving some deep but tertiary technical problem. Whether the core mechanics are fun or not is whatever. It's truly BPDD (blog post driven development).
- stevenwoo 9y ago
  It's pretty funny because I got lucky and got paid to game development with people who made some big hits and the very first thing we did after getting a block to draw on the screen was try to make a fun game mechanic. Even for a multiplayer online game - we made or simulated something that could be done on a developer's machine to find something fun first and then worked on the multiplayer details that this blogger spent a large amount of time on - in at least two of the three parts of the blog postings on this project - we had difficulties to overcome in exactly the same manner in adding multiplayer to a game but that was after we had something fun.
- rhizome 9y ago
  It also validates their student loan payments.
swat17 9y ago
It seems so obvious reading his post that he went at this backwards. The basic idea of developing and iterating on a lightweight MVP is completely absent. I'm genuinely curious - because I see this error replicated all the time when engineers try to take a side project to market - why otherwise rational people do this. This approach is obviously doomed to failure. I understand that as programmers we enjoy solving technical problems, but that should be second to actually building something that people enjoy (if that's your stated aim). Why do developers so often seem to lack this foresight? Are we just too absorbed in our craft to see the forest for the trees, and we mis-prioritize as a result? Shouldn't there be some moment of self realization, akin to "oh fuck, I just spent the last 3 months fixing the lag on a game that doesn't actually exist?" The psychology of this error bewilders me.
- moron4hire 9y ago
  It is psychological. It's a lot easier to tackle the problems you know about, and know how to handle (even if it's just knowing the meta-process of how to figure out how to handle it), than it is to take on completely new, alien types of work. Every project has too many tasks. It's the things we don't know that we don't know that hurt us the most.
- luckydata 9y ago
  Because primary and secondary market research is a skill just like programming, takes time to master and many just think that asking a few people unfocused questions constitute research. The easy way to gain knowledge is build things and see if it works which is crazy expensive. Even the famous MVP is just a catchy name for market research that has gotten out of control due to the unfortunate decision of putting "product" in the acronym.
  - eric_h 9y ago
    > Even the famous MVP is just a catchy name for market research that has gotten out of control due to the unfortunate decision of putting "product" in the acronym. I think the general problem with MVPs and their development and usage is really that people put significant focus on the 'M' and the 'P' and very little to the 'V', which IMO is the most important letter in that acronym.

Shorel 9y ago

Please, don't use the term 'an io game'. It really makes no sense.

jgmmo 9y ago
I also have never heard this phrase 'io game'. Sounds like firebase & html5 games? Those were popular after html5 came out..
- gre 9y ago
  It's referring to the domain .io, as in agar.io, which was a circle fighting game that started the trend.
  - Danihan 9y ago
    Which is so fucking strange. Is TagPro a "gg game" now, because they use the "gg" domain for their main site? I mean, how obtuse can we get..
    - drngdds 9y ago
      If it inspired dozens of similar games and they all used the gg domain, then yeah, it would be reasonable to call those gg games.
    - oddlyaromatic 9y ago
      Isn't this just normal evolution of language? Like how terms like "uppercase" have meaning even though we don't keep letters in cases (most of us anyway!). It's not like every domain extension has to match a game genre, but if, by fluke, it became what happened for "io games" ... That's how words get their meanings. Which is a long way of saying I disagree that it's strange!
      - Danihan 9y ago
        I suppose I'm arguing against the adoption of such a vernacular. It's just a web game.

fragsworth 9y ago

The author didn't fail, he just changed direction slightly and is still working on the game. A more apt title: "A story about how I tried to get into game development and didn't finish yet"

deleted 9y ago
[deleted]
jerrymiller 9y ago
Working? The author has finished with it: http://bist.io http://bist.io
nxsynonym 9y ago
or even "A story about how I tried to get my game to go viral and failed". The game exists, and it's playable. Is it perfect? no. Is it making tons of money? no. But it was developed - you only "fail" to get into game development if you stop trying to make improvements/changes/optimizations.
- chii 9y ago
  > you only "fail" to get into game development ... well, it depends on the original goal too. If making the game itself was the goal, then yes. But if making the game successful (e.g., player count, or money) was the goal, then no, you can't say it was a success. Most game devs who want to make a game probably (at least, secretly) want it to succeed with the latter definition.

krosaen 9y ago

the game is pretty dang fun http://bist.io http://bist.io

ambrop7 9y ago
The best part is how you can zoom out in your browser and you can see as much around you as you need.
- Practicality 9y ago
  I've been trying to figure out how people could see farther than me! HA, now I know

KineticLensman 9y ago

An alternative approach to creating a game is to ask yourself a series of questions (paraphrased from [1]): * Who are the likely players? * What are their motivations for playing? * What are their objectives in the game? * What does the game world look like? * What are the mechanics by which the player interacts with the world to achieve those objectives? * What makes the objectives, world and mechanics compelling to the player? Not to start with the development stack… [1] The Art of Game Design, by Jesse Schell

philipodonnell 9y ago

This seems like a case study in premature optimization

Animats 9y ago
Not really. If you're doing a multiplayer shooter, solving the lag problem is basic. Otherwise the thing is too annoying to play. The question is whether you can come up with something more fun than a top-down multiplayer shooter. It's not like there's a shortage of those. For some reason, the latest fad in indy browser games seems to be parking games. Truck parking. Tank parking. Airplane parking. Crane parking. Maneuvering large vehicles around, slowly. This is at least not warmed-over 1980s console gaming. Here's a nice piece of work in WebGL.[1] It's quite good visually, but the gameplay is buggy. It also takes minutes to load. [1] http://www.petigor.com http://www.petigor.com
- pharrington 9y ago
  It's important to distinguish between premature optimization and unnecessary or irrelevant optimization. As many others have pointed out, the OP tunneled in on the details of netplay before there was anything to even play. He's doing the steps in a known bad order.
- FigBug 9y ago
  Can you recommend some good parking games?
  - Animats 9y ago
    Airplane Parking Academy.[1] Heavy Truck Parking.[2] There are lots more. [1] http://www.y8.com/games/airplane_parking_academy_3d http://www.y8.com/games/airplane_parking_academy_3d [2] http://www.unity-3dgames.net/3d-car-games/Heavy-Truck-Parking.html http://www.unity-3dgames.net/3d-car-games/Heavy-Truck-Parkin...
- exDM69 9y ago
  Solving the lag issue is only relevant when you do multiplayer over the network. At which point you are committed to a non-trivial engineering project that will take a few months of work to get off the ground. Prototyping the game idea should be done before committing to such a project. It would be much easier to get a dozen friends with gamepads to the same room and play around with a prototype game. Just some rectangles and circles running around the screen. About 1000 lines of code at most so changes can be made on the fly. If it's not fun, iterate until it is. The turnaround time for feedback is much faster. When I read the article I found this to be the biggest shortcoming. Starting work on a half year project with an unproven idea, no market research (playing other games with tanks and steal ideas) and a lot of technical hurdles that don't matter to the final product.

rayboy1995 9y ago

I've been working on something similar for a bit as a hobby, though I haven't updated it in a while it is pretty fun when there are a bunch of players on. https://rocketblitz.com https://rocketblitz.com I think that getting the controls right is what will matter the most in the end. Until then the game will go no where.

dvt 9y ago

I don't mean to be dismissive, but here are the main issues I see with the process (and the final product): - Bottom line, the game is not particularly fun, novel, or difficult. You'll notice that games like Flappy Bird, Agar.io, Papers Please, etc. are at least one of the three. Bist.io is not the type of game that will ever go viral. - You spent money on AdWords but didn't spend money on sponsored Youtube, Instagram, or Twitch content? To me, this just shows a fundamental disconnect with your target audience (gamers). - You should never polish a multi-player game until extensive play-testing. Single player games are a bit different, but with multiplayer games it's the mechanics that sell it. If the mechanics aren't fun, polish doesn't matter. Case in point: H1Z1 and PUBG. Awfully optimized, and generally terrible lag, but still massively fun and massively successful. - Too much premature optimization. Having your servers blow up is a good thing. Don't worry about preventing the blow up until you get there. In other words, you spent too much time on load balancing, etc. This is the canonical reason good engineers make bad business decisions. Going into something (even games) to make the big bucks is perfectly fine, imo, but, in short, your game just isn't very good and you have no idea who your audience is. You added "social" buttons because it's the "thing you're supposed to do" but omitted Twitch and Steam? You're not on IndieDB or TIGSource?

disease 9y ago
I think your first point is the one that matters the most. The primary thing you should be thinking about here is "how compelling is this going to be to the intended audience?" If you can get to the point where you can hammer out a game in a weekend, which isn't that difficult, I'd suggest building a simple game that showcases the concept that you find compelling and submit it a game jam like Ludum Dare. You're going to get a bunch of people playing it and you'll be able to see if they respond to the concept. If they do, then go ahead and make a larger version of the game. If not, well it just costed you a weekend anyway.
- endemic 9y ago
  I think a great example of this is Derek Yu's "Spelunky." He made a quick 'n dirty freeware version, which turned out to be massively popular, then remade a polished commercial version. It was easier for him to pitch the publisher since there was already a working, popular prototype.

zimspy 9y ago

You may have made several mistakes. First is 2 months is too long to work on a game. 2-3 weeks max. Make game -> release -> make new game. Keep them coming. Rovio made 50+. If they'd spent 3 months on each, they'd have drowned. That problem I think also leads to the rest. Most of which has been said. Once I made my first app which took me ~1 month, I've pushed times to 1 week. Keep them coming. Another issue is salivating at the money before you create the user-base. Get the users up first. The money follows them.

handzhiev 9y ago

I was expecting a post about business side of things, instead it was a post about how to program the game from someone who started without having any idea how it will attract players. Kind of meh. At least you got a good (but expensive) lesson: the game idea and programming is nothing on its own.

jmull 9y ago

I love reading this kind of open, honest postmortem. By the way, I think the people here saying things like, "Oh, he should've just done x, y, and z to solve his problems," are most likely kidding themselves. Developing and releasing decent software is hard. Making a financially successful indie web game is even harder, no matter your process because a substantial parts art and luck which are inherently not predictable. The author seemed to pretty successfully developed and released the game and did a half-decent job on marketing it despite being a complete novice in that area. All and all, a pretty nice accomplishment.

nevertoolate 9y ago
What have you learnt from the postmortem?
- chii 9y ago
  Don't do it like described in the post?

bane 9y ago

Something lots of people in the tech community get really hung up on is focusing on tech and technique rather than what the technology is doing for the user. There are writeups on here fairly frequently that talk about successful companies being successful despite their product being built on barrels of spaghetti code. This is because those companies are focusing on accomplishing something for the user, not trying to impress with their coding skills (something the customer is not ever likely to see). Games are kind of an ultimate distillation of this phenomenon, they are required to provide a single thing to their user (fun) and anything else is distraction. Games which focus on other things aren't going to make it. Some of the best game designers in the world will ruthlessly focus on designing core mechanics first, with very very basic technology and will work out the necessities of what the game is supposed to do to create fun first before almost any other work is done. This extends to hyper-technical 3d first person shooters as well, with entire games being sketched out with cubes and basic geometry in order get the gameplay perfected. Once that's done, these core mechanics are documented and the rest of the presentation is swapped in. As the game develops, it's checked against this set of documented standards and tested tested tested to make sure key elements haven't been lost. Application development can learn lots from successful game development shops: walk-up interfaces, teaching mechanics, application flow, presentation and so on. It's almost worth studying game development more than other application development models.

humanrebar 9y ago
> ...anything else is distraction Is it? I was under the impression that many game shops do several releases based on the same code. It seems it would be valuable to limit the incremental cost for extra episodes, DLC, Madden YYYY+1, etc.
- caseysoftware 9y ago
  Notice that those examples are wholly dependent on the first thing being successful. Cash flow can solve many, many problems.
- MaulingMonkey 9y ago
  > extra episodes, DLC This is pretty likely to share code. > Madden YYYY+1 This may or may not. Just to keep up with the Joneses, so to speak, may require adopting new graphical techniques and occasionally rewriting your pipeline to better align with the current generation of graphics hardware and APIs. A triple-A studio isn't likely to target the Xbox One or PS4 with an aging d3d9 forward renderer - for one thing, d3d9 isn't even an option for either, and for two it'd look quite dated. Oh sure, you can reuse a little vector math when overhauling to, say, a PBR-oriented d3d11 hdr-supporting deferred renderer, but you've rewritten a huge amount - and what hasn't been rewritten may be a bit awkward and ill-fitting. And of course graphics APIs aren't the only thing changing between console generations. Even the basics like multithreading primitives, basic I/O, gamepad input, user profiles, etc. change wildly. You can build abstractions, but those don't always age well on either the design or the performance front. It's also not uncommon to prototype e.g. your core gameplay loop in an entirely different engine (likely something lightweight that focuses on speed of iteration) than your actual implementation of the idea as a final game (which may focus more on efficiency, high fidelity graphics and animation, etc.) The internal overhauls of a long lived MMORPG may also leave the codebase bearing little resemblance to the earliest released versions. Ports - especially if outsourced - are often developed as very divergent forks, rather than variations on the same shared codebase. So in a very real sense you may have multiple unrelated or barely related sets of code for the same release. If you're less successful, you may be able to stay in the game by reusing your existing codebases more to be a bit more efficient. If you're even less successful, the most efficiently reused codebase in the world won't keep you in business.

k__ 9y ago

I tried game development multiple times and it was the reason why I started programming in the first place, modding etc. pp. But the huge problem for me is content. I often end up with a nice idea and implementation, but the whole images, models, animations, sound and effects stuff bores me to death. It feels like code is only 20% of the whole thing and the rest is basically mechanical repetition. But that's what makes it look cool, it's like... I'm done implementing and getting all the controls right and I feel like I can't see the whole thing anymore, but then it gets nice graphics and sounds and it feels like a whole new game, haha.

georgeecollins 9y ago

This is a great example of the fallacy that if you like games and can program a game, you can be a game developer and get any traction. Programming isn't really the hard part, and it gets easier every day. It is true if you can do something technically bleeding edge you will be sought after by game companies and other companies as well. Imagine: I have liked movies my whole life. I read that Paranormal Activity was made by a guy with a video camera and very little money. So I thought I would get a camera and become a film maker. Surprisingly, it didn't work.

jrochkind1 9y ago
Sure it did (in your hypothetical story). You made a film, you're a film maker. Oh, you wanted to get rich?
patrickg_zill 9y ago
If you made a film, then you're a film maker. But success in films and in games, is not evenly distributed.

Practicality 9y ago

I have been having a lot of fun playing this game with lots of others here on Hacker news. Some suggestions: 1) Make the levels more obvious. It's not clear why players are stronger than others for some time. It would also be nice to see how far I need to go to level up more clearly. 2) ADD CHAT! I can't emphasize this enough. We need to be able to yell at each other and complain and work together. 3) Add the ability to switch classes more often. 4) Make the differences between bots and humans more obvious. I want to immediately know when I am fighting a person. A different color name, make them glowing, something. 5) Show the leaderboard after you finish. I want to be the best player today, or the last hour, or the last week or whatever. 6) Don't deduct any stats when I level up. Sometimes when you level up you are suddenly slower. I shouldn't get punished for leveling up. 7) Show my kills against different players. Let me develop a grudge. It makes it fun. 8) Show a message when a player kills a player! Let us know something cool happened.

vkhorikov 9y ago
Wow, that's a hell of a suggestion. All on point! Where were you when I was still developing the game
- rpeden 9y ago
  If you're still willing to work on the game, then you're really still developing it! You're getting a lot of decent feedback here. Although there's lots of feedback that is more negative than necessary, too. Don't worry too much about that. Take the good bits of advice, and keep on polishing the game if it still interests you. Even if it didn't become a hit right away, that doesn't mean it's a failure. :) Heck, even if it never becomes a hit, you made your first game and people are actually playing it. There are lots of games that never achieve even that. And you can take the lessons learned here and apply them to the next game you write. And for what it's worth, I had fun playing it. It felt sort of like Subspace in tanks.
freeflight 9y ago
> 6) Don't deduct any stats when I level up. Sometimes when you level up you are suddenly slower. I shouldn't get punished for leveling up. I think that's for balance reasons and I kinda like that dynamic. New players that join are weak and fast, high level players are powerful but slow, that way new players at least can run away from a hopeless fight against a way higher level. The snowballing is already pretty bad as it is, high level tanks nearly instagib the low level ones. If high level tanks would be just as fast as the low level ones then no late joiner would stand a chance and the field would be dominated by that one guy/gal who managed to get max level first. My suggestion would be to set the game to a fixed zoom level. Right now players can get quite an advantage by using the browser zoom function to zoom out and see further than players with standard browser settings.

CM30 9y ago

Well, congrats on creating and publishing your game! That alone is far further than most people get, and you should be proud of your work. Good job on the coding side of things too. I'm not exactly an expert programmer myself, but it seems like you found some good solutions to the problems you were having with lag and what not there too. As you say yourself, they're all things you can learn from and reuse in future projects. However, as for the game itself... I can see why it didn't quite catch on. It's probably not the idea itself being terrible, because I feel the main game concept seems decent enough. Is it original? No of course not. It's been absolutely done to death a million times in the past, with tank fighting games being a long standing part of the medium. But it's an idea than anyone can grasp really easily. So the potential for going viral was certainly there. The issue was in how the game was presented and how it was marketed. For example, as much as your designer did their best, it just doesn't look very interesting as far as the art style goes. Really, it's the same old generic style I've seen in dozens of app store games nowadays. The kind that looks like it's trying to mimic the style of a Mac OS icon and not quite succeeding. And that likely put people off. Remember, they've seen hundreds of games that look vaguely like this one. So they skipped your one thinking it just wasn't interesting enough to bother with. So that's the first problem you had with the title. You picked a very generic looking art style, and used it with a game whose core designs had done a million times before. It just didn't stand out. The second problem you had was marketing. Put simply, telling a few websites and setting up a social media account or two doesn't work nowadays. Seriously, unless your game is some amazing viral hit that blows up like Minecraft or Five Nights at Freddy's, you can't just rely on the whole 'build it and they'll come' philosophy. No, what you needed to do was market the thing to YouTubers and other influencers. That's because those people have tens or hundreds of thousands of subscribers interested in the games they play, and usually in turn end up inspiring other people online to cover said games. Tons and tons of previously unknown indie projects have succeeded because they were lucky enough to have PewDiePie or the likes pick them up. Hence you should have contacted these people (including some of the smaller channels) and tried to get them to do a video about your game. That's how a game tends to go viral now. Someone who's popular online plays it and says how great it is, and then their legions of fans and imitators give it a go afterwards. That's just my opinion on the matter anyway. Feel you could have made the game look a bit more distinct and marketed it via YouTube influencers rather than just 'new IO game' listing websites.

convivialdingo 9y ago

Honestly the two finger controls are terrible on mobile though. I'm somewhat ambidextrous and had a hard time getting the controls to work. A lot of times I'd cross the control area wrong and end up stuck, get shot and die quickly. You need easier controls. Maybe hold for move, tap for direction fire. Fundamentally the game is great, smooth, has decent mechanics. I'd play it if the controls felt more natural.

andrewstuart 9y ago

As a recruiter, I get a fairly regular flow of job applications from people who have had a go at making money from games and decided they need to go back to jobs that pay a salary. Sad but true.

ilaksh 9y ago

Getting 7k visits a day and $130 per month is overall a very good start. 80-90+% of people that attempt something like this either never launch or are getting much less traffic. The thing that people don't realize is, there are literally hundreds of thousands of games or apps for people to occupy themselves with. No exaggeration. I am including all the different app stores and also the retro gaming. The retro gaming counts because there are plenty of people that play old games through MAME or whatever. There are only so many famous youtubers driving giant traffic numbers. Not everyone can be friends with them, and so not everyone is going to have wildly popular games. In terms of this .io stuff, there are hundreds or probably really thousands of other projects to compete with. The most successful ever was NOT particularly clever or new. It was a variation on a very old game. It was well executed but, I believe the main reason it became so popularwas from luck and viral social network effects. Not everyone is going to get those things on the first try. People very rarely click on ads. Getting $130 per month is something to brag about. Its something to build off of. Just because something does not become wildly popular does not mean it is a failure. That's just totally unrealistic given the amount of competition out there for people's attention and the tens of millions of dollars being spent to create immersive interactive experiences. Maybe I shouldn't say this. Maybe I should hope everyone continues comparing their income and views to PewdiePie or whoever. That will make for less competition for me. Here is what I think the dev should take away from this. They have done a great job of solving these hard networking issues. They have people coming to visit their game. Keep trying to promote it and adding small bits of functionality or whatever. Keep trying to get famous youtubers to visit. But that is the side task you work on for an hour or two every week. The main new side task is taking this awesome engine you have built and creating a new variation. It might look like a totally different game. Or be similar. The point is this time you have more time to focus on marketing and content and other things. If you can get it down to release a new game every 3 months and not get even a tiny bit more traction from them than that project -- - months 0 - 3 $130 per month - months 3 - 6 $260 per month - months 6 - 9 $390 ... - end of year 5 $3120 per month It might take 5 years to build a successful business. Not everyone is an overnight success. But I am happy if most people want to give up after 6 months. Makes for less competition for me.

vkhorikov 9y ago

newobj 9y ago

Have fun making games. People that get into it with get rich quick dreams ... woof If anyone here is curious about game development, go do Ludum Dare 39; it starts in 10 minutes as a matter of fact! https://ldjam.com/events/ludum-dare/39 https://ldjam.com/events/ludum-dare/39

dsego 9y ago

Hm, what is this slither.io? ... and there goes my afternoon.

dsego 9y ago

The game is well made, but imo the graphics are pretty bland. Find another designer. And why not have a tank 2 or 3 sizes bigger? Also, maybe robots were a better idea, they are new and exciting, they can shoot lasers, crush enemies, who knows. Tanks are a bit boring. Edit: And I think it's missing an easy enemy bot, something lower level, so even the newcomer can power up (not crates). Addendum: - No explosions when tank is destroyed? - Movement is very linear, no acceleration or inertia. - Ramming doesn't inflict any damage.

juststeve 9y ago

to the developer/creator： i know very little about game development but here is some quick feedback: 1. fix the controls. i'm not sure if i was getting lag, but the tank was moving all over the place and never in a straight line. 2. add sound 3. enhance the graphics. pay someone to make them look really good

egypturnash 9y ago

Tried it on my iPad just now. No sound. Really that kills it right there. Radar is super tiny and hidden beneath my right hand, I could not see it, and I sure couldn't see any dots on it. Upgrade UI is way too tiny to use. And hidden beneath my left hand. I tried stabbing at it a couple of times and I ended up upgrading the option above what I actually wanted. Game Over is really unceremonious. It doesn't tell me that if I get back in it'll keep my upgrades. I buzzed around for a few minutes and have no desire to go back in. Focusing the controls on cardinal directions and diagonals felt really really limiting when I have a virtual thumb stick to use. I never felt like I was aiming in the direction I wanted to, or moving. I have also played a LOT of twin stick shooters, I dunno if this is trying to be one or not. No sound. No world. I mean how about trees I can lurk under? Just an endless plain full of boxes and tanks. I guess that's more than Slither.io has, that just has player snakes, but... No real distinction between tank levels, and what about all that tank type selection mentioned in part 3? I never saw that. I just had a tank. A tank with weird sluggish controls. And no sound. Seriously sound does more for games than art, get some sounds in there. Or just take that super solid net code and prototype four completely new games on top of it in a week apiece. Programmer art and stub sounds.

egypturnash 9y ago
Maybe go look at actual successful twin stick shooters. For instance playing that made me want to cleanse my palate so I pulled up Assault Android Cactus, which is everything this is not: it's a super cute game with local co-op, multiple characters with very different play styles, and a nice little selection of power ups. Make some bots that run around in obviously non-tank skins. Weak but numerous, clearly different. Throw in some bosses that require multiple players to destroy. Those two things would make it more amusing when it's empty, AND have a reason to bring friends in. (Name the bosses, keep them down to only a few on the map at a time, if even more than one, keep track of who kills them, hand out medals for doing so) Right now it's way too slow for this but some kind of Chain Combo mechanism always helps shooters have depth - once you have the basics down you can start chasing high chain, maybe have score multipliers, maybe start showing a visual effect for people with a chain going and offer bonuses for taking them down. (In it's simplest form, a chain combo usually starts happening when you quickly kill several enemies without taking damage; every time you kill an enemy start a timer counting down for a second or three, and if it hits zero then you lose your combo. Play a sad noise when this happens.)

ativzzz 9y ago

Seems very similar to diep.io, especially after adding the classes and the rank ups.

dwarman 9y ago

100 ms max lag is maybe OK for human vision, but you need to be down below 25 msecs between action and accompanying audio, or between action and video and audio. The human ear is much more sensitive to the time domain than the eye. It's doable but hard. A game can be unplayable until the lags are under control, and only then can they become fun and immersive. Assume the game itself has that potential. But don't release until then. Beyond this, I have no comment about the game itself.

Applejinx 9y ago

"I figured that even if the article is off by 2 or even 3 orders of magnitude, I would still be doing very well should I develop something similar." Here's your problem. Firstly: lame motivation, in that there's no reason for a player to give a crap about this motivation. It doesn't relate to the experience of the game at all, only to 'players give me money'. More importantly, you're fundamentally misunderstanding how internet markets work. It's always a 'viral' power-law thing where the one you're getting excited about, the incredibly profitable game or the PewDiePie youtuber etc, is unattainable. You can't have that, you're not already them, and there IS no 'second or third order of magnitude', those are also extremely tiny groups and it takes decades of work and impressive existing name recognition to even get there. There is no correlation between merit and reward, except that 'a set level of merit is required just to get you into the zone where the power-law guys operate'. Past that point it's essentially arbitrary and governed by rules you can't affect. You don't get to turn into a PewDiePie or a slither.io, there already is one. My advice as somebody who's in the top 3.5% of all Patreon worldwide (which is surprisingly nonlucrative, further making my point) is this: look to what you're already doing in life. For me, it's audio hacking, and so my Patreon around that 'succeeded' because I came into it with literally ten years of doing business and being known by the general audio-plugin public, with an existing brand identity and a dedicated fanbase. That got me earnings roughly a third or a quarter of what direct sales was getting me (but: much more steady and predictable and growing, which has done me a world of good). If you haven't already been publically making games for ten years or so, the last thing you should do is look at slither.io and go 'I should do that and make a tenth/hundredth of the money. How hard could it be?' You're fundamentally misunderstanding how internet economics work. On the internet, if you try to get 1000th as much as slither.io by making something half as good and hoping for the best, you get NOTHING.