You don't have permission to view the spoiler content. Log in or register now.
You can't always just hire another coder and be done with it. From what I've read (on here) from people who want to make mods for the game, the code is pretty messy. You would have to hire another coder, hope the original coder isn't pissed about it, bring the second coder up to speed on what is happening in the code (which could take a few months), get both coders in sync with each other on how they're going to do all this, and then after maybe 6 months you now have two people working on messy code. This also introduces the possibility of increased bugs as even though the coders are now working together, they're also working separately. Each one has the possiblity of making new bugs.Well, can't say we didn't see that coming. Crazy idea - what if MITY took the $20,000 they're making per month to hire another coder?... but that would mean they'd each make a little under 100K a year and idk if they could survive on such a small salary...
The code being messy mean that you'll need another coder anyway at one point unless you're lucky enough for your game to end before the code crumble on itself, hiring more guys was always a necessary step and the longer it takes, the more painful the transition will be, like ripping of a band aid.You can't always just hire another coder and be done with it. From what I've read (on here) from people who want to make mods for the game, the code is pretty messy. You would have to hire another coder, hope the original coder isn't pissed about it, bring the second coder up to speed on what is happening in the code (which could take a few months), get both coders in sync with each other on how they're going to do all this, and then after maybe 6 months you now have two people working on messy code. This also introduces the possibility of increased bugs as even though the coders are now working together, they're also working separately. Each one has the possiblity of making new bugs.
Or, you could just have the guy fixing old content. Or you could hire someone to work on minigames that are completely separate from the main codebase. Or you could hire a writer. Or you could commission work from another artist without even having to hire them. Or you could employ a sound guy. Or you could get a dedicated beta tester. Or you could...You can't always just hire another coder and be done with it. From what I've read (on here) from people who want to make mods for the game, the code is pretty messy. You would have to hire another coder, hope the original coder isn't pissed about it, bring the second coder up to speed on what is happening in the code (which could take a few months), get both coders in sync with each other on how they're going to do all this, and then after maybe 6 months you now have two people working on messy code. This also introduces the possibility of increased bugs as even though the coders are now working together, they're also working separately. Each one has the possiblity of making new bugs.
I'm not saying Mity shouldn't hire more help on; I'm saying that just hiring another coder isn't going to fix the problems FET has. Honestly, I'd kill for Mity to hire out an artist while he working on the writing.Or, you could just have the guy fixing old content. Or you could hire someone to work on minigames that are completely separate from the main codebase. Or you could hire a writer. Or you could commission work from another artist without even having to hire them. Or you could employ a sound guy. Or you could get a dedicated beta tester. Or you could...
You can't always just hire another coder and be done with it. From what I've read (on here) from people who want to make mods for the game, the code is pretty messy. You would have to hire another coder, hope the original coder isn't pissed about it, bring the second coder up to speed on what is happening in the code (which could take a few months), get both coders in sync with each other on how they're going to do all this, and then after maybe 6 months you now have two people working on messy code. This also introduces the possibility of increased bugs as even though the coders are now working together, they're also working separately. Each one has the possiblity of making new bugs.
Even with the coding. I mean literally just hire a guy to go through the old code and add a replay system. Pay him 500 bucks, make sure he tests the fuck out of it for 3 months, add "we now have a gallery menu" as an unexpected surprise in the February update. If it turns out to be buggy or unfeasible in the end then whatever, you lost 500 bucks on an investment while the other guy was busy doing the update and someone else coded a minigame. Fucking big whoop.I'm not saying Mity shouldn't hire more help on; I'm saying that just hiring another coder isn't going to fix the problems FET has. Honestly, I'd kill for Mity to hire out an artist while he working on the writing.
That's another thing, "getting up to speed" doesn't mean that you have to make the old coder babysit the new guy 24/7 for 5 months until he understands how to do anything. Seriously, do an intro to Python course and look through the code yourself, it's not dark magic. A more realistic scenario would be that you could hire someone who's willing to familiarize themselves with the code in their own time, do some work for a minimal amount of money as a trial run, have their changes approved and then come on as a full member 3-4 months later. For instance, RIGHT NOW you could have someone who's been "training" themselves since August while the coder was taking a break. Those 4 months you need? They have already PASSED.Sure it would take some time to get up to speed. But it would keep something like this from happening in the future. As of now if the coder quit that's the end of the game.
Exactly. Those months are gone. MITY could have been proactive about it. Instead they got 80K for one consolation update.... I mean, can't say I blame the guy. Free money is always nice.That's another thing, "getting up to speed" doesn't mean that you have to make the old coder babysit the new guy 24/7 for 5 months until he understands how to do anything. Seriously, do an intro to Python course and look through the code yourself, it's not dark magic. A more realistic scenario would be that you could hire someone who's willing to familiarize themselves with the code in their own time, do some work for a minimal amount of money as a trial run, have their changes approved and then come on as a full member 3-4 months later. For instance, RIGHT NOW you could have someone who's been "training" themselves since August while the coder was taking a break. Those 4 months you need? They have already PASSED.
The god awful spaghetti code wouldn't be an issue if the project was handled properly from the beginning. Should've broken off book 4 into a separate game kind of like a lot of games do with breaking up chapters. That way they wouldn't have to continue building onto the spaghetti code from Books 1-3. And that would've also been the best time to hire a new coder. It was just handled very poorly and it's starting to really show.You can't always just hire another coder and be done with it. From what I've read (on here) from people who want to make mods for the game, the code is pretty messy. You would have to hire another coder, hope the original coder isn't pissed about it, bring the second coder up to speed on what is happening in the code (which could take a few months), get both coders in sync with each other on how they're going to do all this, and then after maybe 6 months you now have two people working on messy code. This also introduces the possibility of increased bugs as even though the coders are now working together, they're also working separately. Each one has the possiblity of making new bugs.
Alright, just to drive this point home.That way they wouldn't have to continue building onto the spaghetti code from Books 1-3.
import "../scripts/bk3_file.rpy" statement, all it understands are labels and screens. There's an actual "priority order" you can set for script blocks if you want them to execute in a certain order, because Ren'Py loads everything from everywhere during startup. You can rename files at will or move them into any folder at any point. Seriously try it, take all the Book 2 scripts and move them into a directory named "asfsgfs" or copy and paste everything into a single giant .rpy file, everything will continue to work exactly as it did before.T H E Y⠀ D I D .Again they should've just made book 4 a separate thing like other games do with chapter releases. That way they could've had a nice clean start with no left overs and maybe hire another coder so that they don't have to go through backlogs of code just to figure out what the fuck is going on.
Book 4 is definitely not a separate thing, but okay the coding for book 4 isn't connected to anything else in the game. So why would hiring a new coder be an issue? From what you're saying a new coder wouldn't have to go through all of the old code when they first started Book 4. Am I misinterpreting what you're saying or..?T H E Y⠀ D I D .
Who could under go such a task? It simply cannot be done. The amount of time it would take someone to learn this code just isn't worth it, it's just better to have the coder do it himself and work himself to death. You people just don't understand just how complex this code is /sAlright, just to drive this point home.
This is what the code for Books 1&2 looks like in the last Azula update from 2017, and how it's changed since then. Filenames that are colored red are the ones that had their content modified, black are the ones where everything is identical line by line.
View attachment 479354
You may notice that there aren't any, because both versions are, in fact, the same fucking thing. The code for Book 1 hasn't been touched or "built on" since Book 1 was finished. Same with Book 2, same with Book 3. And I mean to a ridiculous extent, the current game flow is basically "run the standard example project script.rpy which contains the intro and ALL OF BOOK 1, but there's a map screen injected into the middle of it which lets you jump to the other 3 books instead of finishing it".
And this is what FET looks like if you take all of the code and assets for the first three books, and just fucking YEET THEM OUT OF the game entirely:
You must be registered to see the links
You may notice that it looks like the same fucking thing, because none of the books reference any of the previous code and Ren'Py doesn't give the tiniest of shits if something isn't there.
BUT WAIT
THERE'S MORE
This is what the Python code for Book 4 looks like (the part that isn't just linear dialogue or image names), the portion that takes MONTHS to familiarize yourself with, the hurdle any new coder on the team would have to get over, the leviathan task no man can hope to overcome, THE ABSOLUTE MOUNTAIN OF
View attachment 479360
it's two files
No seriously, it's two files. That's it. Everything else is either file paths, the dialogue, or basic VN stuff. Here's what the map system looks like:
View attachment 479362
Impressed? Check out the day/night system, then.
View attachment 479363
ARE YOU FEELING THE WEIGHT YET
TO BEAR SUCH AN UNIMAGINABLE BURDEN
FOR ONE MAN TO UNDERSTAND THIS IN A MERE FIVE MON... you get the idea.