I've really been noticing how Apple software quality has been on a slow decline since Snow Leopard. I look at some of their older source code and it's a joy to read!
Nowadays, my daily travails with restarting Xcode multiple times a day to work around bugs (package blahblah is not available) have really worn thin (I mean, Xcode has always had problems, but not THIS bad). Add to that the fact that the "system data" on my mbp now takes up 80% of the space on my SSD (800GB of system data! Even after manually deleting caches and derived data)...
It's like they don't even care about code craftsmanship anymore. And yet their culture of not putting in useful debug messages (because "it just works") persists.
My latest and greatest headache? Some parts of AppKit now directly call [NSApplication _crashOnException:] regardless of the "NSApplicationCrashOnExceptions" setting, and WITHOUT even calling [NSApplication reportException:]. So now you lose the exception entirely and good luck figuring out what caused the crash. Ugh...
I don't use Xcode so maybe it is an exception but in general I would say the opposite. For me it has been getting better over time.
People talk about Snow Leopard being stable but it was riddled with bugs, just take a look at the release notes for all the updates it received over the next year.
I have had a similar experience after i shared my MacBook with my girlfriend for a while. Turned out even after uninstalling her cloud file sharing software thing, there were still over 100GB of cached files left on disk. MacOS didn't make the obvious identify or find in the storage overview.
I ended up finding it through a disk space visualizer that showed a large folder (the stolen 100GB) in some cache directory.
I can highly recommend trying that out. MacOS' inbuilt tools are in my experience inadequate to find what is stealing your disk space (on top of applications being unable to clean up after themselves).
The system data apparently contains the Time Machine backups that haven’t been flushed to your external backup, including folders that are set to be ignored.
I discovered this while trying to restore a docker vm image that was maybe ignored, while not having enough space on the drive to restore it back, because deleted versions still take up space in the system data, even when the trash is emptied.
Let me guess, the best engineers are working on iPad/iPhone apps today and MacOS is relegated to code fixes and people building for the "common user" that doesn't know what a drive is
Nowadays, my daily travails with restarting Xcode multiple times a day to work around bugs (package blahblah is not available) have really worn thin (I mean, Xcode has always had problems, but not THIS bad). Add to that the fact that the "system data" on my mbp now takes up 80% of the space on my SSD (800GB of system data! Even after manually deleting caches and derived data)...
It's like they don't even care about code craftsmanship anymore. And yet their culture of not putting in useful debug messages (because "it just works") persists.
My latest and greatest headache? Some parts of AppKit now directly call [NSApplication _crashOnException:] regardless of the "NSApplicationCrashOnExceptions" setting, and WITHOUT even calling [NSApplication reportException:]. So now you lose the exception entirely and good luck figuring out what caused the crash. Ugh...