this post was submitted on 30 Nov 2024
169 points (98.8% liked)

Games

32905 readers
1553 users here now

Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.

Weekly Threads:

What Are You Playing?

The Weekly Discussion Topic

Rules:

  1. Submissions have to be related to games

  2. No bigotry or harassment, be civil

  3. No excessive self-promotion

  4. Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts

  5. Mark Spoilers and NSFW

  6. No linking to piracy

More information about the community rules can be found here.

founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] Senal@programming.dev 14 points 2 weeks ago* (last edited 2 weeks ago) (13 children)

Shaw explained that the act of asset reuse is essential in stopping crunch

Utter bullshit, you stop crunch with realistic timeframes and competent planning/project management.

Asset reuse could be part of that sure, but making out like it's essential is a geometric fractal of red flags holding other, smaller, red flags.

[–] chryan@lemmy.world 7 points 2 weeks ago* (last edited 2 weeks ago) (3 children)

Genuine curiosity: are you a professional game developer?

[–] Senal 1 points 1 week ago* (last edited 1 week ago) (1 children)

Apologies for the delay, my instance is having problems with communities so i can't reply with that account.

To answer the question, not anymore.

The crunch culture was a big part of me leaving.

Honestly it's not that different in type from non-game dev houses, the difference is in the magnitude.

I understand why these things happen, the reasons just aren't good enough for me.

Poor planning compounds with ridiculous timeframes to create an almost immutable deadline to deliver unrealistic goals.

The problem is, they'll jump right back in to the next project and make exactly the same mistakes. At what point does it stop being mistakes and starts being "just how things are done".

One of the main reasons this works at all is that they take young idealistic programmers who want to work in their dream industry and throw them into a cult of crunch where everyone is doing it so it must be ok or this is the price of having my dream job.

it's certainly not all studios and it seems to have gotten marginally better at the indie to small-medium houses but it's prevalent enough that it's still being talked about.

[–] chryan@lemmy.world 1 points 1 week ago (1 children)

When you worked in games, how did your team deal with the unplanned scenarios where a feature, or even the core game, wasn't fun and you needed to go back to the drawing board?

[–] Senal 1 points 1 week ago* (last edited 1 week ago)

Depends on the team.

On paper what you're "supposed" to do is iterate through gameplay mechanisms and scenarios by building up the bare minimum needed to get a feel for it, then once you have something viable you proceed further along the development process.

In reality it really depends heavily on context, sometimes you find a particular scenario works fine standalone but not as a part of the whole, or some needed balancing change elsewhere breaks the fun of something established, late additions can also cause this.

but again that depends heavily on the type of game, rpg's are more sensitive to balancing changes than racing sims for example.

Specifically we'd usually evaluate the tradeoff between how much it doesn't work and how much work it is to "fix" it, sometimes it'd get cut completely, sometimes it'd get scaled back, sometimes we'd re-evaluate the feature/scenario for viability and make a decision after that re-evaluation and sometimes we'd just bite the bullet and work through it.

Over time you get a bit more cautious about committing to things without thinking through the potential consequences, but sometimes it just isn't possible to see the future.

I understand the realities of managing a project like that, at the same time these kinds of things are known upfront to a degree and yet people always seem surprised that the cone of uncertainty on a project like that is huge.

As i said, i have no problem with re-use, i have a problem with saying re-use is "essential" to stopping crunch, like the management of a project like that isn't the core of the problem.

load more comments (1 replies)
load more comments (10 replies)