Asklemmy

43940 readers

394 users here now

A loosely moderated place to ask open-ended questions

Search asklemmy 🔍

If your post meets the following criteria, it's welcome here!

Open-ended question
Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
Not ad nauseam inducing: please make sure it is a question that would be new to most members
An actual topic of discussion

Looking for support?

Looking for a community?

Lemmyverse: community search
sub.rehab: maps old subreddits to fediverse options, marks official as such
!lemmy411@lemmy.ca: a community for finding communities

~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~

founded 5 years ago

MODERATORS

How do solo devs make an entire game themselves? M (discuss.tchncs.de)

submitted 1 month ago by dependencyinjection@discuss.tchncs.de to c/asklemmy@lemmy.ml

43 comments fedilink hide all child comments

So, the question seems vague but I will elaborate.

I’m a software developer, but I don’t do games; yet I have an urge to try and make something.

It just seems so overwhelming, I know I want to make a game where the main character is a cat and you have to complete missions, but where do you even begin. Where does the art come from? How do you refine your idea, if all you know is you want a cat game? How do you choose an engine? Do you just start with the basics and get a cat walking around and see what comes next? If you can’t hash out the idea then so you have a right to even try and make a game? Is it best to follow tutorials to get used to making games? I feel the answer to that is no as before I become a software developer, tutorial hell was a thing and I realised I needed to make things for me to actually learn.

Sorry for all the questions, this was just a stream of thought.

you are viewing a single comment's thread
view the rest of the comments

[–] SzethFriendOfNimi@lemmy.world 3 points 1 month ago* (last edited 1 month ago) (1 children)

I don’t write games but a lot of people that do often say something similar. Do play tests for the concept/mechanics.

This way you don’t spend time/energy and resources on art and assets that won’t be used, etc.

Similar to a minimal viable product in regular dev or, perhaps a better analogy, technical demos.

You want to write a site or app that fetches API data for GPS, calendar and Weather and show them together? You don’t start with the UI. You start with:

Can I get the GPS coordinates
Can I call another API and get the weather for those coordinates?
Can I get the coordinates or other info for some future location?
Can I send that to get the weather?

Once you know you can and that it “works” you build around it.

So like you said. I have boxes, and this other box (or static PNG of a cat) moves around them and when I move this way it drops the box down on another box.

Does that work? Does it feel “fun” to arrange them? No, it feels tedious or can’t get the collision right? Then let’s try a different angle or taking the part that did work and iterating on it.

This also leaves you open to random bugs that end up being “fun” when you lean into them.

Game Makers Toolkit has some good videos on his journey making “Mind over Magnet”. Here’s the playlist.

https://youtube.com/playlist?list=PLc38fcMFcV_uH3OK4sTa4bf-UXGk2NW2n

There’s also PirateSoftware whose entire stream is devoted to “go and make games”

[–] dependencyinjection@discuss.tchncs.de 4 points 1 month ago

Thanks for this. This will be very useful. There is so much to learn, and honestly that’s what keeps me not sad all the time. I never really care if I drop a hobby and move into something else as it’s the journey that I find pleasure in.