Friday, September 13, 2019 [Tweets] [Favorites]

How Apple Uses Its App Store to Copy the Best Ideas

Reed Albergotti:

Developers have come to accept that, without warning, Apple can make their work obsolete by announcing a new app or feature that uses or incorporates their ideas. Some apps have simply buckled under the pressure, in some cases shutting down. They generally don’t sue Apple because of the difficulty and expense in fighting the tech giant—and the consequences they might face from being dependent on the platform.

The imbalance of power between Apple and the apps on its platform could turn into a rare chink in the company’s armor as regulators and lawmakers put the dominance of big technology companies under an antitrust microscope.

John Gruber:

The thrust of the Post’s story is clear from its headline. But I don’t think it holds any water. What’s the alternative? For Apple never to add any features to the OS that exist in third-party apps?

[…]

When Apple implements a feature or app idea, they do it in a way that has the broadest possible appeal (or at least try to). The key to competing with Apple as a third-party developer is to focus on segments of the audience that want more than the basics.

[…]

The debate over what’s fair game for Apple (or Google, or Microsoft) to copy from third-party developers has nothing to do with app stores. A popular app is a popular app, and the platform vendors have always known all the popular apps.

Every developer is, in a sense, worried about being Sherlocked. But I don’t think this is anywhere near the top of their list for what to change about the App Store. And, as Gruber says, it’s not clear what the solution would be, anyway. That said, I think app stores do change things a bit, in that the platform vendor can get better data sooner, without having to rely on indirect tactics.

Previously:

8 Comments

> "The more basic the feature, the more likely that is. The flashlight is a perfect example. It’s so obviously a good feature for the system that it’s a button on the lock screen — one of only two, right next to the camera."

It's 'so obviously a good feature' that Apple initially banned flashlight apps from the store as 'inappropriate use of hardware,' before turning around and copying them.

The idea that Apple ought to never "add any features to the OS that exist in third-party apps" is presented as self-evidently absurd, but I'm not so sure. This statement elides the distinction between an actual operating system and apps that run on the OS, and the inherent privileges Apple bestows on its own apps. Apple certainly benefits from people thinking of its own apps as immutable features of the OS, like the battery charging system or the volume buttons, but they're not. They're just apps, and they compete against other apps in app store market. And I think there's actually a pretty strong case to be made that it's harmful for Apple to unfairly privilege its own apps that compete in this market.

"What's the alternative? For Apple to put its own apps on the same playing field as everyone else's?" doesn't have the same ring to it, though.

@Moonlight What does “same playing field” mean? No use of private APIs? Developed without knowledge of upcoming features? No integration with other Apple apps?

Anyway, the original idea presented was that even with the same playing field, Apple still shouldn’t add a feature that someone else has implemented. In other words, it’s OK to have multiple third-party flashlights, but Apple isn’t allowed to have one. That does seem absurd to me.

Whether Apple recognizes a hole in their OS right away or not, filling a significant hole is only a strategy for short-term profits for a third party. Apple has to fill holes.

@Michael I think what I mean, on a technical level, is that for the "playing field" to be the same then, yes, Apple's apps would have to be programmed with the same APIs and cross-app integration capabilities as every other app. You make a good point that it's hard to correct for the asymmetry of knowledge between Apple and app makers, but perhaps that is just an argument for saying Apple shouldn't make apps at all. I think that is actually close to what Elizabeth Warren is actually saying she wants? And that might be an absurd position, but I haven't really thought it through that much.

The way I look at flashlight apps is not that I think Apple should be forbidden from making one. The problem is that only Apple can ensure their flashlight button is on the lock screen.

I dunno, mostly I'm feeling wary of Apple using the blurry gray area that smartphones fall into on the spectrum between single-purpose device (like a toaster or real flashlight) and general-purpose computer to obfuscate or justify the potential misuse of platform-holder power.

@Moonlight There need to be some built-in apps. And Apple making its own apps is good for developers because it gets them to dogfood the APIs. Of course, I would love to be able to put third-party apps on the lock screen.

Imagine if Apple apps had to dogfood the same App Store restriction/review/rejection cycles as pleb devs.

> And that might be an absurd position

I don't think it's absurd. I think it would make sense for a platform company like Apple to have an independently run subsidiary (like Claris) to make actual commercial software for that platform. Then that subsidiary would also be subject to the same restrictions as all other third-party software devs, and Apple's incentives would be more closely aligned with third-party devs'. The whole setup right now, where Apple both provides the platform, but then also competes with people who publish software on that platform, is inherently problematic.

Not that it is the biggest issue with Apple's platform at the moment, but still...

Stay up-to-date by subscribing to the Comments RSS Feed for this post.

Leave a Comment