This rebuttal only deepens the actual point of the author. All of those tools are made to solve problems specifically formulated within a utilitarian corporate logic, which in turn is going to be socially constructed around the legal and technical environment. Nothing about them reflects inherent goals and challenges of programming.

If you are really doing "personal" computing, you can't scale to the point where you need to think about monorepo vs anything else, you don't have access to departments of specialists, and it is unergonomic to expect yourself to pretend scaling is a thing you will want just because the software ecosystem is shaped that way by default, when your real problem fits in a spreadsheet. Everything you do with data ultimately must be crunched down into something legible within your own bandwidth. This is something everyone who pursues personal information management tooling in their lives ultimately has to come to terms with - overdoing it and ending up with a useless pile of notes and references instead of good distilled information is a typical outcome.