

It’s amazing that we were taught about finite state automata and machines, yet for programming large applications, we haven’t necessarily taken that same approach. As you mentioned, all of the coupling and created dependencies of function calls upon other function calls really gets impossibly difficult to debug and analyze as the complexity, functionality, and scale of an application grows. After reading what you wrote, it’s like a new revelation; I’m eager to put this paradigm into practice. I’ve generally lost interest in many of my personal projects simply for the fact that they become so untenable as they’ve grown with dependency upon dependency. The notion of splitting up the code into their proper segments or nodes that do some work or a program of instructions, return their product to a central conductor via a state-tracking data structure is something I plan on using moving forward. Perhaps, I’ll even revisit some of these abandoned projects and try to view the flow of execution under this lens and then restructure operations accordingly.










We could only wish, comrade lol