Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

But like... none of that is related to the App Store lock in! It's also not related to the 30% cut.

Apple's OS and the API it provides for developing apps is what gets us here. Lord knows there are some real busted apps out there, but your system doesn't fall apart.

Let's not even get into the fact that Apple itself was doing OS X stuff, which was able to have a high bar for software quality, and no "don't install random binaries" stuff to be seen.



> But like... none of that is related to the App Store lock in! It's also not related to the 30% cut.

It’s related to the “one app source”. See…

> no "don't install random binaries" stuff to be seen.

Because it was a lot smaller target than windows in terms of uses and impact. Maybe you forget, but there was certainly crapware that would bog your system down.

Meanwhile iOS is probably the single greatest target today. Statistically rich users, extremely important device to the user, and lots of users.

Regardless of your view on if apple should open it up, if it were to happen, it would instantly be a massive target. Companies would flee the 30% fee (@epic/fortnight) or the privacy policies (@meta) and maybe even employers buying some Oracle/SAP junk for their employees and quickly bring legitimacy to sideloading.

Everywhere would then fill with more of those “your Java is out of date plz download” sites, but instead it’d be apps. Now, for better or worse, no one has to question what they download (too much).

If you could side-load then you’d soon almost be forced to side load and it would be heavily exploited.


It isn't 2003 anymore, operating system vendors have been taking security seriously for a while now. Abuse and malware are not a problem on macOS despite barely anyone using the Mac App Store to install apps. Same goes for Windows, it isn't Windows XP anymore, and despite nobody using the Microsoft Store, abuse and malware are much less of a problem than they were in the past.

Billions of machines use software distributed via package managers like Apt that have existed for decades, yet there is no epidemic of rampant malware proliferation via Linux package repositories despite trillions of dollars worth of assets being managed by Linux machines.

This argument is typical FUD, and it's very common for App Store apologists to not argue based on what's happening today with other app distribution methods, but via Y2K-era fear and the classic "but what about Facebook!" refrain.


> This argument is typical FUD

Yea, most of the argument is “I fear that there will be generated uncertainty in how trustworthy apps will be. I doubt that most people can make smart decisions.

> it's very common for App Store apologists to not argue based on what's happening today with other app distribution methods

I’m not an App Store apologist, but also APT is hardly a fair comparison For many obvious reasons, not the least of which is that no actually relevant volume of humans use Linux. Servers aren’t people and don’t download random plugins and “Java updates” from their browser.

Drive by browser downloads and scams are the real threat vector. They’re still a thing in 2022. Just because your DNS based ad-blocked Linux desktop with a JavaScript free Firefox installed from the command line doesn’t see them, doesn’t mean they’re not there.

Maybe you don’t think they’re as important as “freedom to install what I want” but you can’t dismiss it as y2k fud.

That’s the core of most “app store apologist” arguments. That the control and peace that comes from the App Store is worth the loss of freedom. If you wanted freedom, there are alternatives.

You can disagree with the trade off, but that’s the trade off and other people prefer the other thing.

Personally, I want the pretty and powerful hardware of the iPhone and the freedom but I’m glad I don’t have to explain to my mother why her iPhone doesn’t need new Java.


I don't buy the privacy policy stuff, using the ATT prompt to access IDFA can still require user consent.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: