ursus_bonum
Joined 11 years ago
Karma
60
Submissions
50
Member since
Jul 16
Joined 11 years ago
Microsoft will either low-key torture it to death or leave it alone. Who's to say?
The graphical manipulation stuff sounds cool until you think about what happens when it causes merge conflicts. I mean the graph stuff is still cool but it does very little for the hard problems.
The automatic committing for WIP and "magic" pushing/fetching sounds cool until someone switches branches and accidentally commits 3.1TB of junk files they left lying around and it automatically syncs to EVERYONE else on the project.
People complain now that Git is "too complex" just wait until it's automagically doing shit like that.
/me waits for someone to say we shouldn't have 3GB xml files in the first place, like I don't know that already.
Why are we implementing a whole dynamically allocated stack for states before doing anything domain specific?
How many states could you possibly be expecting to have in a full game? 3? 12? 100? The examples of states were like the menu, action screen, and pause screen. So it sounds like very few. Drop the realloc'ing and free'ing and just statically allocate N states and be done with it. Save this complexity for something that really needs it.
Plus are you going to free the stack any time other than when you quit the app? I doubt it. The OS will free everything for you when you quit so there's no reason to waste time on that either.
The code so far looks like mostly a waste of time.