Hacker News new | past | comments | ask | show | jobs | submit login

They'll still get their commission even with sideloading.



How? If an app isn't installed through App Store it can't be rejected by Apple therefore developer can provide any payment method they want.

Am I missing a point?


In the Netherlands dating apps won their case for third party payment processors but they still have to pay Apple something like 27% (instead of 30%). It's self-reported but you can bet Apple will come after them if it thinks they are fudging the numbers.


Yes because theyre distributed through the app store.

If you distribute via sideloading - Apple cannot claim that they had to incur the costs of vetting each update, distribution, payment processing, security, server maintenance, etc.


I had posted a separate comment on the ruling that discusses this point.

The district court and the appeals court both agree that Apple is well within its rights to charge developers $99 initially and x% of revenues, under the principle of what they are calling IP compensation.

The district court did not completely agree to Apple's argument that 30% is fair (they expressly rejected it) and the appeals court observed that Epic's tactic on this argument was legally flawed and mentioned something to the effect of Epic should have used a different argument (and since they didn't, we are not ruling on this). To me, this looks like a vulnerability for Apple that they could be attacked by a different plaintiff using a different legal theory.


It seems like you're saying that there can exist enforceable revenue-sharing agreements between developers and Apple. But with sideloading, I don't see why a developer would have to enter into any contract with Apple in the first place? And in the absence of any contract, surely Apple would have no right to a developer's revenue?


The court held the Apple DPLA (developer program license agreement) as an adhesion agreement. If you want to develop apps for Apple you need to sign that. I think that is also needed to get their compilers, SDK etc., that provides apps access to their IP (i.e., the device, ios etc.,).

While the contours of how sideloading is going to unravel is unknown at this time, it is possible that Apple may still use some form of app notarization (perhaps an API for 3rd party stores and require that the stores use those APIs -- similar to their stance on webkit).

Then, similar to the Netherlands case where dating apps were allowed alternatives to InAppPayments, but charged 27% commission, Apple might charge a discounted commission (relative to the 30%) for sideloaded apps.

They will look to get their cut.

I don't like it, but that seems to be where this is headed.


It's at least technically possible to build an iOS app without any Apple tools. It seems like there are some guides already (https://vojtastavik.com/2018/10/15/building-ios-app-without-...), and I imagine it will become easier if there's suddenly a lot of interest in avoiding Apple tools.

I agree it's not entirely clear how this will play out, but I don't think a simple policy of sideloading only apps approved by Apple (or someone acting like their proxy) would be compatible with DMA rules like

> The gatekeeper shall allow and technically enable the installation and effective use of third-party software applications or software application stores using, or interoperating with, its operating system and allow those software applications or software application stores to be accessed by means other than the relevant core platform services of that gatekeeper.

There are some security-related caveats, so perhaps Apple can use those as a pretense for denying sideloaded apps access to a bunch of features, but I don't see how they could block simple games etc.


But they didn’t get past signing. They did the signing steps themselves but still used a developer account. The iPhone will not run unsigned code and you can’t get a signing key without the help of Apple.

Apple has enough security to ensure nothing gets on the phone without their signing, and legally they are in full control over that and can set the terms (within what’s legal for contracts). No court or law has yet said that has to change.

People have speculated that side loading may work by Apple just letting you download the fully signed IPA file, as it would exist in the App Store. That way side loaded apps would pass the security checks but Apple is still in full control.


IANAL, but to me "allow and technically enable the installation and effective use of third-party software" sounds like a broad rule. There are a few exceptions mentioned in that provision, but it doesn't seem like a gatekeeper would be able to just come up with their own exceptions where they won't follow the rule, like "except for apps we don't like" or "except if the developer hasn't agreed to pay us".


> I don't see why a developer would have to enter into any contract with Apple in the first place

It's almost guaranteed apps will still have to be signed by Apple in order to be sideloaded. Current developer sideloading requires signing.


Apple will be required to "allow and technically enable the installation and effective use of third-party software applications".

IANAL, but I doubt a policy of "sideloading is allowed, but only for apps that we approve and/or developers who pay us" would be considered compliant with that.

They could enforce some sort of signature requirement, but if they tried to force developers into some sort of business relationship before being able to sign, that seems like failing to allow third-party software.


Apple's commission could very well be on the basis that they create and maintain the APIs, libraries, and GPU that enable the developers to distribute on iOS at all.


They sell you the hardware and your copy of the operating system when you purchase a phone. What software you run on it should not be Apple's concern.


but if you run on their OS and use apps that take advantage of iCloud or push notifications or any host of apple services, none of that is free. those apps are getting tools and support and features as well as OS APIs to use.


> none of that is free.

Then charge people for it. Developers are the people enabling and exposing this functionality, not the ones using it. Apple gives away the Apple services and iCloud functionality to all of their users - if these are expensive then it makes no sense to charge the developers for it. By your logic, this "expensive OS" theory should be amortized by an iOS subscription service - but it's not. Apple chooses to develop iOS, it is not democratically compensated somehow by the success of the App Store.

Orwell himself warned of the "perversions to which a centralised economy is liable", maybe the company that spoofed 1984 should take it to heart. The optics of the world's largest business doubling-down on their right to control what their customers use is a bit dystopian, if I say so myself.


For iCloud I don’t see how that makes sense. Everything is stored on the user’s account which they pay for.

They can use similar a similar pricing for push notifications which is offered by other providers. Would be perfectly fair.


If you have to sign a legal contract entitling Apple to a commission in order to ‘publish’ an app which can be side loaded then yes.

If it works the same way as it does on Android then they can’t really demand you to share your revenue .


Apple's commission isn't for the costs of hosting the app.

It's a channel to market cost similar if you were selling a product in Best Buy.


But that assumes that Apple is the marketplace in the first place.

The best way to think about this is in terms of accesories for physical products.

Unofficial aftermarket accesories are considered completely legal to make and sell, without paying a dime to the base product's manufacturer. Such should be the case with iOS. Apps are essentially "digital accesories".


The problem is that’s not what the EU law says.

This feels a lot like a case where the EU may have wanted Apple to lose all their controls but they didn’t put it in the law.

Apple can still charge 30% (perhaps minus CC fees). They can still force you to be a developer in good standing. They can still limit what apps can do via their APIs. Heck they might be able to give App Store apps extra privileges because the developer choose the App Store.

If they wanted iOS to look as open as Windows or MacOS they needed to specify that.


The problem is that, at least in Europe, the intent of the law is evaluated just as strongly as the letter of the law.

So, if we got this law that very clearly says it shall be easy to technically and effectively install third-party apps as a user, and also contains provisions that say third-party apps must get the same API access first-party ones get, it would be ridiculous for a court to reach the conclusion that it's acceptable for a developer to still be subjected to Apple's whims, except now they're being screwed inside their own infra!(tm)

Law is not code.


I would have said the same thing about allowing third-party payment providers but we will see. I have no doubt Apple could come up with some kind of "justification". Do they start charging for Xcode if you don't distribute through the App Store? "Xcode Pro", only thing that can build for sideloading and it costs $X/yr or "Any app built with it must give X% to Apple"?


Those dating apps are still on the App Store though. How would Apple "come after" an app they're not hosting?


Presumably, knowing Apple, sideloading will still require your app be signed by Apple and all the fanfare that comes with it. You're now just allowed to have your own storefront and distribute your app through it.


It's not just a change in the distribution channel; the law makes that clear.

The outcome the law is aiming at is one where a developer can make and distribute an app without entering into any contractual relationship with Apple at all.


Can you point to where it says that in the law?

I haven’t heard anyone show that in the reporting I’ve seen.

That may have been the intention (I suspect so) but I don’t think the letter of the law made that clear. Which means it will take either an updated law or a court case to clarify that before it happens.

Because Apple is clearly not going to just roll over.


> The gatekeeper shall allow and technically enable the installation and effective use of third-party software applications or software application stores using, or interoperating with, its operating system and allow those software applications or software application stores to be accessed by means other than the relevant core platform services of that gatekeeper.

That's the user's side. Let's look at the developer's:

> [...]Furthermore, the gatekeeper shall allow business users and alternative providers of services provided together with, or in support of, core platform services, free of charge, effective interoperability with, and access for the purposes of interoperability to, the same operating system, hardware or software features, regardless of whether those features are part of the operating system, as are available to, or used by, that gatekeeper when providing such services.

Note the "free of charge".


Sure, but my take is that sideloaded apps will not be able to use:

- Notifications (similar to the early sim-hacks when iPhone didn't sell everywhere)

- iCloud (storage, etc)

- Many of the platform services such as location, contacts, calendar.


I hope they are also hyper sandboxed.


EVERYTHING on iOS is sandboxed. Even Apple’s own software (though some of it gets special carveouts).

There is no reason to believe side loaded apps won’t get the same treatment, and every reason to believe Apple has been doubling down on securing and tightening up the current sandbox implementation.


My hope is literally:

Throw side-loaded Apps into a separate virtual machine with a different iOS, etc. No access to anything other than itself.


Their commission is for their intellectual property (SDK, patents, etc). Payment processing was just another service internalized in their commission to facilitate collecting it.

To bypass their commission you'd have to make a web app and not a native iOS app, which is something developers have been able to do since the beginning of the iPhone.


With sideloading there's nothing preventing a developer to write a native app, and provide an in-app input for entering credit card number and handle payments without Apple involved at all.

Definitely less convenient and more risky for sure, but technically no problem at all.


I suspect there will be an influx of new open-source third-party native SDKs for iOS then.


How? There is no raw frame buffer access. You can’t draw a single pixel without using Apple’s APIs. You’re still in the sandbox.

Maybe you could make headless apps, but that doesn’t seem very useful.


It's not that the apps wouldn't use iOS APIs, it's that the developers wouldn't use Apple tools to develop them.

Presumably every iOS developer has an iDevice to test and debug on. The right to use the iOS APIs on-device is inherent in having legal and physical posession of it.


You still can’t get anything to run without Apple’s signature. And there is no way to get that without a dev account which requires agreeing to their terms.

Expect side loading to be the same way.


I answered your other comment which also covers this one. https://news.ycombinator.com/item?id=35696124


I agree fully about the user side. I wonder if that’s true about the developer story. I can see a couple of ways that could go depending on how various terms are defined.

I’m willing to bet Apple will go with the most charitable (to them) interpretation they think might hold water and try to defend it in court.

IANAEUL, obviously.


I think the law's Article 13 is worthy of quoting:

> 3. The gatekeeper shall ensure that the obligations of Articles 5, 6 and 7 are fully and effectively complied with.

> 4. The gatekeeper shall not engage in any behaviour that undermines effective compliance with the obligations of Articles 5, 6 and 7 regardless of whether that behaviour is of a contractual, commercial or technical nature, or of any other nature, or consists in the use of behavioural techniques or interface design.

> 6. The gatekeeper shall not degrade the conditions or quality of any of the core platform services provided to business users or end users who avail themselves of the rights or choices laid down in Articles 5, 6 and 7, or make the exercise of those rights or choices unduly difficult, including by offering choices to the end-user in a non-neutral manner, or by subverting end users’ or business users' autonomy, decision-making, or free choice via the structure, design, function or manner of operation of a user interface or a part thereof.

> 7. Where the gatekeeper circumvents or attempts to circumvent any of the obligations in Article 5, 6, or 7 in a manner described in paragraphs 4, 5 and 6 of this Article, the Commission may open proceedings pursuant to Article 20 and adopt an implementing act referred to in Article 8(2) in order to specify the measures that the gatekeeper is to implement.


Apple already knows who is installing which apps and when they are executed.

So they can easily tie it back to the developer and simply bill them.

And if they fail to pay the bill, Apple can (a) disable their developer account so they can't sign new apps or (b) add them to the server-side block list that they have been using for spam/malware on OSX for years now.




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

Search: