There are a lot of questions and intentions to move into gamedev from developers who are burnt out at their jobs. And that’s okay. From my own experience, I have a couple of pieces of advice that are not very professional.
1. It won’t save you from everything you’re so tired of.
Firstly, game development, like other areas, is full of its own nuances and pitfalls. And given that a person gets used to everything, you will soon find yourself in the same position. It’s better to look at game development as a hobby, a distraction from your main job. Moreover, for the first few years you will still not be able to earn enough to support yourself and your family.
2. There are no universal tools.
The main question in any field of programming today is which framework and programming language to learn. Here everyone will choose their own - what they can master. But it’s worth noting that in game development when switching, for example, from web development, you need to understand that you won’t be able to use React or even JavaScript if you want to become a real pro. You have to be willing to study hard. These are low-level languages - C, C++, and the basics of mathematics and physics, and possibly machine learning. It won’t be easy, you just have to keep going. Take a break and study further. There is no need to strive to immediately choose the top and most complex tools; the main thing is to start somewhere.
3. This is a market with tough players.
If you think that you can create a game in a couple of months and immediately start making money, then this is not so. Of course, you can try, but the network is already full of low-grade content, and sometimes you just wonder about the mental health of the “creator”. I think it’s better to create one project, but ideal, adequate and interesting.
4. Hype is temporary, and you only live once.
Lots of technologies, engines, etc. surrounded by a lot of hype. This is not bad for the creators of these things, but if you run after the clouds, you will never get anything done. Let your achievements be modest, but they will be yours. This will save you from burnout at your main job, otherwise there will only be dissatisfaction with yourself.
Add your own…
If you actually want to finish a game on your own, writing it in C or C++ is terrible advice imho. Just pick a friendly game engine and stand on their shoulders. Oh and for the love of God don't write your own physics engine. Also why are you even mentioning machine learning?
Anyways for a healthy dose of gamedev wisdom from a grey beard at the trenches, Jeff Vogel's blog is nice.
@luciole @modev I think that's terrible advice. A lot of games are written in C/C++ and building something yourself is a good way to learn. Game Engines don't always help in fact I would say a framework + a couple helpful libraries is going to make you much faster at programming a game than a game engine ever will.
Programming is just part of making a game, but can easily take all your capacity to learn it. You need to learn planning, estimation, graphics, music, either creating them yourself or working with artists, marketing, writing, dealing with distribution, community management, the list goes on.
You could say "making your own music is a good way to learn" and you'd be right, but if your goal is shipping a game, and learning game development, making your own music and building your own engine is not the way to do it. Unless your goal is learning these disciplines, not making a game.
The thing is that people want to do something, not learn how to do it. You'll find a lot more people with zero programming experience trying to get into gamedev and they're much better off learning planning and organization skills rather than any specific programming language. Feature creep kills loads of projects
@ICastFist Writing things yourself is not "learning a specific programming language though". It helps you understand the fundamental concepts and implementation details of how things actually work under the hood which are universal towards game dev. Ie. Writing your own renderer and learning about the rendering pipeline. You learn far less from a game engine. I would rather write a system myself and understand it than fiddle with someone else's implementation and pray that it works for my needs.
Like I said, a lot of people going into gamedev don't want to learn, they want to make. Good luck convincing those people that learning about rendering pipelines and implementing one themselves is a good idea and use of their time. The most common answers you'll get are