5 ms·

Regardless of how far we've come with game engines and dev kits, RAD tools, open-source engines which deal in 2D/3D, sound and music creation frameworks etc etc

Regardless of how far we've come with game engines and dev kits, RAD tools, open-source engines which deal in 2D/3D, sound and music creation frameworks etc etc, I can't help but admire the hell out of the people who can actually sit down and get something done properly and even go further to tutorialise it. I've sat through a few game development tutorials - mostly Unity and Godot ones, because one day I'd love to create the game which puts the Monkey Island series to shame. Upon witnessing how much work it is to actually get something to happen in a single scene, to get things to behave in a non-broken way using one of these engines, I'm not sure I'll ever have the patience to get there. I don't imagine having much of a problem coding the game logic (character says "Yes" door unlocks and becomes interactable etc) but having everything from the art style, scenes, sprites, and applying it all in a non-sucky, tasteful way? That's high art. And yet game devs are inexplicably being fired like there's no tomorrow. No justice, I say. None whatsoever.

glimshe 3y ago
I think your chosen genre is among the easier ones to get things to work. If you had good artists at your disposal, you could fairly easily build a clone of the classic Monkey Island on a modern engine. Great artwork feels like something impossible to deliver, but artists think exactly the same about code. I say this after witnessing how quickly one of my friends creates great looking art while being impressed by some trivially easy programming feats.
jkoudys 3y ago
How appropriate, you fight like a cow.
- fragmede 3y ago
  How appropriate, you fight like a dairy farmer.
slazaro 3y ago
I'm not knowledgeable about that specific subgenre, but if you're going to be more or less following the traditional rules of older graphic adventures, I think there are plugins for Unity/Godot that automate most of the common stuff and you can focus on the art and game logic, dialogue, etc. So instead of trying to learn how to develop games, try to look for specific tools to develop graphic adventures, you might find that part of the boring hard work is avoidable!
a1o 3y ago
I mean if you want to actually make a monkey island like game you could try using Adventure Game Studio, which is made to make games like that.
datavirtue 3y ago
You could probably build your own library in SDL2 and get it done quicker and have a solid framework for pumping out games going forward. I would use an engine for 3D, but not 2D. For 2D work an engine like Godot is like trying to use a no-code platform to build apps, you end up with a bespoke and unmaintainable hindrance when you could have just built yourself a good foundation from scratch with slightly less effort. Leverage Copilot to get you up to speed with the boilerplate.
- krapp 3y ago
  You absolutely could not get it done quicker or with less effort using SDL2. 2D games are deceptively complex beyond trivial examples, and most of your effort would be wasted on poor and ad-hoc reimplemetation of features that an engine already takes care of. If you want to finish a game, use an engine. If you can't finish a game with an engine, you'll never finish one without an engine, because without an engine it's exponentially more difficult. And the premise that a project within an engine is a "bespoke and unmaintainable hindrance" as opposed to a pile of raw AI generated code is simply laughable. If you're going to use Copilot anyway, why not also use an engine? It's obvious at that point you care less about code and code quality than getting a product finished as quickly as possible.
  - doix 3y ago
    I don't know, I managed to complete a few games, one with SDL2 and a few with libgdx. But could never complete anything with a "GUI engine" (don't know what the terminology is) like Godot or Unity. When everything is code, it "makes sense". You have a main loop, you can reason about what is happening when. You can set a breakpoint and walk through everything step by step. I have no idea what's going on in Unity or Godot. Everything is completely unfamiliar, there are a bunch of abstractions I'm unfamiliar with and I can't rely on any of my past experience. I'm basically starting from scratch. If I was tasked with making a game quickly, I could probably do it faster in SDL or Libgdx (if that's still around) than I could learn unity or Godot.
    - krapp 3y ago

glimshe 3y ago

I think your chosen genre is among the easier ones to get things to work. If you had good artists at your disposal, you could fairly easily build a clone of the classic Monkey Island on a modern engine. Great artwork feels like something impossible to deliver, but artists think exactly the same about code. I say this after witnessing how quickly one of my friends creates great looking art while being impressed by some trivially easy programming feats.

jkoudys 3y ago

How appropriate, you fight like a cow.

fragmede 3y ago
How appropriate, you fight like a dairy farmer.

slazaro 3y ago

I'm not knowledgeable about that specific subgenre, but if you're going to be more or less following the traditional rules of older graphic adventures, I think there are plugins for Unity/Godot that automate most of the common stuff and you can focus on the art and game logic, dialogue, etc. So instead of trying to learn how to develop games, try to look for specific tools to develop graphic adventures, you might find that part of the boring hard work is avoidable!

a1o 3y ago

I mean if you want to actually make a monkey island like game you could try using Adventure Game Studio, which is made to make games like that.

datavirtue 3y ago

You could probably build your own library in SDL2 and get it done quicker and have a solid framework for pumping out games going forward. I would use an engine for 3D, but not 2D. For 2D work an engine like Godot is like trying to use a no-code platform to build apps, you end up with a bespoke and unmaintainable hindrance when you could have just built yourself a good foundation from scratch with slightly less effort. Leverage Copilot to get you up to speed with the boilerplate.

krapp 3y ago
You absolutely could not get it done quicker or with less effort using SDL2. 2D games are deceptively complex beyond trivial examples, and most of your effort would be wasted on poor and ad-hoc reimplemetation of features that an engine already takes care of. If you want to finish a game, use an engine. If you can't finish a game with an engine, you'll never finish one without an engine, because without an engine it's exponentially more difficult. And the premise that a project within an engine is a "bespoke and unmaintainable hindrance" as opposed to a pile of raw AI generated code is simply laughable. If you're going to use Copilot anyway, why not also use an engine? It's obvious at that point you care less about code and code quality than getting a product finished as quickly as possible.
- doix 3y ago
  I don't know, I managed to complete a few games, one with SDL2 and a few with libgdx. But could never complete anything with a "GUI engine" (don't know what the terminology is) like Godot or Unity. When everything is code, it "makes sense". You have a main loop, you can reason about what is happening when. You can set a breakpoint and walk through everything step by step. I have no idea what's going on in Unity or Godot. Everything is completely unfamiliar, there are a bunch of abstractions I'm unfamiliar with and I can't rely on any of my past experience. I'm basically starting from scratch. If I was tasked with making a game quickly, I could probably do it faster in SDL or Libgdx (if that's still around) than I could learn unity or Godot.
  - krapp 3y ago