britown

Brianna Townsend

@britown

Creative-Type Impersonator

🌸请别在工作死🌸

I sometimes like working on never-to-be-finished video game projects

Right now I'm making a game called Chronicles.

Wanna make a game? Here is a list of great C++ libraries to use.

I maintain a Letterboxd in much the way that I assume people maintain bonsai trees.

This is Owen:
Owen
And this is Molly:
Molly
Furthermore, this is Max:
Molly
log inask
britown
@britown
jessfromonline
@jessfromonline
geometric
@geometric

i honestly think an indie dev's programming ability should be just good enough to get the project out the door and no better

you should not be a 10x engineer or whatever, you should be focusing on the vision and ideas and emotions that make your project interesting and beautiful and touching. some of the greatest indie games of all time have absolutely nightmarish codebases because the creator was rightly focused on the player experience

britown
@britown

👏 Switch 👏 Statements 👏 Are 👏 Fine 👏

There's a long list of bad code practices that people are taught in uni and how-to books that get parroted.

I would rather a single 14 thousand line file with a loop over a single 100-case switch statement that has consistent naming and functional programming semantics over an OOP Diamond-of-Death 900 abstraction callback spaghetti hellscape any day of the week.

You must log in to comment.

in reply to @geometric's post:

CyanSorcery
@CyanSorcery

makes me think about how sometimes I'll write a shader or do some code or sprite that's really good

TOO good

so I have to make it shittier because I'm like, is this what I want the standard of the rest of what I do on this game like? and the answer is, haha nooooo

login to reply
Codarobo
@Codarobo

This is why i never release albums. By the time I’m “done” I’ve managed to make a song good enough that it makes the older parts of the album feel not good enough. And then the cycle begins anew lol

login to reply
geometric
@geometric

code is different because the player experience can be identical whether your code is a mess or not. Everything else you listed is player facing and its improvement will be felt in the end product.

login to reply
bobthebob
@bobthebob

sure, it can be identical, but i think it's wrong to say that it generally will be, personally my experience with code tends to inform the stuff i can do with gameplay, visuals, etc. it fundamentally changes my approach to development, and so influences pretty much every aspect of the game. without code experience i might not think to implement my player movement in a specific way, or to write a specific shader that influences the visuals of my game without the significant experience i have with code

login to reply
bobthebob
@bobthebob

also like, even if those the disciplines you listed were inherently more important to player experience than code (which as i said, i really don't agree with), i still don't see why that'd mean being "good enough" at them to finish your game isn't still the way to go, as you said you should be focusing on your vision and ideas, which doesn't necessarily mean great art or writing or anything specific, it all depends on the game

login to reply
torcado
@torcado

god, 100% agree. i'm all for striving to make things faster and less computationally expensive, but in my eyes video games are almost completely at the "art" side of the spectrum, and for that reason i think any technical means justify the end of it existing at all. it's not a coincidence that some of the best games are this way. i dont care that your rendering pipeline takes 0.2ms to render, i just want to see the little dude move around funny.

login to reply
AzureLazuline
@AzureLazuline

there are some parts of the code you should take the time to do right. The more unrelated systems that need to interact with a thing, the more solid you'll need it to be. If it's a system that's at the core of the entire game, one extra day of planning today could prevent a month of frustrating bug whack-a-mole that gets in the way of you adding the stuff that matters. But if it's just one enemy type or one weapon that's self-contained? Churn that thing out in ten minutes by whatever means you can! The worst thing that can break is itself.

i broadly agree with you that gamedevs get way too stuck on trying to make everything bulletproof, but learning when to be careful is very important wisdom too. It mostly only becomes an issue in larger projects though... and everyones' games are too big, which i suppose is the real problem!

login to reply

in reply to @MrMandolino's post:

in reply to @britown's post:

gureito
@gureito

i keep thinking about this. how abstractions are, in theory, about hiding the complexity but in the end they just /shift/ it around, sweep under the rug and put a couch on top, and it /looks/ nice until you start hearing that alarm that won"t go away and you remember it was on the floor and now you have to move the couch, lift the rug, and dig through the pile to turn it off...

it drives me into leaning more and more to the side of using abstractions as /ease of reading the code/ and away from abstractions as ways to hide complexity.

login to reply
Pinned Tags