EMIRELADERO
5 hours ago
> "These changes resolve Apple’s disagreements with the Commission over business terms and alternative distribution."
[...]
> "The Core Technology Fee, a per-install fee for developers that achieve extraordinary scale, will be replaced by the Core Technology Commission, a simple 5 percent commission on digital transactions in apps distributed outside the App Store. The new terms also eliminate the initial acquisition fee and store services fee."
[...]
> "In order to keep EU users as safe as possible, Apple will continue to require every alternatively distributed app to go through Notarization — a baseline review focused on basic functionality and protection from serious threats."
This is bonkers, I can't believe the EU Commission agreed to it. The main issue that the DMA was about still remains: Apple retains ultimate control over app developers' dealings with users.
The status quo that the EU should have pushed for, and which Article 6(7) of the DMA requires, is one where a developer can distribute iOS apps to users without ever entering into any contractual relationship with Apple. The OS APIs that most apps use are already paid-for by the user when they buy the device. Apple wants to double-dip and charge developers for the value that the users already have by virtue of owning their iDevices with all the necessary iOS paraphernalia in them.
Of course, Xcode and the SDK overall aren't paid for by users, so Apple can charge devs for it, but so far there's no way to signal to Apple that you have opted out of using their SDK and have the fee waived. Not that it would be enough anyway, since even having to interact with Apple in any capacity to be an iOS dev is the main problem.
ben_w
4 hours ago
> The OS APIs that most apps use are already paid-for by the user when they buy the device.
That argument would assume no cost for upgrades.
I remember having to buy new operating systems.
That said, looking at the state of recent OS upgrades, I think I'd have been happy if the only changes over the last, oh, decade or so, had been purely security updates. But these too are not free.
> Apple wants to double-dip and charge developers for the value that the users already have by virtue of owning their iDevices with all the necessary iOS paraphernalia in them.
Yes, obviously they want to make as much money as possible, and this is at odds with consumer interests.
That said, I have the impression that for many users, the benefit is the app ecosystem, while for many developers the benefit is the users. Endless marketing cycles of new-shiny-API for one, and new-shiny-UI for the other.
That said, power-law distribution, so "the app ecosystem" is probably mostly Meta, Google, Amazon, as specific names, then becoming somewhat vague with "whatever work mandated of Slack or MS teams", "their bank", "three or four supermarkets", and "a taxi firm who may or may not be Uber".
Despegar
4 hours ago
>Yes, obviously they want to make as much money as possible, and this is at odds with consumer interests.
It's not at odds with consumer interests at all. It's at odds with developer interests.
It would actually cost consumers more if Apple couldn't make any money from developers directly because they'd try to make it up by charging more for Apple products.
Developers might prefer to shift the burden to consumers's wallets instead of their own, but overall this model is beneficial for everyone involved. It is also better for the environment because directly making money from developers incentivizes them to support old hardware for as long as possible.
xp84
4 hours ago
> because they'd try to make it up by charging more for Apple products. > Developers might prefer to shift the burden to consumers's wallets
I vigorously disagree with this. It sounds very confused about economics, specifically prices.
Apple, as every market actor does, charges the absolute maximum price the market will bear for their products and not a penny less. They cannot "make up" any money that comes from unrelated parties (such as their Google payola for search, or their casino games for children IAP revenue) by raising product prices. If they could raise their product prices and have that be profit-positive, they would have done it yesterday.
They could raise prices on phones to make up for a hypothetical "free iCloud+," because the same consumers are the other party in both those transactions so presumably many people would see that the more expensive phone justifies free iCloud services.
Apple doesn't set its prices by saying "OK, we need exactly 83 billion dollars in net income this year, so given that our products cost us 233 billion dollars to make and we have 54 billion dollars in expenses, we need 383 billion in revenue, so now let's set prices of each product to target this."
That $83 billion in net income is just the number they are able to make last year with the prices being what the market would bear. Trying to increase prices to hold it there when a downfall in other revenue happens would depress sales.
Despegar
4 hours ago
>Apple, as every market actor does, charges the absolute maximum price the market will bear for their products and not a penny less.
That price is much lower than it otherwise would be if the only revenue Apple could generate came from hardware. The opposite incentive exists today, where it actually benefits Apple to sell cheaper razors to make more money from the razor blades.
rekoil
2 hours ago
Only if consumers would pay it, which isn’t something we can really know.
noja
4 hours ago
I'd like to see Windows 2000 as a base taken by Anthropic and beefed up with security stuff.
ben_w
4 hours ago
I'm kinda tempted to do that to classic MacOS. But only kinda, because copyright and trademarks are things, and I don't want to risk incurring the wrath of any legal team, let alone a trillion dollar corporation's legal team.
idichejcjd
3 hours ago
[flagged]
xp84
4 hours ago
Maybe ReactOS can be a good base for this actually becoming a reality!
noja
3 hours ago
Woods for the trees- Great idea!
dannyw
4 hours ago
The EU likes the power to delist apps by compelling two companies (Apple and Google) to do so.
Android is moving to the same, KYC (credit or debit card; no prepaid cards) with play store required for APK distribution
xp84
4 hours ago
yeah, I think for as much as many of us hold out hope that the EU will break the back of these brazen monopolists, there's a limit to their friendliness to the actual interests of consumer freedom when it's got to be balanced by their love of censorship.
SiempreViernes
4 hours ago
> In a statement, a Commission spokesperson welcomed Apple’s changes to its business terms, which it said “follow a close dialogue between the Commission and Apple”.
> “Following today’s announcement, the Commission will monitor Apple’s effective implementation of the new terms,” it added.
There's nothing on the commission webpage, all I could find is the above comments from a spokesperson which aren't hugely definitive.
I think we can take the mention of dialogue to mean the commission thinks the new rules are a step forward enough that wider civil society can have a look and maybe kick up a stink, and the absence of press release coordinated with Apple as evidence the procedure is still open
chrisjj
4 hours ago
> I can't believe the EU Commission agreed to it.
This press release conspicuously lacks any suggestion that it did agree.
gumby271
4 hours ago
That feels like a crazy definition of Notarization there Apple.
mnewme
4 hours ago
Well I think this it at least improvement to the status quo
carlosjobim
2 hours ago
> Apple retains ultimate control over app developers' dealings with users.
The app developers can offer their own line of devices on the market. Users are free to choose a different manufacturer. Apple doesn't hold anybody in chains, it is people and developers who are coming to them.
Or should people to restaurants and demand to be allowed to order food delivery from other places to their tables, and bring their own drinks? Honestly, I think that most hackers and EU bureaucrats think that it would be a splendid idea.
EMIRELADERO
2 hours ago
> Or should people to restaurants and demand to be allowed to order food delivery from other places to their tables, and bring their own drinks?
A restaurant is private property, you're just a customer in someone else's turf. An iPhone (and the individual iOS copy inside it that provides the advertised functionality) is the intellectual property of Apple, but also the private property of the user, and it is the traditional property ownership status that determines who gets to interact with the functionality. Apple is unfairly forcing themselves into the dev-user relationship here.
carlosjobim
an hour ago
An iPhone is the private property of the user, and if you are skilled enough you can jailbreak it and there is nothing Apple can do about it. If you're not skilled to do it, then that's your own problem. No court of law would go against you if you took a soldering iron and your expertise to change your iPhone in any way you please. Apple shouldn't be obliged to help you in those efforts, though.
> Apple is unfairly forcing themselves into the dev-user relationship here.
Who was forced to buy an iPhone? Who was forced to develop for Apple devices?
lapcat
4 hours ago
> there's no way to signal to Apple that you have opted out of using their SDK
How do you not use their SDK?
EMIRELADERO
4 hours ago
Nowadays with LLMs people could probably patch up some FOSS SDK that perfectly replicates the original's functionality without infringing Apple's copyrights. If the DMA was enforced correctly this would have already happened.
lapcat
4 hours ago
> Nowadays with LLMs people could probably patch up some FOSS SDK that perfectly replicates the original's functionality without infringing Apple's copyrights.
I don't intend to insult you, but as an iOS developer myself I have serious doubts about whether you have any expertise in the subject you're talking about here.
EMIRELADERO
4 hours ago
I didn't mean to imply that this would be a vibe-coded slop project. I'm no LLM evangelizer and hate the hype train as much as any competent dev. The truth is though that LLMs are uniquely suited for work of this kind, and a team that knows what they're doing could make short work of the whole thing much faster.
lapcat
4 hours ago
> I didn't mean to imply that this would be a vibe-coded slop project.
That's not really the issue. LLM participation is a red herring. The issue is "replicates the original's functionality".
EMIRELADERO
4 hours ago
What would be so outlandish about that?
lapcat
4 hours ago
I'm not going to argue with you, because I continue to suspect that you have no iOS development experience and are just making hand-wavy claims with no empirical basis.
EMIRELADERO
4 hours ago
?
It's you who has started to argue by replying to my comment in the first place.
lapcat
4 hours ago
I asked a question: "How do you not use their SDK?"
Your answer seemed nonsensical to me.
What I meant, though, is that I'm not going to argue about a specific point, the viability of "some FOSS SDK that perfectly replicates the original's functionality." If you don't even have any experience with iOS development, then you have no basis for making any claims about that subject, and thus I'm not going to bother explaining "What would be so outlandish about that?"
In any case, most iOS devs don't want to opt out of using the SDK. That would not be a particularly attractive route for making iOS apps. What I want as an iOS dev is the same freedom of software distribution that we have on macOS.
toukale
an hour ago
That is never going to happen. We will never get the same freedom we enjoy on pc's again for the simple fact it benefits both the platform owners and governments to have a simple centralize company in this case (Apple & Google) to go to get what they want. The freedom we have on pc's is too much of a wild west and not enough control that both governments and platform owners like. As much as we may want to it will never happen for those reasons.
chichichi
an hour ago
I think if you adjusted his statement to be - not use apple’s “everything” software ecosystem - it would be possible.
Core device apis yes, everything else, maybe not?
I think we could roll our own UI - I think we can roll our own payment systems - I think we could roll our own media display.
For the primary iOS app I work on I need vulkan, gps, touches camera, sound, and phone rotation. (And standard os services)
I don’t need anything else.
EMIRELADERO
4 hours ago
> If you don't even have any experience with iOS development, then you have no basis for making any claims about that subject, and thus I'm not going to bother explaining "What would be so outlandish about that?"
The basis for my claims about the subject is my knowledge of computing and development in general. I dipped my toes into iOS dev a few times and there's nothing that seemed to set it apart from any other SDK situation beyond Apple's restrictions, at least nothing that would make my claim outlandish.
realusername
4 hours ago
Personnally I use Flutter which has a very minimal use of their SDK.
Basically enough to render inputs to a gpu accelerated surface.
And I'd argue that this is a core OS feature that you expect on any modern OS.
Someone
3 hours ago
> Flutter which has a very minimal use of their SDK.
> Basically enough to render inputs to a gpu accelerated surface.
I suspect it uses much more so that it can support
- audio
- file I/O
- accessibility
- …
realusername
23 minutes ago
I agree but you expect those from a consumer OS since at least Windows 95.
tiahura
4 hours ago
Maybe one of the commissioners tried Android?
EMIRELADERO
4 hours ago
The feeling of security and tightness on iOS does not come from its monopolistic restrictions on 3rd-party devs.