Tyler Hall<\/a> (tweet<\/a>, Hacker News<\/a>):<\/p>\n I completely realize and wholeheartedly own-up to the fact that I’m a geek and a Mac power user above and beyond what normal muggles will ever experience, nonetheless, this is the first-run experience I was greeted to this afternoon after upgrading to Catalina.<\/p>\n […]<\/p>\n I only spent about ten minutes on that system today. But it was enough time to capture all of these papercuts and combine them into one truly-awful über screenshot.<\/p>\n I want to make clear that I’m not blaming the talented Apple engineers who obviously worked their butts off on Catalina just like they do every release.<\/p>\n My side-eye is squarely directed at the managers and Marketers who push for such an insane release cycle.<\/p>\n<\/blockquote>\n\n Sean Heber<\/a>:<\/p>\n Just installed Catalina and logged in for the first time and have been hit with 6 permission prompts for various things so far.<\/p>\n<\/blockquote>\n\n Ben Sandofsky<\/a>:<\/p>\n Your first time running Catalina:[…]<\/p>\n<\/blockquote>\n\n Razengan<\/a>:<\/p>\n Apple seems to be forgetting their own credo<\/a> against nag-based security<\/p>\n<\/blockquote>\n\n 013a<\/a>:<\/p>\n I’m astounded with some of the user security dialogs that Macs display. I got one today: “VSCode wants to make some changes. Deny or Allow.” That was the exact wording.<\/p><\/blockquote>\n\n Matt Birchler<\/a>:<\/p>\n Can Apple reimburse my company for all the time I’ve spent authorizing apps to perform basic functionality on my Mac today?<\/p>\n Joking of course, but man, this feels like Vista to me. Do a thing I do every day…“do you want to do this?”<\/p>\n I support the move to make the Mac more secure, but this is a rough first run experience.<\/p>\n<\/blockquote>\n\n Dave Wood<\/a>:<\/p>\n Thanks for wasting more of my time #macOS #Catalina. Seems cron jobs don’t run anymore if they touch certain files\/folders, including your The system should be prompting for access to that now-protected folder but isn’t.<\/p>\n\n Dave Wood<\/a>:<\/p>\n Solved the cron permission issue properly: drag \/usr\/sbin\/cron<\/tt> into Full Disk Access in System Prefs.<\/p>\n<\/blockquote>\n\n Steve Troughton-Smith<\/a>:<\/p>\n Everybody’s complaining about Catalina getting in the way of the command line and I’m like you know you can turn off SIP, right? Everything goes back to the way it used to be; I’ve never seen aaany of this. If you want the legacy security model, you can have it<\/p>\n<\/blockquote>\n\n Dave Wood<\/a>:<\/p>\n The problem w\/doing that is that I won’t see problems that my customers will run into. I need to swim in the same cesspool first so I can find out how to get them through it.<\/p>\n I bet a bunch of Apple engineers have done this exact thing & thats why we’re in the boat we’re in now.<\/p>\n<\/blockquote>\n\n Phillip Boushy<\/a>:<\/p>\n There are so many other security controls that SIP implements that disabling it is overkill. Apple should have given a better UX for this. Make them entitlements if needed, pop up a single window during first load.\nAlso an “allow all apps access to X” would be nice...<\/p>\n<\/blockquote>\n\n Benjamin Mayo<\/a>:<\/p>\n Most of the privacy dialogs in Catalina are sane; patching holes in the permissions system that should have been there for years already. Nevertheless, Apple could have come up with a better policy where you don’t get bombarded with dialogs from every app all at once.<\/p>\n<\/blockquote>\n\n Jeff Johnson<\/a>:<\/p>\n A good practical joke to play on someone running Catalina:<\/p>\n Mr. Macintosh<\/a>:<\/p>\n This article will show you how to Manage Catalina’s New Application Notification Preferences with a Config Profile.<\/p>\n<\/blockquote>\n\n Craig Hockenberry<\/a>:<\/p>\n If you think the Catalina permissions problem is bad from a customer’s point-of-view, it’s absolutely brutal for developers.<\/p>\n The security prompts are so half-baked that developers have to guess<\/em> about permissions. And since we don’t know the internals, that guess can be wrong.<\/p>\n<\/blockquote>\n\n Rui Aureliano<\/a>:<\/p>\n Dear macOS developers, recently for Catalina we see this window for Screen Recording permission. Has anyone found a way to check if it’s already granted?<\/p>\n<\/blockquote>\n\n Matthias Gansrigler<\/a>:<\/p>\n this is how I do it in @ScreenFloatApp.<\/p>\n<\/blockquote>\n\n Tyler Hall<\/a> (Hacker News<\/a>):<\/p>\n But Catalina has been different in two particularly gruesome ways that get even worse when combined.<\/p>\n […]<\/p>\n I’ll go through some of the highlights (lowlights?) I’ve run into below, but I guess this is my thesis: The final (well, first) Catalina release along with the outright awful public beta makes me think one thing. And that is Apple’s insistence on their annual, big-splash release cycle is fundamentally breaking engineering. I know I’m not privy to their internal decision making and that software features that depend on hardware releases and vice-versa are planned and timed years (if not half-decades) in advance, but I can think of no other explanation than that Marketing alone is purely in charge of when things ship. Why else would stuff so completely broken and lacking the attention to detail that Apple is known for and (ahem) markets themselves on have shipped if not than to meet an arbitrary deadline? Apple has so many balls in the air – and this metaphor doesn’t really make any sense now that I’m typing it – but they’re all interconnected now that Apple is a services company. And as a services company they must find a way to ship features, fixes, and updates outside of the run-up to the holiday season.<\/p>\n […]<\/p>\n After upgrading to Catalina, macOS made me reauthorize every app that wanted to send me notifications. Ironically, the following alert appears every time<\/em> I reboot despite always dismissing it using the most definitive option Apple provides and never giving whatever-process-is-showing-it permission to notify me of anything in the first place[…]<\/p>\n<\/blockquote>\n\n Thomas Claburn<\/a>:<\/p>\n Since at least 2015<\/a>, developers and other technically-savvy folk have fretted<\/a> that Apple’s software quality<\/a> isn’t what it could be. The gripes reached Apple executives and by 2018, there were reports<\/a> that company technical leaders were focused on improving quality.<\/p> To judge by the reception of macOS Catalina, aka macOS 10.15, it appears Apple’s quality push was more aspirational than actual.<\/p><\/blockquote>\n\n snapples<\/a>:<\/p>\n Things are so broken here at Apple. I joined about 4 years ago.<\/p>\n I am awed by the fact that we manage to release any software at all, let alone functional software.<\/p>\n The biggest problem is communication. No one fucking communicates.<\/p>\n - No communication between orgs. Tons of bureaucratic tape to cut through just to get a hand on someone working on a different product<\/p>\n - Barely any communication between teams. Literally every group of 4 people is in a little silo with no incentive to go outside it<\/p>\n - Broken management structure. I have had many managers (a red flag in itself) but even worse none of the managers take suggestions from engineers. Everything is purely top down. If an engineer realizes there is a problem on a macro scale they cannot fix it. It is literally impossible to unite more than 1.5 teams to get anything done.<\/p>\n […]<\/p>\n - Culture of secrecy means nothing gets fucking done. You file a bug report and you can’t even see it any more for some orgs<\/p>\n<\/blockquote>\n\n jarjoura<\/a>:<\/p>\n When I worked there under SJ, the Mac OS org (then under Betrand Serlet), it was sort of open amongst the org itself. It was really easy to walk to someone’s office and strike up an interesting conversation. Many late nights were spent working through collaborative problems. Or randomly, I had a friend who would pop by my office and spend hours explaining how he figured out some complex Javascript compiler bug of the day.<\/p>\n It always felt like we were in a mission to ship Mac OS together. What Apple did do back then was create these special versions of the OS that had a few key hidden\/secret products that SJ was going to demo, like iTunes or iPhoto. So while I could install the latest internal developer build of the OS, it would have a feature or two missing. You would then get radars that mentioned the code-name and explained a bug that you had to fix for the feature, but you had to fix the bug blinded and send the bug back to verify. (Radars could never be closed until the original creator verified them) The secrecy didn’t really get in the way and it made for an interesting culture.<\/p>\n Then it all started to change when Forstall was promoted to VP of the iPhone effort. He took what was probably meant to be a short term secret launch team culture and expanded it to create this massive secret island in the company. The program office and by extension, the original founding engineers were all promoted to management that expanded on the secret culture. I think if management meant to open the culture back up to the same level as Mac OS in 2009, they would have been burned by Samsung and Palm WebOS making exact copies of the software coming out at the time. So the hyper locked down culture persisted and SJ passed away. Then Forstall was fired and Federighi was promoted to replace him and merge both the Mac OS and iOS orgs finally killing off any of the remaining openness that once existed.<\/p>\n Then came all the ridiculous tools such as checking someone’s security clearance when you had a meeting with them.<\/p>\n<\/blockquote>\n\n snapples<\/a>:<\/p>\n I should note that most developers here really do care, and that’s probably why products can be released in the first place. You have to have really dedicated people willing to cut through the organizational bullshit to get things done.<\/p>\n All of the engineers I’ve met here are smart and innovative. Only if we could organize, things would be much better.<\/p>\n<\/blockquote>\n\n Tyler Hall<\/a> (Hacker News<\/a>):<\/p>\n I fully stand behind every criticism I leveled at Apple. From the specific bugs, to the broader statements about detecting a lack of focus on the Mac in recent years, to my final thesis about their lock-step, annual release cycle hurting the company’s ability to maintain software quality.<\/p>\n But the part that wasn’t fair. The parts that I regret are my direct insults at those in charge.<\/p>\n […]<\/p>\n Around 11am the next day, I received a Twitter DM from an Apple engineering manager who (I thought) had somehow stumbled across my post. And they very kindly asked if I could jump on a call to go into more details about my post and the bugs I identified. They were super awesome and I’m looking forward to working with them more this week.<\/p>\n<\/blockquote>\n\n They<\/a> say<\/a> that running to the press “never helps,” but the Mail bug that’s causing users to lose hundreds of thousands of e-mails was reported months ago<\/a> via a bug report that was apparently ignored. Hall’s concerns are at least being heard.<\/p>\n\n Luc Vandal<\/a>:<\/p>\n Really Apple, why bother with this yearly update cycle non-sense if it just adds more bugs that are annoying your users and prevents them to actually do some work? We need stable OSes, not full of bugs shipped because of some marketing-force deadline.<\/p>\n […]<\/p>\n And I’m not blaming Apple engineers, which are doing their best. I think the issue is within high management.<\/p>\n<\/blockquote>\n\n Michael Rockwell<\/a>:<\/p>\n Apple should just take the next year or two and Snow Leopard every piece of software they make. Fixing bugs and improving overall quality needs to be their number one priority.<\/p>\n<\/blockquote>\n\n thelittleone<\/a>:<\/p>\n The position of Apple today reminds me a lot of Microsoft after they peaked (~2000?). Cocky to the point of arrogance because of market position, past innovations and brand loyalty (e.g., it is cool to own Apple). But loyalty and market sentiment can only endure so much amidst plummeting product quality, nonsensical pricing (e.g. dongles) and lack of any meaningful innovation (thinner doesn’t count). Apple doesn’t listen because they think they know better (and that used to be true).<\/p>\n<\/blockquote>\n\n These seem to be common sentiments, though I don’t understand the persistent claim that Apple hasn’t innovated lately.<\/p>\n\n Justin Blanton<\/a>:<\/p>\n I genuinely can’t remember the last time I was even remotely excited about macOS\/OS X. All I really care about these days is that the newest version doesn’t break shit. 🤷🏻♂️<\/p>\n<\/blockquote>\n\n Jeff Johnson<\/a>:<\/p>\n Let’s not forget that Apple used to charge $129 for Mac OS X updates.<\/p>\n If they charged $129 for Catalina, it would be DOA.<\/p>\n<\/blockquote>\n\n John Gruber<\/a>:<\/p>\n That’s an interesting measuring stick. A MacOS update (or iOS for that matter) should feel like something many users would pay for. If it doesn’t that’s a problem.<\/p>\n<\/blockquote>\n\n Joe Rossignol<\/a>:<\/p>\n Apple shares are currently trading above the $234 mark on the intraday market, setting a new all-time high for the company.<\/p>\n<\/blockquote>\n\n Previously:<\/p>\n Update (2019-10-17): scott<\/a>:<\/p>\n The selling point of Catalina is it will be the only version of macOS that runs on Macbooks with scissor switch keyboards.<\/p>\n<\/blockquote>\n\n Update (2019-10-21): David Shayer<\/a>:<\/p>\n In a well-run project, features that are lagging behind are cut early, so engineers can devote their time to polishing the features that will actually ship. But sometimes managers play “schedule chicken” since no one wants to admit in the departmental meeting that their part of the project is behind. […] Apple could address this scheduling problem by not packing so many features into each release, but that’s just not the company culture.<\/p>\n […]<\/p>\n When I worked on Apple products, we’d get a list of the top bugs driving Apple Store visits and support calls, and we were expected to fix them. […] Unfortunately, bugs that are rare or not terribly serious—those that cause mere confusion instead of data loss—are continually pushed to the back burner by the triage system.<\/p>\n […]<\/p>\n But if you file a bug report, and the QA engineer determines that bug also exists in previous releases of the software, it’s marked “not a regression.” By definition, it’s not a new bug, it’s an old bug. Chances are, no one will ever be assigned to fix it.<\/p>\n […]<\/p>\n No need to go into the details here, except to say that, apart from a few specific areas, Apple doesn’t do a lot of automated testing. Apple is highly reliant on manual testing, probably too much so.<\/p>\n<\/blockquote>\n\n Riccardo Mori<\/a>:<\/p>\n What I want from a new version of an operating system, especially one as mature as Mac OS, is that it fixes or improves what was not<\/em> working well in previous versions, and that it leaves tried-and-true features and functionalities as untouched as technically possible. I don’t need and I don’t want disruption for disruption’s sake on a yearly basis.<\/p>\n<\/blockquote>\n\n Update (2019-10-22): See also: Hacker News<\/a>:<\/p>\n\n Colin Cornaby<\/a>:<\/p>\n I feel like Apple needs to take an OS release cycle just to fix their internal process.<\/p>\n I know it’s a political problem and not a technical one that can’t just be solved by throwing a unit of time at it. But still. Makes it harder to fix actual bugs.<\/p>\n The repeated whispers of a lack of automated testing is concerning just because it’s so hard to ensure quality at the scale Apple is trying to ship at. Either you hire a lot of QA engineers (which Apple doesn’t seem to be doing) or you automate the heck out of things.<\/p>\n The challenge is that it’s a political problem and<\/em> they need to throw a unit of time at it, which is also<\/em> a political problem.<\/p>\n<\/blockquote>\n\n Update (2019-10-23): See also: Hacker News<\/a>, John Gruber<\/a>.<\/p>\n\n Bob Burrough<\/a>:<\/p>\n I worked with David, and I have great respect for him. However, the premise is false. iOS 13 and Catalina are not any more bug-riddled than any release over the last five years. They’ve all been filled with bugs.<\/p>\n<\/blockquote>\n\n Dave Mark<\/a>:<\/p>\n This one passes the vast majority of those tests. This doesn’t feel like post-Apple spite, but rather a knowledgable take on problems, with thoughts on where things are going wrong.<\/p>\n Apple is a fast moving train, steadily producing and refining immensely complex products. Apple is dancing to the opposing forces of satisfying shareholder demands for ever-increasing growth, and user demands to stop and fix the bugs. Short of halting forward progress and retooling, there’s no easy answer here.<\/p>\n<\/blockquote>\n\n Peter Steinberger<\/a>:<\/p>\n I still remember at WWDC a few years back, I went with some older radars to the labs, only to get turned down with a „You already have a workaround - why do you care?“<\/p>\n ...that made me mostly stop filing radars for older issues. (There are just too many, not even mad, mgmt issue)<\/p>\n<\/blockquote>\n\n Jeff Johnson<\/a>:<\/p>\n If Apple’s reputation is temporarily dinged, but that doesn’t hurt the company financially, does it really matter to current leadership?<\/p>\n They’re still better than the (sucky) competition. It’s a can’t-lose situation.<\/p>\n […]<\/p>\n Apple is in a comfortable, stable duopoly with Microsoft on desktop and Google on mobile.<\/p>\n […]<\/p>\n The awful truth of the tech industry is that technical debt is profitable. It doesn’t pay to fix your bugs. You have to do it because you care, not because your stockholders care.<\/p>\n<\/blockquote>\n\n Andrew Hoos<\/a>:<\/p>\n If you know anyone that wants to be a part of expanding automated testing at Apple. We are hiring: backend (Scala), client (Python, Objective-C, Swift), infrastructure (Kubernetes), and frontend (some kind of js I guess).<\/p>\n<\/blockquote>\n\n Update (2019-11-06): Manton Reece<\/a>:<\/p>\n Day 2 of Catalina, now hitting more issues with full disk access and Ruby-related commands. Using rbenv and starting to wonder if I need to throw everything out and re-install to make Catalina happy. I’ve added all the obvious paths to System Prefs.<\/p>\n<\/blockquote>\n\n Rui Carmo<\/a>:<\/p>\n Apple’s software QA has become so much of a risk to my personal productivity that I’m (again) considering switching to a Linux desktop, and only a combination of inertia, real life and my working at Microsoft has prevented that from happening.<\/p>\n<\/blockquote>\n\n Update (2019-11-27): Maxime Chevalier-Boisvert<\/a>:<\/p>\n I decided that today I was finally going to upgrade MacOS after putting it off for a year. Three hours later I’m still trying to get my MacBook Air in some kind of working condition. :'(<\/p>\n […]<\/p>\n As far as I can tell, the OSX installer corrupted my filesystem while trying to convert it to APFS, and left it in a broken state.<\/p>\n<\/blockquote>\n\n Update (2020-02-14): See also: Hacker News<\/a>.<\/p>\n\n\n
\n
\n
\n
\n
~\/Documents<\/code> folder (even if your script is stored there).<\/p>\n<\/blockquote>\n\n\n
\n
\n
\n
\n
\n
$ tccutil reset All<\/pre>\n<\/blockquote>\n\n
\n
\n
\n
\n
Broken<\/h3>\n\n
\n
\n
\n
Aftermath<\/h3>\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
![their own credo<\/a> against nag-based security<\/p>\n<\/blockquote>\n\n013a<\/a>:<\/p>\nI’m astounded with some of the user security dialogs that Macs display. I got one today: “VSCode wants to make some changes. Deny or Allow.” That was the exact wording.<\/p><\/blockquote>\n\nMatt Birchler<\/a>:<\/p>\n\nCan Apple reimburse my company for all the time I’ve spent authorizing apps to perform basic functionality on my Mac today?<\/p>\nJoking of course, but man, this feels like Vista to me. Do a thing I do every day…“do you want to do this?”<\/p>\nI support the move to make the Mac more secure, but this is a rough first run experience.<\/p>\n<\/blockquote>\n\nDave Wood<\/a>:<\/p>\n\nThanks for wasting more of my time #macOS #Catalina. Seems cron jobs don’t run anymore if they touch certain files\/folders, including your ~\/Documents<\/code> folder (even if your script is stored there).<\/p>\n<\/blockquote>\n\nThe system should be prompting for access to that now-protected folder but isn’t.<\/p>\n\nDave Wood<\/a>:<\/p>\n\nSolved the cron permission issue properly: drag \/usr\/sbin\/cron<\/tt> into Full Disk Access in System Prefs.<\/p>\n<\/blockquote>\n\nSteve Troughton-Smith<\/a>:<\/p>\n\nEverybody’s complaining about Catalina getting in the way of the command line and I’m like you know you can turn off SIP, right? Everything goes back to the way it used to be; I’ve never seen aaany of this. If you want the legacy security model, you can have it<\/p>\n<\/blockquote>\n\nDave Wood<\/a>:<\/p>\n\nThe problem w\/doing that is that I won’t see problems that my customers will run into. I need to swim in the same cesspool first so I can find out how to get them through it.<\/p>\nI bet a bunch of Apple engineers have done this exact thing & thats why we’re in the boat we’re in now.<\/p>\n<\/blockquote>\n\nPhillip Boushy<\/a>:<\/p>\n\nThere are so many other security controls that SIP implements that disabling it is overkill. Apple should have given a better UX for this. Make them entitlements if needed, pop up a single window during first load.\nAlso an “allow all apps access to X” would be nice...<\/p>\n<\/blockquote>\n\nBenjamin Mayo<\/a>:<\/p>\n\nMost of the privacy dialogs in Catalina are sane; patching holes in the permissions system that should have been there for years already. Nevertheless, Apple could have come up with a better policy where you don’t get bombarded with dialogs from every app all at once.<\/p>\n<\/blockquote>\n\nJeff Johnson<\/a>:<\/p>\n\nA good practical joke to play on someone running Catalina:<\/p>\n$ tccutil reset All<\/pre>\n<\/blockquote>\n\nMr. Macintosh<\/a>:<\/p>\n\nThis article will show you how to Manage Catalina’s New Application Notification Preferences with a Config Profile.<\/p>\n<\/blockquote>\n\nCraig Hockenberry<\/a>:<\/p>\n\nIf you think the Catalina permissions problem is bad from a customer’s point-of-view, it’s absolutely brutal for developers.<\/p>\nThe security prompts are so half-baked that developers have to guess<\/em> about permissions. And since we don’t know the internals, that guess can be wrong.<\/p>\n<\/blockquote>\n\nRui Aureliano<\/a>:<\/p>\n\nDear macOS developers, recently for Catalina we see this window for Screen Recording permission. Has anyone found a way to check if it’s already granted?<\/p>\n<\/blockquote>\n\nMatthias Gansrigler<\/a>:<\/p>\n\nthis is how I do it in @ScreenFloatApp.<\/p>\n<\/blockquote>\n\nBroken<\/h3>\n\nTyler Hall<\/a> (Hacker News<\/a>):<\/p>\nBut Catalina has been different in two particularly gruesome ways that get even worse when combined.<\/p>\n[…]<\/p>\nI’ll go through some of the highlights (lowlights?) I’ve run into below, but I guess this is my thesis: The final (well, first) Catalina release along with the outright awful public beta makes me think one thing. And that is Apple’s insistence on their annual, big-splash release cycle is fundamentally breaking engineering. I know I’m not privy to their internal decision making and that software features that depend on hardware releases and vice-versa are planned and timed years (if not half-decades) in advance, but I can think of no other explanation than that Marketing alone is purely in charge of when things ship. Why else would stuff so completely broken and lacking the attention to detail that Apple is known for and (ahem) markets themselves on have shipped if not than to meet an arbitrary deadline? Apple has so many balls in the air – and this metaphor doesn’t really make any sense now that I’m typing it – but they’re all interconnected now that Apple is a services company. And as a services company they must find a way to ship features, fixes, and updates outside of the run-up to the holiday season.<\/p>\n[…]<\/p>\nAfter upgrading to Catalina, macOS made me reauthorize every app that wanted to send me notifications. Ironically, the following alert appears every time<\/em> I reboot despite always dismissing it using the most definitive option Apple provides and never giving whatever-process-is-showing-it permission to notify me of anything in the first place[…]<\/p>\n<\/blockquote>\n\nThomas Claburn<\/a>:<\/p>\nSince at least 2015<\/a>, developers and other technically-savvy folk have fretted<\/a> that Apple’s software quality<\/a> isn’t what it could be. The gripes reached Apple executives and by 2018, there were reports<\/a> that company technical leaders were focused on improving quality.<\/p>To judge by the reception of macOS Catalina, aka macOS 10.15, it appears Apple’s quality push was more aspirational than actual.<\/p><\/blockquote>\n\nsnapples<\/a>:<\/p>\n\nThings are so broken here at Apple. I joined about 4 years ago.<\/p>\nI am awed by the fact that we manage to release any software at all, let alone functional software.<\/p>\nThe biggest problem is communication. No one fucking communicates.<\/p>\n- No communication between orgs. Tons of bureaucratic tape to cut through just to get a hand on someone working on a different product<\/p>\n- Barely any communication between teams. Literally every group of 4 people is in a little silo with no incentive to go outside it<\/p>\n- Broken management structure. I have had many managers (a red flag in itself) but even worse none of the managers take suggestions from engineers. Everything is purely top down. If an engineer realizes there is a problem on a macro scale they cannot fix it. It is literally impossible to unite more than 1.5 teams to get anything done.<\/p>\n[…]<\/p>\n- Culture of secrecy means nothing gets fucking done. You file a bug report and you can’t even see it any more for some orgs<\/p>\n<\/blockquote>\n\njarjoura<\/a>:<\/p>\n\nWhen I worked there under SJ, the Mac OS org (then under Betrand Serlet), it was sort of open amongst the org itself. It was really easy to walk to someone’s office and strike up an interesting conversation. Many late nights were spent working through collaborative problems. Or randomly, I had a friend who would pop by my office and spend hours explaining how he figured out some complex Javascript compiler bug of the day.<\/p>\nIt always felt like we were in a mission to ship Mac OS together. What Apple did do back then was create these special versions of the OS that had a few key hidden\/secret products that SJ was going to demo, like iTunes or iPhoto. So while I could install the latest internal developer build of the OS, it would have a feature or two missing. You would then get radars that mentioned the code-name and explained a bug that you had to fix for the feature, but you had to fix the bug blinded and send the bug back to verify. (Radars could never be closed until the original creator verified them) The secrecy didn’t really get in the way and it made for an interesting culture.<\/p>\nThen it all started to change when Forstall was promoted to VP of the iPhone effort. He took what was probably meant to be a short term secret launch team culture and expanded it to create this massive secret island in the company. The program office and by extension, the original founding engineers were all promoted to management that expanded on the secret culture. I think if management meant to open the culture back up to the same level as Mac OS in 2009, they would have been burned by Samsung and Palm WebOS making exact copies of the software coming out at the time. So the hyper locked down culture persisted and SJ passed away. Then Forstall was fired and Federighi was promoted to replace him and merge both the Mac OS and iOS orgs finally killing off any of the remaining openness that once existed.<\/p>\nThen came all the ridiculous tools such as checking someone’s security clearance when you had a meeting with them.<\/p>\n<\/blockquote>\n\nsnapples<\/a>:<\/p>\n\nI should note that most developers here really do care, and that’s probably why products can be released in the first place. You have to have really dedicated people willing to cut through the organizational bullshit to get things done.<\/p>\nAll of the engineers I’ve met here are smart and innovative. Only if we could organize, things would be much better.<\/p>\n<\/blockquote>\n\nAftermath<\/h3>\nTyler Hall<\/a> (Hacker News<\/a>):<\/p>\nI fully stand behind every criticism I leveled at Apple. From the specific bugs, to the broader statements about detecting a lack of focus on the Mac in recent years, to my final thesis about their lock-step, annual release cycle hurting the company’s ability to maintain software quality.<\/p>\nBut the part that wasn’t fair. The parts that I regret are my direct insults at those in charge.<\/p>\n[…]<\/p>\nAround 11am the next day, I received a Twitter DM from an Apple engineering manager who (I thought) had somehow stumbled across my post. And they very kindly asked if I could jump on a call to go into more details about my post and the bugs I identified. They were super awesome and I’m looking forward to working with them more this week.<\/p>\n<\/blockquote>\n\nThey<\/a> say<\/a> that running to the press “never helps,” but the Mail bug that’s causing users to lose hundreds of thousands of e-mails was reported months ago<\/a> via a bug report that was apparently ignored. Hall’s concerns are at least being heard.<\/p>\n\nLuc Vandal<\/a>:<\/p>\n\nReally Apple, why bother with this yearly update cycle non-sense if it just adds more bugs that are annoying your users and prevents them to actually do some work? We need stable OSes, not full of bugs shipped because of some marketing-force deadline.<\/p>\n[…]<\/p>\nAnd I’m not blaming Apple engineers, which are doing their best. I think the issue is within high management.<\/p>\n<\/blockquote>\n\nMichael Rockwell<\/a>:<\/p>\n\nApple should just take the next year or two and Snow Leopard every piece of software they make. Fixing bugs and improving overall quality needs to be their number one priority.<\/p>\n<\/blockquote>\n\nthelittleone<\/a>:<\/p>\n\nThe position of Apple today reminds me a lot of Microsoft after they peaked (~2000?). Cocky to the point of arrogance because of market position, past innovations and brand loyalty (e.g., it is cool to own Apple). But loyalty and market sentiment can only endure so much amidst plummeting product quality, nonsensical pricing (e.g. dongles) and lack of any meaningful innovation (thinner doesn’t count). Apple doesn’t listen because they think they know better (and that used to be true).<\/p>\n<\/blockquote>\n\nThese seem to be common sentiments, though I don’t understand the persistent claim that Apple hasn’t innovated lately.<\/p>\n\nJustin Blanton<\/a>:<\/p>\n\nI genuinely can’t remember the last time I was even remotely excited about macOS\/OS X. All I really care about these days is that the newest version doesn’t break shit. 🤷🏻♂️<\/p>\n<\/blockquote>\n\nJeff Johnson<\/a>:<\/p>\n\nLet’s not forget that Apple used to charge $129 for Mac OS X updates.<\/p>\nIf they charged $129 for Catalina, it would be DOA.<\/p>\n<\/blockquote>\n\nJohn Gruber<\/a>:<\/p>\n\nThat’s an interesting measuring stick. A MacOS update (or iOS for that matter) should feel like something many users would pay for. If it doesn’t that’s a problem.<\/p>\n<\/blockquote>\n\nJoe Rossignol<\/a>:<\/p>\n\nApple shares are currently trading above the $234 mark on the intraday market, setting a new all-time high for the company.<\/p>\n<\/blockquote>\n\nPreviously:<\/p>\n\nCatalina System Issues<\/a><\/li>\nCatalina Supplemental Update<\/a><\/li>\nPodcasts in Catalina<\/a><\/li>\nMail Data Loss in macOS 10.15<\/a><\/li>\niCloud Drive Features Removed\/Postponed<\/a><\/li>\nAnnoying Catalina Security Features<\/a><\/li>\niCloud Data Loss With macOS 10.15 and iOS 13 Betas<\/a><\/li>\nmacOS 10.15 Public Beta 1<\/a><\/li>\nmacOS 10.15 Beta<\/a><\/li>\nThe Sad State of Logging Bugs for Apple<\/a><\/li>\nMossberg Discovers the Functional High Ground<\/a><\/li>\nOrgan Banked<\/a><\/li>\nApple’s Software Quality, Continued<\/a><\/li>\nApple’s Software Quality Decline<\/a><\/li>\n<\/ul>\n\nUpdate (2019-10-17): scott<\/a>:<\/p>\n\nThe selling point of Catalina is it will be the only version of macOS that runs on Macbooks with scissor switch keyboards.<\/p>\n<\/blockquote>\n\nUpdate (2019-10-21): David Shayer<\/a>:<\/p>\n\nIn a well-run project, features that are lagging behind are cut early, so engineers can devote their time to polishing the features that will actually ship. But sometimes managers play “schedule chicken” since no one wants to admit in the departmental meeting that their part of the project is behind. […] Apple could address this scheduling problem by not packing so many features into each release, but that’s just not the company culture.<\/p>\n[…]<\/p>\n When I worked on Apple products, we’d get a list of the top bugs driving Apple Store visits and support calls, and we were expected to fix them. […] Unfortunately, bugs that are rare or not terribly serious—those that cause mere confusion instead of data loss—are continually pushed to the back burner by the triage system.<\/p>\n[…]<\/p>\nBut if you file a bug report, and the QA engineer determines that bug also exists in previous releases of the software, it’s marked “not a regression.” By definition, it’s not a new bug, it’s an old bug. Chances are, no one will ever be assigned to fix it.<\/p>\n[…]<\/p>\nNo need to go into the details here, except to say that, apart from a few specific areas, Apple doesn’t do a lot of automated testing. Apple is highly reliant on manual testing, probably too much so.<\/p>\n<\/blockquote>\n\nRiccardo Mori<\/a>:<\/p>\n\nWhat I want from a new version of an operating system, especially one as mature as Mac OS, is that it fixes or improves what was not<\/em> working well in previous versions, and that it leaves tried-and-true features and functionalities as untouched as technically possible. I don’t need and I don’t want disruption for disruption’s sake on a yearly basis.<\/p>\n<\/blockquote>\n\nUpdate (2019-10-22): See also: Hacker News<\/a>:<\/p>\n\nColin Cornaby<\/a>:<\/p>\n\nI feel like Apple needs to take an OS release cycle just to fix their internal process.<\/p>\nI know it’s a political problem and not a technical one that can’t just be solved by throwing a unit of time at it. But still. Makes it harder to fix actual bugs.<\/p>\nThe repeated whispers of a lack of automated testing is concerning just because it’s so hard to ensure quality at the scale Apple is trying to ship at. Either you hire a lot of QA engineers (which Apple doesn’t seem to be doing) or you automate the heck out of things.<\/p>\nThe challenge is that it’s a political problem and<\/em> they need to throw a unit of time at it, which is also<\/em> a political problem.<\/p>\n<\/blockquote>\n\nUpdate (2019-10-23): See also: Hacker News<\/a>, John Gruber<\/a>.<\/p>\n\nBob Burrough<\/a>:<\/p>\n\nI worked with David, and I have great respect for him. However, the premise is false. iOS 13 and Catalina are not any more bug-riddled than any release over the last five years. They’ve all been filled with bugs.<\/p>\n<\/blockquote>\n\nDave Mark<\/a>:<\/p>\n\nThis one passes the vast majority of those tests. This doesn’t feel like post-Apple spite, but rather a knowledgable take on problems, with thoughts on where things are going wrong.<\/p>\nApple is a fast moving train, steadily producing and refining immensely complex products. Apple is dancing to the opposing forces of satisfying shareholder demands for ever-increasing growth, and user demands to stop and fix the bugs. Short of halting forward progress and retooling, there’s no easy answer here.<\/p>\n<\/blockquote>\n\nPeter Steinberger<\/a>:<\/p>\n\nI still remember at WWDC a few years back, I went with some older radars to the labs, only to get turned down with a „You already have a workaround - why do you care?“<\/p>\n...that made me mostly stop filing radars for older issues. (There are just too many, not even mad, mgmt issue)<\/p>\n<\/blockquote>\n\nJeff Johnson<\/a>:<\/p>\n\nIf Apple’s reputation is temporarily dinged, but that doesn’t hurt the company financially, does it really matter to current leadership?<\/p>\nThey’re still better than the (sucky) competition. It’s a can’t-lose situation.<\/p>\n[…]<\/p>\nApple is in a comfortable, stable duopoly with Microsoft on desktop and Google on mobile.<\/p>\n[…]<\/p>\nThe awful truth of the tech industry is that technical debt is profitable. It doesn’t pay to fix your bugs. You have to do it because you care, not because your stockholders care.<\/p>\n<\/blockquote>\n\nAndrew Hoos<\/a>:<\/p>\n\nIf you know anyone that wants to be a part of expanding automated testing at Apple. We are hiring: backend (Scala), client (Python, Objective-C, Swift), infrastructure (Kubernetes), and frontend (some kind of js I guess).<\/p>\n<\/blockquote>\n\nUpdate (2019-11-06): Manton Reece<\/a>:<\/p>\n\nDay 2 of Catalina, now hitting more issues with full disk access and Ruby-related commands. Using rbenv and starting to wonder if I need to throw everything out and re-install to make Catalina happy. I’ve added all the obvious paths to System Prefs.<\/p>\n<\/blockquote>\n\nRui Carmo<\/a>:<\/p>\n\nApple’s software QA has become so much of a risk to my personal productivity that I’m (again) considering switching to a Linux desktop, and only a combination of inertia, real life and my working at Microsoft has prevented that from happening.<\/p>\n<\/blockquote>\n\nUpdate (2019-11-27): Maxime Chevalier-Boisvert<\/a>:<\/p>\n\nI decided that today I was finally going to upgrade MacOS after putting it off for a year. Three hours later I’m still trying to get my MacBook Air in some kind of working condition. :'(<\/p>\n[…]<\/p>\nAs far as I can tell, the OSX installer corrupted my filesystem while trying to convert it to APFS, and left it in a broken state.<\/p>\n<\/blockquote>\n\nUpdate (2020-02-14): See also: Hacker News<\/a>.<\/p>\n\nUpdate (2020-05-28): Brian Webster<\/a>:<\/p>\n\nEver since upgrading to Catalina, the first time I open up the sound pane in System Preferences after a restart, I get about half a dozen notifications that pop up for the same set of Apple Pay purchases I made over a year ago.<\/p>\n<\/blockquote>","protected":false},"excerpt":{"rendered":"Annoyances Tyler Hall (tweet, Hacker News): I completely realize and wholeheartedly own-up to the fact that I’m a geek and a Mac power user above and beyond what normal muggles will ever experience, nonetheless, this is the first-run experience I was greeted to this afternoon after upgrading to Catalina. […] I only spent about ten […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"apple_news_api_created_at":"2019-10-16T19:33:32Z","apple_news_api_id":"dc12fb48-5865-4d0a-969a-5565c952da92","apple_news_api_modified_at":"2020-07-03T20:48:42Z","apple_news_api_revision":"AAAAAAAAAAAAAAAAAAAADA==","apple_news_api_share_url":"https:\/\/apple.news\/A3BL7SFhlTQqWmlVlyVLakg","apple_news_coverimage":0,"apple_news_coverimage_caption":"","apple_news_is_hidden":false,"apple_news_is_paid":false,"apple_news_is_preview":false,"apple_news_is_sponsored":false,"apple_news_maturity_rating":"","apple_news_metadata":"\"\"","apple_news_pullquote":"","apple_news_pullquote_position":"","apple_news_slug":"","apple_news_sections":"\"\"","apple_news_suppress_video_url":false,"apple_news_use_image_component":false,"footnotes":""},"categories":[2],"tags":[1143,30,1666,111,355,71,48,1235,1960,1531],"class_list":["post-26930","post","type-post","status-publish","format-standard","hentry","category-technology","tag-apple-software-quality","tag-mac","tag-macos-10-15","tag-notificationcenter","tag-privacy","tag-programming","tag-security","tag-system-integrity-protection","tag-transparency-consent-and-control-tcc","tag-windows-vista"],"apple_news_notices":[],"_links":{"self":[{"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/posts\/26930","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/comments?post=26930"}],"version-history":[{"count":12,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/posts\/26930\/revisions"}],"predecessor-version":[{"id":29079,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/posts\/26930\/revisions\/29079"}],"wp:attachment":[{"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/media?parent=26930"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/categories?post=26930"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mjtsai.com\/blog\/wp-json\/wp\/v2\/tags?post=26930"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}](\"https:\/\/i.imgur.com\/qbUy5aH.png\"){kind=link}