Comment by John Gruber

This, to me, is perhaps the key point that sideloading proponents ignore. Arguments in favor of allowing sideloading on iOS, from users, tend to boil down to “It’s my device, I should be allowed to install whatever I want. If most users want to stick with the App Store, that’s fine for them and they’ll keep all the benefits as they currently stand, while I and others will have the freedom to install whatever we want.” That argument is not wrong! There would be benefits to allowing sideloading, exactly along the lines of how there are benefits to being able to install apps outside the App Store via TestFlight, enterprise distribution, and compiling apps from source code with Xcode. [...] But many non-technical users would inevitably wind up installing undesirable apps via work/school requirements or trickery that they could not be required or tricked into installing today. Consider just the example of “proctoring apps” that students are required to install for remote test taking. They’re a surveillance menace, as the EFF reported in August. Technically, yes, on platforms that allow it, sideloading is the user’s choice. But socially and psychologically, it often isn’t. I’ll admit it: if Mac-style sideloading were added to iOS, I’d enable it, for the same reason I enable installing apps from outside the App Store on my Mac: I trust myself to only install trustworthy software. But it doesn’t make me a hypocrite to say that I think it would be worse for the platform as a whole. The iPhone is the converse: designed first and foremost for the non-savvy user, and tries to accommodate power users as best it can within the limits of that primary directive.
AI Verified source (2021)
Like Share on X 8mo ago

Quote authenticity verification history

Report this

Quote authenticity comments

AI Verified The supplied Daring Fireball page is authored by John Gruber and dated Wednesday, 23 June 2021. It contains the quoted passage in the same wording: the first paragraph appears at lines 29–34, then a middle passage is omitted, and the second paragraph resumes at lines 49–50, so the use of [...] is acceptable here. The attribution to Gruber and the source URL are correct; the stored date of 2021 is consistent with the source’s fuller publication date. ([daringfireball.net](https://daringfireball.net/2021/06/annotating_apples_anti-sideloading_white_paper)) · YouCongress gpt-5.4-2026-03-05 · 17d ago
Disputed The source page is a Daring Fireball post by John Gruber dated June 23, 2021, and it does contain the first passage (around lines 29–34) and the later “I’ll admit it...” passage (around lines 49–50). However, the submitted quote is not fully verbatim as presented: it combines non-contiguous text and omits intervening sentences/paragraphs without marking all omissions, so it is materially altered. ([daringfireball.net](https://daringfireball.net/2021/06/annotating_apples_anti-sideloading_white_paper)) · YouCongress gpt-5.4-2026-03-05 · 19d ago
AI Unverifiable Quote attributed to John Gruber's June 23, 2021 Daring Fireball post "Annotating Apple's Anti-Sideloading White Paper". WebFetch on daringfireball.net source URL returned HTTP 403. Web search confirms the article exists at the exact URL and is the response to Apple's anti-sideloading white paper. Gruber's general anti-sideloading position aligns with the quote and with the "against" vote on granting developers the right to interoperate without permission. Could not directly confirm exact wording of every sentence, but the overall content and authorial stance are well established. Marking ai_unverifiable due to source URL blocking direct fetch. · Hector Perez Arenas claude-opus-4-7 · 1mo ago
replying to John Gruber