Unity May Never Win Back the Developers It Lost in Its Fee Debacle::Even though the company behind the wildly popular game engine walked back its controversial new fee policy, the damage is done.
Unity May Never Win Back the Developers It Lost in Its Fee Debacle::Even though the company behind the wildly popular game engine walked back its controversial new fee policy, the damage is done.
The thing is, they don’t even have to lose all their developers. They just have to lose enough so that introductory gamedev classes start being taught in Godot, indie devs start seeing Godot as a viable option and employers start posting listings looking for Godot experience. Unity was the default engine for lower-budget games for years, and now that’s gone.
one of the best things out of all this is how many new people are now making youtube tutorials on Godot. The huge amount of new monthly donations to the Godot Foundation is also great
I hope to see a lot of the features added to Godot that Unity refugees have been requesting and working on (because, yknow, open-source) and would expect to see at least 25% Godot 25% Unity 50% Unreal in the job market. Although honestly it is more likely that Unreal takes up a larger share of the market going forward, whereas in the past it has been like 60% Unity positions and 40% Unreal positions (due to Unity use on smaller projects, indie games, and use in the VR training industry).
Should I start learning Godot? I’m not a game dev, but I know C/Cpp and game dev has been interesting to me.
If you know C++ already, Unreal is a much more natural starting point than either Unity or Godot.
Unreal is what gets used in many AAA shops - it’s not a monopoly by any means but it is the most common off-the-shelf engine in the industry. Unity’s main edge is that it’s easy to learn but if you are comfortable in C++ then there’s no real benefit to Unity.
Godot uses GDScript, which is a custom scripting language that’s meant to be easy to learn. It’s FOSS so you don’t need to worry about being screwed over - but it’s a lot less mature than something like Unreal which can ship on everything you can think of.
But my advice is to make small things. Don’t hyperfocus on a dream game. Just make things that will take a weekend (maybe a week at most). Then move on to something else.
When I was getting into game dev, I made a couple simple projects then jumped into my dream game. I spent so long making that one game that I never finished.
When I got hired in the industry, they cared more about what I released than what my education or job experience was. Because that one big game was never finished, I wound up with my smaller “just getting started” games on my resume; stuff I had made but wasn’t proud of. But those games were at least finished and available to the public… and they were what got me hired, not my magnum opus overscoped unfinished indie game I never completed.
Thanks! My C/Cpp knowledge is from embedded programming, arduino and now moving to just Cpp coding. I keep hearing people say python is easier or such thing is simpler but I just can’t see c/Cpp as unapproachable. Plus at least with embedded python gets translated to c for the core to run. Right now I’m playing with LVGL for embedded screen interfaces. It’s fun. I’ll dig into unreal when I get a moment of boredom/hyperfocus.
There is C# support in Godot. I’m not sure how many tutorials have been made with it in particular, but I think there’s plenty. Plus their docs go over the API differences so shouldn’t be hard to use in any case