this post was submitted on 28 Jul 2023
257 points (98.5% liked)

Apple

17525 readers
20 users here now

Welcome

to the largest Apple community on Lemmy. This is the place where we talk about everything Apple, from iOS to the exciting upcoming Apple Vision Pro. Feel free to join the discussion!

Rules:
  1. No NSFW Content
  2. No Hate Speech or Personal Attacks
  3. No Ads / Spamming
    Self promotion is only allowed in the pinned monthly thread

Lemmy Code of Conduct

Communities of Interest:

Apple Hardware
Apple TV
Apple Watch
iPad
iPhone
Mac
Vintage Apple

Apple Software
iOS
iPadOS
macOS
tvOS
watchOS
Shortcuts
Xcode

Community banner courtesy of u/Antsomnia.

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 111 points 1 year ago (5 children)

Developers are going to hate this, but it’s good for the rest of us.

[–] hikarulsi 68 points 1 year ago (3 children)

Shady developers are going to hate it; the good ones are okay

[–] macintosh 15 points 1 year ago (1 children)

I only dislike it in a “death by 1000 cuts” type of way where iOS already has a long list of things that make development more annoying.

[–] mr_tyler_durden 20 points 1 year ago

App Review and the unequal application of the rules is the worst part. Make all the rules that you want, but enforce them consistently and for everyone. I hate playing reviewer roulette.

[–] possum 8 points 1 year ago

Shady ~~developers~~ product owners

[–] gkd 37 points 1 year ago

There’s not a lot of reason to hate it if implemented correctly which it very well might not be at first and likely will cause some headaches. Regardless, Apple should also do a better job of telling users the reasons too if they are going to be doing this.

Right now, you fill out a whole bit of information about why your app might use specific private info, but Apple only shows minor information about it to the user. I’d much rather the user know the specific reason I’m using, for example, location instead of just for “App Functionality”. Would make a better user-developer relationship in my opinion and promote good transparency.

[–] [email protected] 16 points 1 year ago

I'm a developer and don't hate it on its face.

IMO it's only a problem in the context of iOS not having side-loading. I'm imagining an app that uses an API to block ads and Apple just being like "no" and then you can't get that app.

[–] [email protected] 4 points 1 year ago

Developers are going to hate this, but it’s good for the rest of us.

Some, but not all. There's no reason a developer should have to explain why they're using UserDefaults. It's a local-only place for storing very small amounts of data. The data is created in the app and read only within the app. There are no privacy or other concerns in its use. It's just a tedious waste of everyone's time to provide a reason.

[–] deong 2 points 1 year ago* (last edited 1 year ago) (1 children)

That all depends on Apple's ability to run it effectively, and they have basically no demonstrated ability to do that.

App Review is an absolute joke. Listen to last week's Accidental Tech Podcast. One of the hosts is developing an IMDB competitor app, and he's been rejected three times as of that episode. One rejection was for playing copyrighted video without permission -- in an app that doesn't have any code that can play a video. One was for not having a link to his T&Cs in a field in the app store that can't render links. And the third was for displaying copyrighted media in his screenshots (maybe? no one really knows), and that media was the cover art for movie and TV shows. None of those even pass the sniff test. We all know that you're allowed to show the cover art for a movie in an app that has information about movies. We all know that's Fair Use, but beyond that, a third grader knows that literally everything in the world that presents information about movies does it. At the exact same time that all this is happening, Apple happily published some scammer's app called "Threads" and let it collect 300,000 people's information who thought they were downloading the actual Threads app from Meta.

It's always been this way. I personally wrote the original iPhone app for a large US retailer in 2008 -- the first year the App Store existed. App Review's only purpose then was to detect your use of private APIs, usually because that would let you build things Apple didn't want you to build. That's the only purpose it serves today, 15 years later. Everything else is random noise that just punishes you unpredictably for no reason. I had an update of that app rejected once for using our own company logo as the icon. They don't catch obvious scams. They never have. The people doing these reviews know nothing or are given so little time that the way to game their metrics is to just randomly reject sometimes without analysis. Unless they change something, it'll just be a thing that scammers fill out however they want with no consequence to them at all, and a random 5% of legitimate developers will waste a few weeks arguing over when it's applied to them with no logical basis in reality.

[–] [email protected] 1 points 1 year ago

Just to second this take: My experience is that initial app review gets failed for random reasons that you have to be ready to argue about. Then in updates to the app, the developer can do pretty much whatever you want without any consequences.