Pretty sure apple’s developer documentation would still be bad though.
Every app delivered on this store must go through the same review process whether it's internally built or not. This has led to healthy innovation on the app store and deep empathy for the 3rd party developer.
To be fair, it is possible to ship components that are part of the core platform outside of this mechanism, but I think just having one subset of internal development go through the same review/approval channels as 3rd party apps has been very positive for our developer community.
I'd love to see the same thing here.
For example, Apple Music should not have privileged access to location services - it should be using the exact same location APIs and permissions as 3p apps.
> Every app delivered on this store must go through the same review process whether it's internally built or not
Believe it or not, but internal Apps go through an even more stringent review as they have Apple branding. The exception is they're allowed various privileges that wouldn't be appropriate for 3p apps (security or even that a framework isn't quite ready for prime time & needs some bake time with internal users for whom back compat isn't a concern).
It doesn't actually need this. The phone app can just ask for permission to access your location, which you would then give it when you call 911 because you want the emergency responders to know where you are.
Anyone who really wants to can already deny the phone their location by using a Faraday cage with a WiFi access point in it so the phone has internet but no GPS or cellular triangulation. You can't prevent it by not allowing the user to deny the permission.
There is no excuse for special permissions.
There are other standalone arguments calling for a breakup, but agreeing with the parent doesn't automatically lead to the conclusion that a breakup is required.
It works in theory, but when the application team and review team both report to the same CEO, the review team will be pressured to bend the review policy.