Why I'm Glad I Didn't Use Unity

[@DaFluffyPotato]

KZbin is kinda dumb. I guess they’re gonna promote this until it gets a million views or something. This video was very poorly worded and most people missed the point (even people who think they agreed with me). I've just put out a better video explaining my opinion on the matter: kzbin.info/www/bejne/inaveap5qduZfKM For those of you coming from CodeMonkey's reaction, his reaction has a cut up version of the second video that doesn't make much sense out of context. I recommend actually watching the video I linked.

[@etopr4986]

Im not hating...but if you used pygame to make a 2d game thats literally lowest level programming possible. Thats arguably easier than a traditional 3d engine.

[@TechOrionater]

@@etopr4986 What do you mean by low level?

[@TechOrionater]

@@etopr4986 Do you mean high level? Btw I'm not writing this to be rude. But isn't a low level language like assembly or machine code? High level would be like all the known languages. Well from what I researched anyway.

[@etopr4986]

@@TechOrionater I mean low level PyGame is literally just moving 2d sprites around its beyond simple. Its like really baby level "engine".

[@etopr4986]

@@TechOrionater There are two different kinds of low and high level, in this case I dont mean close to hardware I mean not complicated

[@shashikanthp3145]

*This guy at 12:* Making games *Me at 12:* Slowly closing the fridge to see the light turn off

[@herre3147]

This joke is so overused it's not even funny

[@shashikanthp3145]

@@herre3147 well 12 people actually think its funny

[@herre3147]

@@shashikanthp3145 Good for you, but that doesn't mean it isn't overused. On any video where someone does something impressive at a younger age you see this joke at least 3 times in the comments.

[@hbgkev]

@@herre3147 It was funny and the first time I saw it mate

[@Z1vx_]

no but its true i was always fascinated at how the lights of the fridge turned off and clicked when you were about to close it

[@too-many-choices]

“The game time limit wont matter if I make the game.” beeg brain

[@bophi_true]

*CHONKY BRAIN*

[@graphitic5578]

i don't really call that as a big brain motive it is more likely that he's wise.

[@_.-.]

But It literally doesn't matter? "Videogame time is over, Timmy" "But moooom, I made this game" "Cool beans, So?" "Limit doesn't count" "Are you playing a game?" "...yes" "Then as I said before, videogame time is over"

[@salmon4402]

Just say you're play testing your game to find bugs, then it makes it sound like you're working on it rather than just playing it.

[@_.-.]

*P L A Y* testing

[@brusch1553]

Exactly! That's why I chose Assembly.

[@teasauce3608]

LOL, one of the best comment here.

[@118andrey]

Bruh why not just reinvent the whole binary system and program with 0 and 1s

[@brusch1553]

@@118andrey i dont like 1s, i think I'll go only 0s

[@sephirothcloud3953]

Stopped the video at 2:00 for looking at "reinventing the wheel" comment but yours is better :D

[@caio-jl6qw]

I made gta 5 using binary

[@julianlanty2066]

2 years later and we can say with 100% certainty that you made the right choice after the unity price change

[@zz-ly4qd]

Price is not d issue. It's learning & solving problems . Unity is for lazy people. It cannot run at every devices properly . Heavy resource taker .

[@DigitalCanineGames_]

@@zz-ly4qd it is heavy, that's true, but most computers can Run Unity just fine, while it does take a lot of memory. it's totally worth it, the software itself is amazing, but I don't think it's right to say unity is for "lazy people" since programming itself requires a lot of work, regardless of what domain or field of it you choose, wheather that be AI,gamedev,webdev, etc....

[@codrfheverything2954]

⁠@@zz-ly4qdyou just disrespected everyone who uses unity even though you still have to put work into it like mabey I just want to make a game like how is it lazy to make a game your python ect: is making an engine and a game , so what ? how is it lazy to make a game

[@codrfheverything2954]

Unity fixed their price btw ( not trying to contradict your comment since it was a while ago though )

[@jacobhaig2372]

Your title should be, "Why I'm Glad I Didn't Use A Game Engine"

[@spadenn_]

He gets more clicks by putting Unity in the title

[@aodoemela]

Yh unity is better for views

[@MohammadFaizanKhanJ]

Yeah exactly! But unity keyword can bring more views:) the reason I watched the video

[@TheDiner50]

Unity is the de facto game engine. Beginners to Pro's. Indies all the way up to more or less AAA. (not sure about AAA) It is like the main one that the business model was to give the engine tools to costumers at a reasonable price. Or you go with Source or Quake and make a mod out of a other game on the market. Totally acceptable title. Like he said this decision began YEARS ago. Better tittle. "Why I'm Glad I Didn't Use Unity or made mods for games" And instead focused on data science instead of game making tools.

[@wils35]

@@Kednems You would to. Its the way of youtube now. I do no agree with it but how it is. We should blame youtube algorithms or ourselfs. Clickbait is annoying, it is like prices in shops, why be $1 when you can look cheaper and better with 99cents

[@zcrib3]

Every proper craftsman needs to understand his tools. He doesn't need to recreate them for every project. So you have a point in not just accepting the magic of abstraction but not using a set of tools means you don't consider time a significant factor. A frame is both supportive and inflexible. Its usefulness depends on the situation.

[@binarium4376]

All the people here are professional essay writers

[@EelcoHillenius]

"A frame is both supportive and inflexible" great quote!

[@DFPercush]

@@EelcoHillenius That's a pretty good quote, but I would add "and open source is a welder"

[@cvig1075]

@@LegendLength hes getting stronger

[@stefanolassandro886]

​@@EelcoHilleniusThat's indeed a good point!

[@wartem]

I'm out in the desert collecting sand for silicon. I'm starting from scratch.

[@JamesTsividis]

Hahaha :D I hope you made your own buckets from scratch.

[@wartem]

@@JamesTsividis Of course. This project started many years ago when my first stone age tools were made. My first game will be completed.... soon. I'm so glad I didn't use Unity.

[@redmist4963]

@@wartem have you created electricity yet?

[@redmist4963]

What a dumb question. Uve already created a device, even though simple, capable of commenting on you tube. Hope you finish your game soon.

[@fukcg00gle95]

Ultimate DIY. I salute you.

[@buildtools9464]

The best option is learning low level development for fun, and using that knowledge on ready made libraries for quick development. There's no point on developing a library that already exists and has been well tested by millions of devs.

[@unclerandy398]

I agree but hes also right that you learn a lot by developing your own stuff. Imma be sticking to unity tho.

[@snooksv3172]

And you’ll find it easier to get a job if you know the current frameworks.

[@tedbendixson]

@@snooksv3172 Compared to what exactly? Possessing deep knowledge of how those frameworks have to function under the hood? I'll take the person with real knowledge over surface level knowledge any day of the week. Any numbskull can memorize apis. A true professional asks why.

[@tedbendixson]

Then again, I suppose they didn't promote Einstein when he was working at the patent office. Apparently he didn't put enough of his effort into memorizing the surface level details of whatever machines they were using at the time. He was too busy, you know, completely reinventing our understanding of time and space.

[@NukeCloudstalker]

There's plenty of reasons to developing a library similar to what already exists. Even the wheel needs to be reinvented all the time. Otherwise we'd use wooden wheels on everything, and that's just insanity. It really depends on whether you want to do work by having deeper understanding and making things from ground up with those base understandings, or if you want to get good at executing recipes. The first is more time consuming, but allows you extreme flexibility and potential for serious innovation / originality. The second is extremely efficient, and allows you to get complicated stuff done fast, as long as you stay within the territory the recipes are made to handle (otherwise you will need to create hacks / systems on top of systems etc., essentially working around the approach you've chosen). I would much rather do the first, assuming I'd get good pay and have the time needed for it - but the second is better for dishing out prototypes and new combinations of existing functionality. Basically the first is truly creative: Creating something from nothing. The other is recomposition, creating something from what already is, but in novel ways. Both are legitimate, but frankly I think the more follow the line of reasoning of the first, the better (or maybe we're just oversaturated with the second, I don't know). For me, I prefer the first, even though my current path is the second. I suppose the grass is always greener.

[@CEOofGameDev]

this man was ahead of his time

[@VndNvwYvvSvv]

How is that?

[@CDcodes]

This topic is something I've been thinking about a lot lately. I've been working with Pygame for a while but recently started playing around with Godot. Starting with Pygame definitely allowed me to jump right into Godot and pick things up quickly, since I mostly understood how all the baked in features worked that I had to code myself previously. I think game engines are important if you're goal is to release a commercial game, as they drastically speed up the process, But building with Pygame has taught me a lot about Python itself and has absolutely made me a better coder (like you said).

[@ZiRR0]

Godot and Python have a similar coding system right? Not the same, but similar...

[@CDcodes]

@@ZiRR0 GDscript (Godot's scripting language) is very pythonic.

[@lmpstudio2321]

C++ is faster and better for games development

[@robertwyatt3912]

It helps that Godot was built specifically to be user-friendly.

[@rorymax]

@@lmpstudio2321 “better” is a subjective term. It is more performant though

[@MichaelHarto]

This aged like fine wine!

[@tekh_ops7855]

TRUE BROTHER

[@pifopifo1000]

Well, of course developing your own engine gives you more programming skills, but as a solo developer I prefer to actually make a game rather than programming the engine first, then the systems and game mechanics my game will actually have and then at least do the artwork. Seems rather useless developing your own game engine when there are plenty of them already on the market. Its whether you want to make a game or be background developer. Dont make game engines if you just wanna make games....

[@Yolwoocle]

I wouldn't really say it's developing an engine, it's more like building a skeleton for your game. In my opinion, it's a lot more fun and fulfilling, and it'll also be more flexible for the game. It also gives more creative opportunities and I learn more than by using pre made engines, which I find a bit limiting and hard to push what you want them to do sometimes.

[@Tasaq313]

This is the problem everyone is missing. I myself would go with my own from scratch, I've been making graphics engine at my university for a long time and I surely can do impresive stuff, plus doing your own engine means much lower overhead and much higher degree of control. But then when I think about multi-platform (what if my PC game is successful and I need to port to Switch or even Android/iPhone?), the whole editor stuff for level development, animations are also a bitch to do from code, and the list goes on...

[@Tasaq313]

@@pifopifo1000 I am in the opinion that every game developer should (or at least try to) write their own 3D engine before using existing one like Unity or Unreal. It gives a lot of understanding how everything works on lower level and helps making more concious decision when working with big engines in the future.

[@pifopifo1000]

@@Tasaq313 Luckily making games is just a hobby for me, since I have programming in school. But I will consider making my own game engine or at least trying in the future.

[@skaruts]

I think you're conflating unrelated ideas here. Developing a game without a game engine doesn't require you to develop an engine yourself. You can't develop an engine out of the blue. You'll build a game as a monolithic set of intertwined functionalities that can't work on their own. You will code only what you really need to code, and you won't build libraries unless they're actually gonna save you time and effort. No game engine originated before a game, or from the making of a single game; they were the coalescence of experience and in-house libraries that grew from repeated code and eventually into a framework and then into an engine. I have a small framework of my own for roguelikes (built on lua/love2d), and its origins are exactly that. I never intended to make one. It just emerged naturally from a few years of writing the same stuff over and over. And then, btw, developing a game without an engine probably still means you'll be using a framework that also comes with a lot of what you need already done for you, like pygame, love2d, raylib, etc.

[@smellyfrog2463]

I used to make games using scratch 2.0 because my parents rarely buys me any videogames, so I'd figured i can just make my own.

[@kartoffel245]

What did you use to make? They oftlenly costs some dollars and I'm broke af

[@iagoaraujo617]

@@kartoffel245 if you are talking about free game engine, you can use Godot(2d-3d), Unity(2d-3d)and Unreal Engine(3d)

[@gavinthecrafter]

Yeah I used to use scratch too. I stopped using it because of the garbage new 3.0 update

[@kartoffel245]

@@iagoaraujo617 thanks UwU

[@slowcodersloth]

@@iagoaraujo617 Free?

[@klutzyplays7165]

“Fine, I’ll do it myself”

[@cbalan777]

This. I have a dozen games ideas burning inside me. I want people to play them before I die and it seems like the only way is just to do it myself.

[@hxdx6950]

@@cbalan777 lololol

[@AyushGupta-wn6zd]

@@cbalan777 why don't you tell me? Man, I've been thinking of what my first *unity* project should be

[@cbalan777]

@@AyushGupta-wn6zd You mean tell you about the kinds of games I want to make? i have all sorts of ideas. Racing games, sports games, family games, adventure games, etc. I have more ideas than I know what to do with.

[@AyushGupta-wn6zd]

@@cbalan777 yeah, anything

[@bruh12458]

"if i made games myself the limit wouldnt apply" sometimes my genius, it generates gravity

[@faus585]

This is a very interesting take! As someone pursuing indie game dev who is more of an artist, I'm more interested in the end product and looks, rather than each bit of functionality, so I think I will be taking the game engine route.

[@lemonine907]

I couldn’t agree more with this video. I started learning unity and after using it for a few months I decided to take a different route. Since I already knew a tiny bit of c# I switched to MonoGame. Couldn’t be happier about that decision.

[@akshayazariah]

@Anton Karpov Yeah, it's not really a game framework, more of a game library so you still have to write your engine on top of that.

[@DaFluffyPotato]

Slight correction: Raylib isn't just a graphics library. It's a slightly more extensive than stuff like Pygame because it's got a physics module. *Please actually watch the video before commenting.* lol People seem to miss the word “I’m” in the title. Going without an engine has benefited *me* in the long run. Obviously you usually can’t easily make the same 3D games without an engine, but 2D games are pretty close, which is fine for my use case since it revolves around learning and not just making games. Also, I specifically reference Unity in the title because that's the engine I was considering using early on.

[@darakushitatamashi8837]

for me, it feels like that raylib is something between a graphics library and a game engine

[@DaFluffyPotato]

@@darakushitatamashi8837 there really aren't strict definitions as far as I know. It can be argued that Pygame isn't a graphics library either because it can play sounds.

[@akshayazariah]

I don't like classifying MonoGame/Raylib, etc. as graphics libraries, when they clearly handle more. I'd classify them more as game libraries -- they don't handle higher-level stuff like libGDX so they're not really game frameworks, but they aren't as low-level as raw OpenGL/OpenAL.

[@akshayazariah]

@NeoFrags It does, but it's really more of a library.

[@aiyushg1769]

How would you recommend to learn Raylib?

[@CameronPenner]

I had the exact same story as a kid! I was only allowed 30 minutes of screen time, but making games didn't count. I used game maker, but I spent hours and hours every day making games. Now I'm a professional game dev, and I couldn't be more grateful for that 30 minute limit when I was a kid.

[@ProfitGoat]

That's great that you found a way to get skills to find a job while making games! I also love Python! Another option if someone wanted to learn game engine and still get easily transferable skills is to make multiplayer games. The stuff you learn about networking is also very transferable! Great video!

[@zz-ly4qd]

Well said

[@GonziHere]

Senior dev here. I absolutely agree with this point of view. I did write a simple renderer many ears back and because of it, I am much more able to grasp how the engines actually work, which helps with my understanding of optimizations and so on... Generally speaking, it's not a bad idea to write your own, stupid, barebone solution for almost anything before you'll use something that'll take care of it. Tangential to this is also the fact, that you'll typically use the engine so that you won't have to deal with transformations (for example) only to find out later that you'll still need to understand them ... and this goes for almost everything else. PS: I'm not advocating for people to write their own engines when they just want to just build a game, but it has its advantages. Maybe at least check the source code of Godot...

[@bltzcstrnx]

You can even check Unreal Engine 5 source code to take a peek on how cutting edge game engine are coded. Keep in mind that it is a source available software, unlike Godot which is a free software. But if your point is to study an engine, I think it is good enough.

[@GonziHere]

@@bltzcstrnx Yeah, I work with UE. but Godot is simpler, less lines to read less separate code paths and so on... You need to understand how it works first - the simpler engine the better.

[@decidev]

You’re so inspiring man. I’ve started learning python + pygame in advance for my gcse work (starting course work next year) and put my ue4 projects on hold. So glad I found your channel (currently following your platformer tutorial) PS: your games are astonishing!

[@nahfamimgood]

its all some level of abstraction. use whatever level of abstraction gives you the amount of flexibility you need. no need to reinvent the wheel

[@InfernityKnight]

this is prob the best comment on this whole subject

[@EduCoderPL]

People few days ago: we shouldn`t start with Unity DaFluffyPotato two years ago: "I did this before it became popular" :D

[@user-darkodbd]

He made the right decision. Unity had its share of drama, Godot had drama too, and Unreal isn’t really suited for indie developers (especially for 2D games). Switching to frameworks and starting to make games with them was the best decision I’ve made after years of using game engines. Game engines are essentially bloatware, you only use about 5% of their features, and it’s a struggle to find what you actually need. Additionally, 90% of tutorials and even paid courses for game engines are riddled with spaghetti code. In just the first few weeks of using frameworks, I learned more about proper programming than I did in three years of working with game engines. I would recommend that anyone who wants to take game development seriously should consider using frameworks. There’s a reason why many of the most successful indie games (like Minecraft, Terraria, Stardew Valley, and The Binding of Isaac) were built with their own custom engines. These games feel unique because they were powered by unique, purpose-built engines.

[@keopaderb6690]

Good advice. Keep up the great work!

[@pichade]

i also agree on that ! working on a little game using CSFML while learning C made me more confident with the language in general, after manipulating tons of linked list for example

[@VeysTheGreat]

stuff like this completely depends on the kind of project you are trying to do and what your goal is lol, for smaller projects / to gain experience this makes a lot of sense, but if you're trying to get big stuff done you will need something that not only you but others can work with aswell

[@daboxguy3848]

This ironically is made as I'm relearning python. I hope it won't be too difficult going the opposite way I came. Also that game (I think it's called super potato brah) has got excellent game design and a lovely colour palette. I love your games cause the remind me of old school stuff (pixel dungeon, card wars etc).

[@dicember92]

Very intersesting opinions! Hope to see others video like this 😎

[@mastersanskartiwari]

good and helpful video. already subscribed with all notifications on. keep up the good work.

[@calicothecappuccinogurl9874]

This aged like fine wine

[@TGameDev]

True, it all comes down to goals. For instance, there was a small indie studio that had never made a game before that picked up game maker studio, made and released a game on steam in 27 days and sold like 1500 copies on it, which in turn helped fund their next game which has apx 67,500 sales (early access) with 95% positive on reviews, and they also owe the engine owners nothing since it was an $80 up front cost. But, here's the funny thing since everyone likes to bring up performance. They were able to get said game to run at 60 fps on a watch and smart fridge... so basically if you approach it the right way then there's absolutely no reason to 'need' to code your own engine. But, like you were saying, it really depends on if their goal is to make games, build up their resume, or just want the unique challenge of doing it (etc.).

[@DevDoomer]

I love your videos so much, you inspire me a lot for learning coding and python, I would love to become such a knowing man like you! This is the most underrated coding channel I've known

[@nerdyturkey312]

Totally agree! I used pygame to learn python. I enjoy the challenge of coding games etc at a more fundamental level. It's very satisfying to build a project from the ground up and get it working!

[@gostaforsman6695]

Imma try this

[@pitattataaboididid8682]

Lets be honest you cant actually make a huge game in pygame, use unreal or unity

[@land_and_air1250]

@@pitattataaboididid8682 99% of games aren’t ‘big’ games so most people probably don’t need to be too picky in that respect

[@Retro-Calico]

Most people miss the point of the video. Using a game engine is not cheating, although easier, but the point of designing your own game from the ground up is that you will learn a lot more from it if you'd like to make a career out of game development (primarily coding) then this may be a better route. But for hobbyist game developers, Unity or UE are great ways to start out.

[@CurryKitten]

Interesting point of view. I tend to think that if you can program in whatever language, and by that I mean you know enough how to string logic together to solve whatever problem, then you can turn your knowledge to most things. You can easily move to new languages, and whilst there's some specifics to game dev, or graphics api's it's all much of a muchness. So it then comes down to time - if you are talking 2D on limited platforms, then probably more so than if you wanted to go 3D on lots more target platforms. I think you'd spend so long writing something just to get the very basics running that unless you were really into it, use a game engine. You don't have to be completely limited by them though, you can have the best of both worlds and include your own native libraries if there's something the engine won't do

[@Limey8108]

Thanks, this actually gave me a better understanding of where I should put my priorities. I want to go in computer science.

[@purringraven3648]

Normies: play games when allowed Legends: make their own games if not allowed

[@Khrayfish]

Nobody ever talks about LOVE2D in stuff like this, it's a great little framework Edit: this is why you don't post a comment until you finish the video. Happy LOVE2D got some attention

[@skaruts]

Both Love2D and Lua are quite underrated...

[@skaruts]

@@hermes6910 Yes, but not for actual development.

[@MrMaxRiley]

I was looking to use Love2D, but I think the names of the libraries are quite juvenile, which turned me off of the framework quite quickly.

[@carpii]

theres always gonna be platforms or libraries which are superior in some ways to the popular ones. But never underestimate the importance of community support. If you have a technically amazing framework but it has not been widely adopted, you're usually better off picking the lesser framework which has a huge support community. This way you're less likely to be that unfortunate first person to identify an obscure bug, and pretty much every problem already has a solution or workaround which someone else has figured out

[@samirsuleymanov2099]

As a 36 year old, I started with Godot and super happy about it. Already published 2 apps in a year. You can screw with a readily available tool (screw driver) instead of making one unless you enjoy the process of making tools. Apart from that, with readily available tools you are much faster.

[@03urukhai76]

Are you using GDScript? How is it in comparison to C# and other languages. People who criticize Godot generally make harsh comments on performance of GDScript. Is it really that bad?

[@samirsuleymanov2099]

@@03urukhai76 I have limited experience with C# (Unity). Never tried C# in Godot though. Performance-wise I heard C# is the winner, but GDScript is much easier, faster to write and more intuitive in my experience and it did a great job running my apps without humanly noticable lag in performance.

[@slowcodersloth]

Wow.

[@hm4266]

This is very interesting video I didn’t know I need. I also started at 12 yo and was first trying Scratch, Corona SDK and pygame. But one time I tried Unity, and I just sticked with it because it seemed so intuitive, I’m not using half of the built in components now, since throw time I learnt and gain a lot experience, and I could say although engines usually have much more stuff done rather than doing stuff with graphics library, it’s a better option to start, because you’ll make your own systems later. But your video made me thinking of actually trying not an engine, like Monogame since it uses C# as well. So thank you very much for telling your story!

[@golevka]

This was a really informative and helpful video for me, thank you for the upload!

[@fragmentshader2878]

I enjoyed your video and can respect your opinion about whether to go with learning libraries or learning game engines. However, I've been using godot for around 3 years now and I've got to say it taught me so much I didn't know about programming. I think the limits are really into how in-depth you want to go with your learning, rather than the choice you make. I actually forced myself to learn vector math and shader development just because of my desire to be able to create a game that truly fits the vision I had of it. Since I'm working as a teacher, I noticed that nowadays people are willing to just search answers up on youtube about how to make what they want, and that's what makes them not able to make something truly original. That problem can even happen if you're learning to program from a library, since many people ask for help on stack overflow and just copy and paste code until it works in a frankensteinish way. I don't think I'd call that "learning" be it on a game engine or on pure coding from libraries.

[@dusty2366]

One of the things my game design tutor has been telling my class over and over is not to think of our skillsets in broader terms. Learning a game engine is good if you specifically want to get into game design, but learning to code instead can make you infinitely more hirable in much more diverse fields (and that goes for the artists in the class as well). He wants us to think of ourselves as digital designers rather than specifically game designers and to have that awareness of where the skills we pick up can be useful and not just limiting ourselves to a career in an industry we probably won't like. Very few people in my game design class actually want to work in the games industry any more, including myself, even if many of us still want to make games.

[@Shadow-bc5nr]

I used pure c++ and vulkan for implementing computer graphic concepts like light and skeleton animation. When we started implementing our games client on unity, I knew eveything and there was no need to learn stuff because I knew how stuff works inside engine.

[@Skeffles]

This is a great topic and I definitely agree with your comment about transferable skills. I'm using monogame to develop my own engine and I find it so much more interesting to develop those systems rather than just getting games to work in someone else's engine.

[@Forcoy]

Im glad i chose love2d honestly I previously used a game engine and to be able to control the rendering more freely was a chore often. That went for most processes. I really chose love2d for the freedom im given using it.

[@BeerfootBandit]

Same here

[@RenderingUser]

After almost 6 years of using a game engine as a hobby, I've finally decided to write my own game 'engine' for experience sake. With just a graphics library and all. Probably vulkan

[@Gredran]

This isn’t universal advice. I know it works for you, but for people who can’t/don’t want to code EVERYTHING from scratch, the engines are good. You get more flexibility from coding everything sure, but for 3D itd be more trouble than it’s worth. I feel like many young people will be like, “wow I will listen and not get an engine!” And INSTANTLY be disappointed. I mean, they’ll be disappointed if they don’t spend enough time learning an engine, but you have better luck when things like physics are already packaged so you don’t need the extensive math for every last little thing. But glad it worked for you to switch.

[@diliupg]

I agree with your approach 100%. Best of luck to you in your future endeavors!

[@FeelingShred]

"30 minute limit on games" That's brutal... not even me in my abusive dysfunctional violent household growing up had limitations to that extent. I had to ask permission for turning things on (which even at that time felt pretty humiliating already, kids are incredibly emotional aware, more than people think) but I never had a time restriction per se.

[@FeelingShred]

another thing that is a myth (the meaning of the word myth is "false belief" have in mind) is the notion that "kids won't play outside if you allow them to play games all day" Not even ONCE that was the case with me. I would NEVER change a day outside in the sun, playing with my neighbors or riding a bike, for a day inside playing games, NEVER ever did that.

[@FeelingShred]

so yeah, come to terms with the fact that your parents treated you like crap and don't feel like you have to give back ANYTHING to them, ever... that is for fools, that is another mechanism to keep people mentally enslaved... always have that in mind... feels lonely at times but eventually feels alright and then freedom pays off... you don't owe any of these people anything

[@lifeform106]

The only problem with Pygame is there are a lack of resources for learning it. For web development someone can learn html, css, and JavaScript through tutorials then make own projects and make for friends then be a web developer. I can’t find any guide which place to go to for pygame. Which parts to focus on. It leads wasting lots of time on things that are unknown you should work on or not

[@DaFluffyPotato]

Web development is extremely unusual in how many resources there are for it. Also, I’m not specifically saying people should use Pygame. I was suggesting using *any* software to work from a lower level if you are considering working in CS.

[@sevil2467]

Have you checked the book " Making Games with Python & Pygame" by Al Sweigart?

[@lifeform106]

@@DaFluffyPotato The reason why there’s a lot of resources for web development is because it’s a very high demand skill. As for game development, I want to get in the game development and make beginner games and then start making more advanced games. But I don’t know exactly where to start. I don’t know if I should go from Pygame to unity or start from an engine. It seems like knowing a game engine is like using word press or wix to make a website but with html,css, and JavaScript someone can do more detail. Similar to game development. But I’m trying to find a place to start to go from beginner, to intermediate , to advance in making games or from small to big games

[@lifeform106]

@@sevil2467 I haven’t checked it. How far does it take you into it?

[@channelnamegoeshere4707]

For pygame I essentially just grabbed the documentation on what everything was and then went free tying to make stuff from scratch

[@InfoDisco]

Great video, and I really agree with your rationale here. So many who want to get into game design end up just slapping-together premade and freely available Unity assets, the results are so void of any character. Although I'm further from completing my project due to my choice not to use a popular engine, there's a deep confidence involved with understanding how every element of the game's code works, from the ground up! Like a true sadomasochist, I'm currently working on a full 3D game engine (with dev tools) based off of GMK Studio 1.4. It's quite a challenge, but I love it a lot. Glad to see others are doing similar things! (:

[@Kwabsii]

I mean, I learned how to code with the RPG Maker 2000 and got my job with the skills acquired in that engine (Which doesn't even support code). "Using an Engine" and "engaging with programming languages and design patterns" isn't mutually exclusive, I think.

[@ryutoki]

How did you get a job with those skills?

[@flex9663]

@@ryutoki i think he is an office boy or something

[@crapposter8201]

@@ryutoki Game design, art direction and a lot of similar skills can be learned on practically any engine. Some/most companies may want 'pure' programmers but people with mixed knowledge and assorted skills may come handy in many fields.

[@moonwatchereclipse5291]

Thank you so much. I was wondering what I should start coding with and I've decided.

[@matthewexline6589]

I'd like to give a shoutout to MonoGame, my framework of choice! Thanks to all who've helped to build and maintain it!

[@arceliepaloma8111]

Thumbnail: Why Im Glad I Didn't Use Unity The Ad That Pop Up On My Screen: *Learn Unity*

[@tails_the_god]

Yeah I always felt this way was the best too BUT more complex

[@humbledcomposer]

I completely agree and support your opinion. You are 100% correct.

[@arewenot]

i actually learned most of my programming skills thru game development but using a framework instead of an engine. Because going with low level frameworks makes you write a lot of boilerplate codes which improves not just your coding skills but also your problem solving skilld

[@rezapeace]

What made you think of a mushroom shooting from its head? At 1:50

[@dolalmoth]

Great video! One point I'll bring up as a counter argument is that building games from scratch can be pretty difficult for beginners. If someone's just dipping their toes into development, they may want to start with an engine to ease into the learning curve. That said, there is no wrong way to get started, I'm glad this method worked for you!

[@CFlandre]

Something to consider: 1) Not all engines are equal. Free and Open Source game engines, a-la Godot, serve as a nice middle ground for those developers wanting to jump into gamedev without being intimidated by the large amount of concepts that a developer has to learn all at once to do very simple things in frameworks. Engines (open source) allow you to get started very easily, while allowing more advanced developers to dig deeper in the engine and roll their own implementations of various tools if they believe their way is better. It's a nice middle ground. When I first began to write code, I used the LibGDX framework in Java, and the amount of time it took me to get something up and running was absurd. Not just because of the framework mind you, but because I was learning new programming concepts and paradigms all at the same time. 2) There are some folks who just want to make games, and have no desire to pursue programming as a career, which is fine. Engines are probably for you, though I will say upfront: you WILL be limited in what you can do by your lack of programming knowledge.

[@lofi___2122]

good advice, thank you

[@jwastken8814]

You’re very talented man. I’m showing my son all of your videos 👏🏾

[@darkmattergamesofficial]

For 2D, sure, have fun with that... Solo developer in 3D would have a hard time without an engine. By the time you reinvent the wheel you will already be burnt out. No thanks. Maybe there are some individuals out there who are very skilled and have a high tolerance for that kind of thing. Not me, I'd rather get started on the actual game right off the bat and save months of time and money.

[@warpspeedscp]

Still pays off to some degree, fiddling around with lower level graphics APIs. I had a lot of fun with that stuff in college.

[@notnullnotvoid]

Not really. I've made 3D games without an engine, and it's not as difficult as it seems. The difficulty varies widely depending on what graphics features you want. If you are going for realism and need fully featured PBR and GI solutions for your artstyle to work, then an engine will probably save a lot of development time (though it will still take a huge amount of development effort to make the art assets and scene the levels/world in that style). But if you're going for something simpler, like a more classic forward-rendered clean art style, or something very heavily stylized, it's often easier to make it yourself than try to shoehorn it into an engine designed for realism. At least that's been my experience.

[@darkmattergamesofficial]

@@notnullnotvoid I could see that. The graphics are certainly a big factor. For me I like the engines because it is easy to rapidly prototype ideas, then move forward if they are interesting.

[@beefwater]

This was a great answer. It really forces people to take sides and gives them a good answer about what options they have.

[@babyyoda6721]

Honestly unity is a good game angine as it’s very strong and gives you lots of options.

[@knowercoder]

Thanks for this great video!

[@SteelSkin667]

I'm in the "no engine" boat as well, although I'm mostly using Javascript. Plenty of options there as well: I like Phaser as a starting point because it has some systems built-in, but really starting from something like Pixi or Three is a great way to go. Hell, you can start making games using the built-in canvas API.

[@panasonicdiet3691]

I feel like with JavaScript you are limited on the canvas tag? I’ve seen phaser and three.js which are surprisingly really good for JS but other than that, surely the canvas tag is only efficient for a simple snake game?

[@SteelSkin667]

@@panasonicdiet3691 Yes, making games using Javascript does mean that you are limited to a web browser, or a web view of some sort inside an app. I'd say that the main limitations of it isn't the canvas tag itself, but the performance of Javascript engines. It is an interpreted language, after all.

[@theshermantanker7043]

The language that best supports making your own games entirely through code alone without an engine as of now is Java, which is currently the only language who's standard library grants access to OpenGL and the Apple Metal Graphics API (And is planning on Vulkan in the future I believe) without external libraries

[@SteelSkin667]

​@@theshermantanker7043 Yes, Java is an incredibly versatile platform., and you also get a large choice of libraries to use if you want to skip the boilerplate. It's also my favorite language to work with in general. Now to be fair, if you are really into raw graphics programming you can also use WebGL inside the browser without any library.

[@tomarik]

Thanks for making this video. This motivated me to put down Unity and pickup MonoGame. Being closer to the code is much more important to me than having a bunch of functionality that I don't truly understand how it's working.

[@rodrigod5625]

I learn use Unity 6 years ago I think was the best desicion because I have a job programming c# and kotlin ...

[@foxdavion6865]

I had a few friends in high school who wanted to make video games; My Sister's first BF wanted to make video games. The guys I knew from high school went to uni and with their tech teacher formed a small dev studio and made a couple of Xbox Arcade games then disappeared off the map. My Sister's Ex gave up and instead went into the field of tech consultancy and analytics. I later found out the guys I knew from school also gave up on making video games and went their separate ways, the 3D guy now works freelance as an VFX artist, for a time he worked for a big company which did VFX for film. As for the programmers on the team, they all went on to be either freelance programmers or working employed by various companies, mostly in security or software tools; One of them went on to work for Microsoft. There is a reason for that. Despite Programmers being the highest paid members of games development teams under the leads, the amount they get paid is nothing compared to what programmers get paid in the "boring and hard" professions in software engineering. So, most would rather get a job working on that instead. In fact, for about a decade now it's been very hard to find programmers to employ who actually know what they're doing in games jobs, which is why the industry must offer them contracts with a payout that to them is acceptable to go for the job, as they would much rather be working on making game engines or experimenting with technology like DLSS instead of writing game code which is boring and requires the knowledge of a first year programming student to get done. Games Programming, especially in the case of object heavy games like RPGs are even more boring to code; It's just lists... endless database lists, it's like working with Excel spreadsheets, except you have to write Excel first too, even worse when forced to work with a game engine not designed for that.

[@FightLegacy]

AAA game dev here. skipping the engine is preferrable if you dont want to enter the AAA space as a game dev but as a solo or indie dev making your own is a waste of time. You'll feel greater personal ackomplishment but your customers dont care about how a game is made. 99% of the time a custom engine will look like shit next to an out of the box solution. Plus it wont provide any time saving shortcuts that solo devs really need. At the end of the day it's all about the final product. If you can take time or cost saving shortcuts to get that product released, go for it.

[@DaFluffyPotato]

Making a game without in engine isn’t even close to the same as making an engine. (Especially for 2D projects.) I can whip up the basic systems necessary for many 2D games in a day.

[@ego-lay_atman-bay]

I prefer to use scratch (or at least, scratch inspired) because it's easy to use, doesn't give you a game engine, but allows for much much more problem solving skills. I mean, scratch has so many limitations that some programmers can't stand, but I love scratch for the limitations. Over the years, scratchers have created amazing things, from online multiplayer to full 3d games, to pen font engines, and even a gameboy color emulator! (if you're wondering, pen is turtle graphics, and scratch is all 2d) The limitations is what makes scratch awesome. why did I write this on a video that has nothing to do with scratch?

[@HE360]

This reminds me of a video I made on my channel called "Why I like the BASIC programming language." I said some similar things.

[@ammyvl1]

3:43 - Yeah, but now you've gotta learn to make an engine, which is NOT a trivial task without some sort of footing in game dev.

[@ultim8sceptile584]

You don't have to make a game engine . . . you can make a game using only code

[@georgii_chubov]

After learning a programming, you can safely learn engines, because in many cases it is faster and easier to make a game on the engine. If you work in a team with someone or want to implement an unusual and complex game (like No Mans Sky, Minecraft, etc.), here you can already think in the direction of SDL 2.0, for example.

[@albi3365]

your eding of your video has really good music. Nice video

[@jaysanprogramming6818]

I ended up struggling too much with low level libs and haven't produced any good game with them. This was too frustrating to feel like an idiot all the time and being stuck with no idea how to solve the problem I was facing. I finally decided to try engines and ended up using GameMaker for nearly every project came to my mind. Of course, I don't do very complex games but I feel much happier since I've been using that engine. I'm less frustrated, the problems I face seem more manageable and I at least end up producing some stuff. I often find myself wondering how it works under the hood but I still find this black box approach much more rewarding than trying, often alone, to make sense of everything that is very low level, highly technical and convoluted. So I guess the approach depends of the person and some will find abstractions are a good thing. That is not to say you're wrong. I loved your arguments and reasoning. I just wanted to share my personal experience.

[@hawshimagical]

i feel like i would get absolutely demolished if i even think about making my own 3d game engine, even if i was aiming for a computer science career. i would probably give up on games and focus on coding jobs. there is a good argument with how the faults of a game engines can be a road block, but it also works the other way where, a game engine can help railroad your decisions at times when youre feeling indecisive. option paralysis can really plague any kind of creative workflow

[@rmt3589]

Imagine not having every project hit a dead end because their engine screwed them over. Can't relate.

[@HobokerDev]

Unity entered the chat

[@matthewrowell5973]

Thanks for the video. Enjoyed watching it.

[@hacker_man_sam5157]

Exactly! This is why I write all my games in binary! So much faster!

[@codebitcookie8053]

This is so motivating after a long time. Thank you.

[@Player-ub9tg]

Fun fact: Rockstar created its own engine and they developed all games with their own engine. Even GTA 5 :)

[@ccgamerlol]

tl;dr, reinventing the wheel gives you a deeper knowledge, rather than just knowing how to use the tools already made for you

[@bob450v4]

That’s why I went with good ol logic gates on a breadboard

[@zakirauf9244]

Lmao legend

[@domcpp]

I used to develop 3d games without any engine, just C++ and DirectX 9 and some multiplayer library (I didn't do that from scratch). I think this helped me alot but now I do use a game engine (Unity) just because it takes too much time without one. When I was 13 years old, this didn't matter much but now....

[@Sky-iv8zm]

It's true, the skills you get from making or working your own from a graphics library or something like Raylib is nice. But if you're interested in actual game dev, It's a bad idea. No offense, but looking at how your games looked, and probably the time it took you to work it relative to an engine is bound to be astounding. Also, all the assets (tools, vfx, ready-made particles, post processing, systems, raytracing) available in unity & asset store are just not there for you. Nor is the community. There's a reason why almost all games made with raylib look bad. Graphics aren't close to being everything, but It is a huge aspect of the game. Unless you're just using it as a way to develop your c++ skills or for a passion, making your own engine for a game is a bad idea. There are times where it's worth it, every now and a blue moon.

[@ato953]

a lot of game dev companies in my country only hire people that actually can make a game without a game engine. so if you really wanted to become a game dev here its a must to learn a graphics library like directx/opengl. If your portfolio only contains games with a game engine, you will most likely not find a job as a game dev

[@tedbendixson]

@@ato953 What country are you in? Here in the USA, we no longer have a real engineering culture. I'm wondering where I can expatriate

[@ato953]

@@tedbendixson im from japan

[@DGHere12]

thx for guiding it helped me so much

[@kingcrashplays]

Is it weird that when I tried to learn python, I ended up dropping it in favor of the more verbose Java. Seriously, the lack of brackets, semicolons, etc scare me. I take comfort In Java and c#.

[@fodk7021]

Ikr !!

[@raghavluthra4314]

@@fodk7021 glad I'm not the only one xD

[@ifstatementifstatement2704]

Your game looks great!

[@Tomsudobrej]

And for 3D there's Panda3D programmable with Python

[@skaruts]

And Ursina, which is based on Panda3D, iirc.

[@wateryagarvideos5186]

And Lua has Love2D with the Love3D extension.

[@HazemHuzayen]

what you said about about having a career in computer science is so true, and I am so glad when I was young that I taught myself different languages and tried to actually understand how game development worked on a low level even if I sucked at it. if it weren't for that I wouldn't have been able to land a good web dev job. I would always try making level editors for games I was making from scratch they were very bad and lacking but each time I tried it I learned so much about programming and software design. and knowing people who only programmed through game engines I can notice how they lack fundamental programming knowledge, making the switch more difficult.

[@caasieu]

The video isn't about hating game engines, he's just saying if you're a beginner it's better to start with a rendering library which could give you the hints about what's really happening on the background of your game. And obviously if you have a GTA typpo game to build you surely should go for a game engine already built homie. Don't play with serious matters!

[@THExRISER]

Couldn't agree more, when I I started gamedev I chose to use SFML, not exactly a graphics library as it makes things like drawing and moving shapes much easier, but it's far from being an engine as well, since you had to do a lot more work and even make your own tools (It's what you'd call a framework, somewhere between a library and an engine), just like you said it's about what you're learning, and I'm trying to learn programming, things like memory management, optimization and problem solving, I knew that engines takes care of those things for the most part so using one wasn't going to help me in the long run, I also chose C++ as my first language for those same reasons since it's a low level language, and I can say with confidence that I'm also happy with my choice. I'll migrate to a graphics library when I'm more confident with my skills.

[@goblinslayer6375]

This guy tells me to make a whole a$$ Game Engine while I still stuck at Hello World.

[@baphomet8958]

Lul u havve such a loooooooooong Way to go Dude :D

[@anaselsayed6378]

Good luck BRO

[@antivert]

Just use Unity, especially if you're interested in actually being paid for your work. It's no less of a programmer's paradise than PYGAME of all things lmao. I've been a "real" programmer for more than 25 years, and yes in pygame for a while, and I use Unity. It's amazing.

[@flex9663]

@@antivert are game engine developers no longer needed :'(

[@kefrov]

Very entertaining and informative video. I subbed good job.