148
The Death of Unity - Opinion
(www.gamedeveloper.com)
From video gaming to card games and stuff in between, if it's gaming you can probably discuss it here!
Please Note: Gaming memes are permitted to be posted on Meme Mondays, but will otherwise be removed in an effort to allow other discussions to take place.
See also Gaming's sister community Tabletop Gaming.
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
Really sucks to be a Unity developer right now. I've been working with mostly Unity for around 10 years now, and while I'm not directly affected by the recent changes, it really feels like the engine has been dying a slow death for a few years now. Hopefully Ricitello will leave eventually and they can turn this around, otherwise many of my skills will be useless in a few years...
Nintendo has a few games made in Unity
Noteably, one of the Pokemon games is made in Unity
I don't think that CEO will last long once Nintendo realizes their biggest cash cow gets hit by this
If I were running a Unity project, I'd be tempted to just jump to Unreal. No matter what promises Unity makes you don't have any actual guarantee that they'll keep them while Unreal has the "non-retroactive" clause directly in their contract. However painful the switch is, you'll only have to do it once.
I also wonder how Unity‘s approach will work in countries where that is the legal default. I have a feeling that we will be seeing quite a few lawsuits next year, if they actually go ahead with their plans.
Nintendo would probably prefer the 20 cent per copy license fee to a percent based one. New Pokemon games are sold at 60 dollars in the US and sell millions of copies. This is a bigger issue for indie developers looking to sell for a cheaper price to bring in sales.
are unity and unreal so different that your 10 years of experience in one isn’t helpful for the other? i’m not a game developer but I had assumed it was similar to web frameworks - definitely high switching costs for porting an existing project, but as a developer looking for a job there are still many portable skills.
i’d guess it also depends on what parts of the engine you are working in?
To an extent I can apply my knowledge to other engines, sure. I'm working on my third Unreal project currently, and while it's not like starting from scratch, I'm definitely way slower working with it. It also doesn't replace Unity completely. It's great for high-spec 3D stuff, but almost useless for mobile 3D/AR apps, which is a lot of what I do (not making games but mainly industrial interactive 3d applications).
Sounds like Godot is more for your usecase then
I'm not so sure about that. Godot is fantastic for making the sorts of projects they are describing. But if the relatively minor difference between Unity and Unreal's workflow are a turn off for them, then the consciously different workflow in Godot is probably going to be a significant barrier. Personally, whilst I love Godot because it's FOSS and lightweight and a great platform for building smaller scale games: a big part of the appeal for me is that I find the Unreal and Unity ways of doing things stupid, confusing and clumsy and the Godot way clever, clear and elegant. I know lots of people feel the exact opposite.
Hey same here, although I'm just getting started in the industry. I'll look into Unreal soon I guess, been wanting to do that for a while anyways, and maybe also experiment with godot
Unreal is good if you want to work on big expensive projects at big companies. Godot is good if you want to work on your own projects today and potentially but not definitly work on small to middle-sized projects at small to middle-sized at small to middle-sized companies in the future. Unity is fine if you want to work on small to middle-sized projects at small to middle-sized companies now and potentially in the future.
Which sucks. There ought to be a clear and unambiguous path to chose for someone moving into game development today but since Unity keeps making weird choices that are hostile to developers whilst not continuing to improve at a good pace, it's hard to say for sure which engine will fill in the not-Unreal Engine part of the market unless you have a crystal ball.
Realistically the best thing is to have as strong a foundation in programming generally as you can so that switching engines is minimally disruptive (as there will always be a need to do so eventually. There's very little chance one single engine will continue to be the standard over the 40+ years of a career.)