I know some Python and I want to move to Unity in order to make a 2D game. What should I expect...

learning and getting used to the type system is gonna be a bitch after python as a first language.
i remember how mindfucked i was when i realized that a functions return type can be a class and that classes are just buffed up c structs.

To program unity you folks have to program C#, even javascript support will be deprecated from them.

End of the question

But I want it to be on windows, linux and mobile without having to do all kinds of fuckery

What if I want to make a 2d game with isometric perspective and use the 3d engine to move things around in 3d space? It's easier than writing all the math to make 2d look isometric.

>Hobbyist game dev shouldn't use an engine
Sure there's a lot of bloat but no amateur is going to make a fuckhuge game that would require much processing power anyway.
Might as well use a free box of tools if they exist or you could code everything in assembly for MUH OPTIMIZATION.

Octopath Traveler?

Attached: gain-experience-quickly-octopath-traveler-save-point-marker.jpg (1280x654, 143K)

That's not isometric.

>Unity
>for 2d
Don't be retarded. Use a 2d engine. Unity games use way too many resources for 2d games, comes with a shit ton of bloat and way too large filesize compared to actual 2d engines

>Never use a game engine because muh 1.8mb bloat
>Re invent the wheel hundreds of times often not even as optimal as modern game engines do
>Several hours for a prototype
>All these people agreeing with it

I understand the people who do it because its how they learned to or they like the belief of doing everything themselves but you're fucking stupid if you think theres any positive about it worth the much slower development time for a 2 megabyte increase in disk space and POSSIBLY getting a very minor performance boost.

The only people who care about "fast development time" are publishers whose job it is to crack the whip.

Use Godot or pygame if you're afraid of c#.

>What if I want to make a 2d game with isometric perspective and use the 3d engine to move things around in 3d space?

?

Attached: 150917-Unlimited_Saga_(USA)-1468193844.jpg (646x448, 93K)

this

then use SDL or something

the math really isn't that complicated

if it takes you forever to write a small 2d image you're a garbage programmer, you can write a perfectly functional 2d game engine within a couple hours

That's not isometric either. Do people really not know what 2d isometric is anymore?

Attached: 15_1.jpg (1024x768, 297K)

>know some Python
>make a 2D game
Use Godot. It's better, significantly less bloated and it's completely free of charge.

this, op. it's main language is gdscript which is syntactically similar to python so you'll feel right at home using it. docs are pretty good as well.

the best language ever invented.
Unity, the best engine ever invented. If you cant handle it, you are a retard

you misspelled "Godot"

Best engine for shitty games. Godot is enough for hobby games, but 100 times lighter and has more intuitive scene system.

Ok nodev.

>using unity for games
holy shit user how much of a brainlet are you?
Unity is for animation or simulating/training autonomous self-driving vehicles AI.

OP to actually answer your question and not just shit on/jizz over Unity:
C# is easy peasy, especially using monodevelop (which comes with Unity).
Pay attention to brackets and have some fun doing whatever you feel like with your white space.

People might shit on you for using Unity instead of something else, but you're still making good life choices using C# instead of unityscript.

>Heh are you a garbage programmer for not doing it yourself
If it took a few hours to write it doesnt have everything you'll want or need. Im guessing your "perfectly functional 2d game engine" has never dealt with anything outside of display, collision, and input. And to imply you'll always write particles, shaders, vector collision maps, pathfinding, networking, etc, better than the countless developers who have written the apis and already perfected it in their given field is also stupid. Not that it takes too much time to be prevalent in writing them for example helper classes for networking, literally why resolve and rewrite the 1k lines when it already exists other than so you dont feel like a "garbage programmer". Theres no reasonable benefit whatsoever. You're just arguing its not too bad of a burden.
You

Attached: 1229756163311.jpg (448x473, 207K)

>particles, shaders, vector collision maps, pathfinding, networking
not every game needs to have any of that, and if they do then there are plenty of high quality open source libraries, all the popular algorithms/designs for that stuff are at least 20-30 years old at this point

>Theres no reasonable benefit whatsoever
there is no reasonable benefit to using a game engine when all it does is force you to cripple your designs just to fit with the developer's preferred conventions

>You
I'm sorry I'm not stupid enough to work for a parasitic publisher who prioritizes quantity over quality

So is Python.

Unity can't into 2D

- it's proprietary shitware

>Cripple your designs to fit just to fit with the developer's preferred conventions
I don't think this is true. Good engines by design are meant to be multi-purposed, all functions are written with that as the intention.
>There are plenty of high quality open source libraries, all the popular algorithms/designs for that stuff are 20-30 years old at this point.
True as an alternative to using a trusted collective of them.

How is your arch install doing user?

Can I make android and windows games with monogame seamlessly and at the same time though?

>How is your arch install doing user?
Better than your game

If you know python use Godot Game Engine.

HTML canvas and JavaScript ain’t bad for this