I'm mainly team monorepo because working with git submodules is such an needlessly miserable experience.
At work we have a pretty large project with many teams having moved to using nested git submodules for their stuff.
Whenever you checkout a commit you basically have do a `git submodule --init --recursive` and pray there's no random files left over because some submodule has moved and git-submodule thinks it's your job to clean up its mess. This becomes really annoying when you want to bisect something.
Surely there must be a saner way to deal with trees of git repos. I guess AOSP uses its own `repo` tool to do multirepo stuff which might be better. But honestly this _should_ be fixable in git-submodule itself if they just make it behave sanely.
Decades ago, MacOS properly had the close box for windows on the opposite side from minimize etc. widgets; now the one destructive window action could be reasonably safe without confirmation. Then Windows started gaining popularity and nobody ever did it the right way by default again. A pity for the sharp minds at Xerox PARC.
As a longterm thunderbird user I find this annoying. I appreciate it being maintained more actively again but I really liked the fact that the UI stayed stable for years. Changing things to make them "more modern" is just annoying. No one asked for this.
>In the end, the console wars of the late 1990s were won by Nintendo, which built on the momentum of the Nintendo 64 by launching the GameCube in 2001, along with an arsenal of handheld systems
Does the author live in a parallel universe where Sony didn't completely dominate gen 5 & gen 6 sales?
>The limited amount of storage on the cartridge means that the textures laid over the game’s polygons are blurry and often hideously ugly.
The cartridge storage wasn't the limiting factor here. The problem was the unified RDRAM memory architecture of the N64 which turned out to be too slow for texturing. Instead developers had to use a 4KiB bit of onboard memory which was just too little in hindsight.
>Does the author live in a parallel universe where Sony didn't completely dominate gen 5 & gen 6 sales?
Difficult to ascertain. Sales wise of course Sony will sell more. It was N64's 388 worldwide games vs Sony's 4,074 titles. More games than you could possibly try + Lower prices + higher install base will lead to more game sales and frankly I have seen so many more "experimental" titles on Playstation.
Never thought i'd be playing as a beach ball escaping a maze while eating watermelons and listening to egyptian trance but it happened on Playstation.
Plus Sony always felt like a "global" console. They expanded the user base to not only non gamers but a truly international audience (latin america, middle east etc.) It was probably the modchips that made it happen but still.
But "winning the console war" is more than just raw sales. For example, of that extremely small 388 titles it is astounding how many of those games have won numerous prestigious awards, were genre defining, moved its genre in a direction that all others copied, or are still cited as one of the best games of all time.
The N64 really laid down an entire historial footprint for the millennial generation despite its significantly smaller sales. I guess a lot of that is down to Nintendo and many of their games demonstrating why they have been in a league of their own. But the console also had superb titles released by third parties as well.
At work we have a pretty large project with many teams having moved to using nested git submodules for their stuff.
Whenever you checkout a commit you basically have do a `git submodule --init --recursive` and pray there's no random files left over because some submodule has moved and git-submodule thinks it's your job to clean up its mess. This becomes really annoying when you want to bisect something.
Surely there must be a saner way to deal with trees of git repos. I guess AOSP uses its own `repo` tool to do multirepo stuff which might be better. But honestly this _should_ be fixable in git-submodule itself if they just make it behave sanely.
reply