Live data from Hacker News

Apple's Software Quality Crisis

eliseomartelli.it

861–870 of 1001 posts

Re: Apple's Software Quality Crisis

#861

Earlier quoted context omitted.

I have a similar issue, but it is about key stroke lagging when entering the password if there are external monitors connected. Eventually I installed caffeine and problem solved :)

Yes I used Caffeine as well... So IT not only reduced the security (because I couldn't use a sane setting like 15 minutes of inactivity), but also had 3rd party software running in my user account...

Yeah, really hate screen lock.

Re: Apple's Software Quality Crisis

#862
post #635

Here's what I find most puzzling about these things: Apple does amazingly helpful WWDC sessions on how to profile and improve your code, how to prioritize performance...but when it comes to their own apps, it's like they forget everything they know? Messages on Mac is one of my biggest annoyances. How do you make one of the most used messaging tools and have the keyboard lag so badly while typing - sometimes even ski…

Poke around on jobs.apple.com looking at developer positions and everything will become clear. There seem to be at least an order of magnitude more outsourced software development jobs than jobs within the US/EU.

You don't outsource to India because you want to get better quality products. You do it so you can pay a terrible Indian programmer $30,000/yr instead of hiring a great Indian programmer for $300,000/yr in Cupertino.

Re: Apple's Software Quality Crisis

#863

> Premium Hardware, Struggling Software This sums it up well. The hardware is great, the software isn't. I recently programmed the same app for iOS and Android. iOS took twice as long, simply because Apple's APIs suck. Case in point: The background task APIs (plural, yes, unfortunately) are so bad that Apple felt compelled to publish a video "Background execution demystified" [1]. If a dev creates an API and then has…

> Apple felt compelled to publish a video

Context is important.

This was a WWDC session and Apple records & publishes all WWDC sessions.

Re: Apple's Software Quality Crisis

#864

As someone forced to use a Windows laptop for work with the new job, I've stopped complaining about my Mac. It's so much worse on the other side of the fence... Working on Windows makes me appreciate the Mac ecosystem so, so, so very much.

I know the feeling. I'm forced to use a Mac laptop for work, and it's really made me appreciate Linux.

There are many issues with using Linux for a corporate workstation. For instance, if the organization uses a proxy, setting it up is a PITA, as many Linux applications don't respect the http[s]_proxy environment variables. Some only accept upper-case, others only lower-case, while many have their own configuration settings for using a proxy.

Additionally, in certain industries Linux support is non-existent, with many applications developed exclusively for Windows and no viable alternatives available. Running a VM is another PITA due to driver issues. Wine ditto.

In the end, I found that running WSL2 provided a more manageable experience. I feel that Microsoft really hit the nail with WSL for productivity. Apparently, you can even run graphical applications from WSL although I don't have a lot of experience with that.

Re: Apple's Software Quality Crisis

#865

Earlier quoted context omitted.

The article makes some great points about how iOS software is regressing, but it still feels so much better than almost any other software I use on a daily basis. I’ve only ever noticed maybe like a few actually bothersome bugs in the however many years I’ve been using iPhones which is pretty impressive. Anyway, hope they get it together. Performance and optimization are a very difficult and very thankless job that m…

> The article makes some great points about how iOS software is regressing, but it still feels so much better than almost any other software I use on a daily basis. I face none of the issues on my Samsung S23 phone, which the parent commentator describes - no issues in phones calls (I make 4-5 calls daily, mix of WhatsApp & regular calls), no major issues in Google Keep (which I use 2-3 times daily, specially never o…

I use Apple-Silicon MacBook Pro and Mac Mini for software development. I hardly ever use Apple software for business/personal/productivity. Jetbrains IDE tools, Docker, Homebrew work great. I install Chrome browser and use Google services, AWS and GCP consoles, etc. via the browser. YouTube for video, Google Music app.

As for all Apple software, I might use Preview or Numbers (spreadsheets) on occasion, and I'm forced to use Finder, which I hate. And Terminal works well. I avoid Safari.

Apple "PC" hardware is solid. I use third party apps though, little Apple software, there are better alternatives. I've used Android since the HTC Dream (I think it was the first Android phone in the USA) and have stuck with Android since, with few problems.

Edit: I thought the Apple Vision Pro would be interesting (I couldn't justify the expense) but I saw the value supposedly would be greatest for those fully bought into the integrated Apple app ecosystem and iCloud. I'm not the target user.

Re: Apple's Software Quality Crisis

#866
(Digging out old alt account for reasons)

I'm a former employee from the SWE org of ~13 years, left around a year ago.

This is a huge problem that the company needs to address ASAP. If you're in the Apple SWE org and reading this, please go up the chain as far as you're able to make things like this understood: Apple needs a bugfix release. They need all hands on deck going through radars and fixing things. No new features until these things get settled.

Care about error logs. Look at the number of Error logs happening per second on a customer build. Every one of those was considered by someone to be important enough to notice that it likely needs fixing. There are showstopping bugs buried in there.

Figure out your concurrency bugs. The whole company seems to be using the swift Concurrency framework wrong (at least a year ago, I doubt things have changed since then.) Stop abusing semaphores and DispatchGroups to work around async/sync barriers. It makes the compiler shut up but causes deadlocks later. Every "Just a sec" on Siri on HomePod is very likely caused by this. Stop putting off the important refactors needed to make this work.

Start caring about compiler warnings. Get the swift team to allow warnings to be disabled on a line-by-line basis so you can work from a zero-warning baseline and attack it from there.

Fix the build system. It's horrific that coordinated changes to multiple frameworks are so god damned impossible to do, and result in broken builds so often. You probably don't need to go full monorepo, but if you're going to continue with thousands of individual projects, make it so coordinated submissions is possible.

Fix Xcode. Or at least just jettison it. Pay a boatload of money to JetBrains or something and get an IDE that works internally, bless it as the way to go, and announce publically that Xcode is deprecated. You don't have the resources to fix it any more, it's time to take it out to pasture.

Fix the development milestones. The current system is designed for tentpole features to reach a certain maturity level before a certain date before a punt decision: But it just encourages punting (slipping to the B or C or E release) to a milestone with less scrutiny. Allow for bolder changes later in the process if they're in the name of improving stability. Allow for groups which are not part of a tentpole feature, to fix things at any time without having to deal with bug deadlines. Zero bugs is a joke, it's just denial, encoded into process.

The milestone system also lacks the mere vocabulary necessary to describe "time dedicated to fixing bugs in shipping code". Like it doesn't even exist as a concept. "Escape" makes it seem like it's a rarity, it's not. Nobody seems to follow the pact any more. Probably because the pact pretends that escapes are rare. They're everywhere. The development process needs dedicated time spent not doing feature work so that old bugs can be addressed.

There are a lot more things I could go on about, but people already know this. The problem is that senior leadership doesn't care enough. They don't foster a culture of excellence where they actually sweat these small details. They only care about features, and it's a disease. Get somebody up there who gives a shit.

Re: Apple's Software Quality Crisis

#867

> Premium Hardware, Struggling Software This sums it up well. The hardware is great, the software isn't. I recently programmed the same app for iOS and Android. iOS took twice as long, simply because Apple's APIs suck. Case in point: The background task APIs (plural, yes, unfortunately) are so bad that Apple felt compelled to publish a video "Background execution demystified" [1]. If a dev creates an API and then has…

> Apple felt compelled to publish a video Context is important. This was a WWDC session and Apple records & publishes all WWDC sessions.

I don't really see how that makes a difference. A talk with the title "my API demystified" is an equally bad sign.

Re: Apple's Software Quality Crisis

#868

When you upgrade MacOS 15.3.0 apple automatically enables Apple intelligence and then turns on Apple intelligence reporting (15 min intervals) by default. You are not prompted or asked to enable. After disabling Apple Intelligence when you do the next mini update to 15.3.1 Apple intelligence is enabled. Again no prompt and your previous choice to disable is ignored. This IMO is a bad sign for Apple software quality.…

> After disabling Apple Intelligence when you do the next mini update to 15.3.1 Apple intelligence is enabled.

This should be criminal. And I believe it might actually be criminal in EU.

Re: Apple's Software Quality Crisis

#869

> Premium Hardware, Struggling Software This sums it up well. The hardware is great, the software isn't. I recently programmed the same app for iOS and Android. iOS took twice as long, simply because Apple's APIs suck. Case in point: The background task APIs (plural, yes, unfortunately) are so bad that Apple felt compelled to publish a video "Background execution demystified" [1]. If a dev creates an API and then has…

> Apple felt compelled to publish a video Context is important. This was a WWDC session and Apple records & publishes all WWDC sessions.

If the API didn't suck, there wouldn't be such video there.

Also WWDC videos are infamously used as reference because often documentation suck. And it shows.

Re: Apple's Software Quality Crisis

#870
Since this thread might actually catch the eye of some people who are responsible for these kinds of things (nothing ever seems to happen with stuff that comes up in the Apple Support forums), I'll add my current pet peeve bug:

On iOS, I use the notes app to keep track of my workout routine. Just a simple table with columns for exercises and rows for workout sessions. For a while now, there's a bug where the text gets confused about which row it should display on. Only in some columns though. So in one or a few columns, the entry for the last workout will be a few rows above where it should be – sometimes it's between rows. When I press the cell in the bottom row to input a new entry, the text marker will end up somewhere above. This bug is quite inconsistent, but often persists between reboots of the app. It seems to have something to do with there being empty cells in a column

Anyone else experience this?

Post reply on HN