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

  • 0 Posts
  • 74 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).






  • It sounds like you’re in the right area by focusing on C. Have you got a GitHub profile? I’d start looking for open source projects in that space and get involved. Many of them have beginner bugs and tasks. Some projects are better than others at welcoming juniors, so check their readme to see if they have any advice.


  • 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.




  • I’d recommend setting up a GitHub profile and developing some personal projects on there, and try to get some experience contributing to other projects (even if they’re just simple first PRs). Make sure you include this on your resume, it’s a great talking point for juniors to show you’re passionate and have concrete examples of your code in the wild.

    Also set up a LinkedIn profile (fleshed out as best you can) and start adding people at companies you’re interested in. DM them asking for advice, most people are lovely and want to help. While LinkedIn is horrible and needs to die, it’s still used heavily by the tech industry and you’ll find every tech company and recruiters on there.











  • The basic idea is that a huge company with infinite money creates software that supports an open standard, such as Threads. Next they spend significant amounts of money driving users to their software, rather than an open software equivalent. Once they’ve captured a huge percent of all users of the open standard, they abandon the open standard, going with a proprietary one instead. They’ll make up some new feature to justify this and sell it as a positive. Because they control almost all of the users at this point, many of the users they don’t control will decide to switch over to their software, otherwise the value of the open standard drops significantly overnight for them. What’s left is a “dead” open standard that still technically exists but is no longer used. You can find plenty of past examples of this pattern, such as Google and XMPP.