Software engineer (video games). Likes dogs, DJing + EDM, running, electronics and loud bangs in Reservoir.

  • 0 Posts
  • 62 Comments
Joined 1 year ago
cake
Cake day: June 11th, 2023

help-circle


  • I quite liked the concept a few years back when Apple and Google were talking about a Netflix-style subscription model for iOS/Android… a bit like Xbox Game Pass. The subscription would give you access to a bunch of games, and developers were paid royalties based on a mix of metrics like the game review score, number of downloads, average total time spent in game etc. It seemed like a good idea in that it aligned developers and players in the desire for genuinely good games, regardless of the game style or genre. It threw away the need for each game to find a way to monetize their players (which nearly always ends up in multiplayer endless cosmetic MTX nonsense).







  • If you’re interested in low-level languages like C and C++, I would take a look at Rust. It’s another performance-focused language that complies to assembler like C, but includes some clever design principles to prevent a lot of common C/C++ bugs from being possible at all. Even if you don’t end up using it much, it’s quite interesting to see a different way of thinking about things to achieve a similar output.

    Beyond that, I’d say you need to think about the job opportunities you’re interested in and learn what tech they use.












  • No, see you’ve fallen into the exact trap I just described. The “exact same binaries” is not true. The Steam build will have the Steam overlay SDK integrated into it. The GOG build won’t. Each store may require its own SDK and API integrated into the build. But even they were the exact same binaries, you’ve still got to think about QA, build pipelines, storefront configuration (including achievements and online subsystems like leaderboards, parties/lobbies and voice chat, plus collectables and any other bespoke stuff a particular store has) and community management, plus any age ratings and certification/testing each store requires (though PC is usually pretty sparse on this front).

    For small indie teams, all of this can seriously eat away at your time, so it makes sense to limit how many stores you target based on risk vs reward.

    Edit: btw I’m not trying to be a troll, I just know from first-hand experience. I’ve been in the games industry for over two decades and have done everything from AAA to running my own indie studio. Indie development is brutal, you really have to be clever about your time management otherwise your risk of failure skyrockets.