> The Core Technology Fee is the only thing Apple is charging that can even remotely seem like it may be prohibited
The CTF is the exact topic of discussion in the context I provided the clause
> The Core Technology Fee is the only thing Apple is charging that can even remotely seem like it may be prohibited
The CTF is the exact topic of discussion in the context I provided the clause
The CTF is a platform access fee, and not a fee for interoperating with system ABIs/services/APIs. That's the distinction, and why it isn't automatically illegal. It would only be illegal if it gives Apple's App Store an unfair competitive advantage.
And as you can see from the text of the DMA, in order to declare the CTF illegal, the EC has to conduct a fair, impartial, fact-based investigation that considers Apple's viewpoint. Then they produce a preliminary report which Apple is allowed to rebut. After that they can issue a final ruling, and Apple is allowed to appeal that to the court of justice. Even if the CTF is found to be illegal after all of that, Apple gets 6+ months to make changes unless the EC can prove that they were working in bad faith.
> The CTF is a platform access fee, and not a fee for interoperating with system ABIs/services/APIs.
Since Apple already charges $99/yr for a dev account, for which the Xcode price is included, and the CTF applies even when not using the App Store... what are they charging for if not API access in the form of the dev's user's devices? That's the only thing that's left
The CTF applies when not using the App Store, because the equivalent of the CTF is baked into Apple's 30%. People asked for unbundling, and this is what Apple came up with.
Those who are surprised that you have to pay for access to an ABI have obviously never had to pay for their compilers from their software vendors (the price for the HP-UX garbage compiler was eye wateringly high).
> Those who are surprised that you have to pay for access to an ABI have obviously never had to pay for their compilers from their software vendors (the price for the HP-UX garbage compiler was eye wateringly high).
But that doesn't seem to be the case, as Apple hasn't monetized Xcode and the iOS SDK libraries differently since the DMA came up.
Apple can charge for the SDK and all that it entails, but they can't charge for apps getting to run on users' iOS copies, as that's not something IP law contemplates.
What happens when a fully FOSS iOS dev environment comes out, like the way you can compile Windows binaries on Linux right now? What would Apple be charging for then?
> What would Apple be charging for then?
The CTF offsets Apple's costs in developing and maintaining the "core technology": the OS and the frameworks that the developer uses in their application.
Those costs are paid by the users when they buy their devices.
Dev kits for consoles are so even more insanely controlled and costed.
GCC works on HP-UX, so I don't know what this is trying to prove. They can charge for Xcode whatever they want, but what does that have to do with installing apps.
Back when I was working with HP-UX, GCC worked if you wanted something completely independent and didn't need to link against system libraries. For the companies I worked for when using AIX, that wasn't an option.
At least on AIX and other UNIXes, the system compiler and GCC worked together. HP-UX was a special kind of hell.
A sibling reply pointed out that developer kits and distribution deals for consoles (which are general purpose computers, regardless of how they are presented, as much as modern smartphones are) are extremely expensive (and there are no alternatives for distribution).
The point that I am making is that the idea that you can develop and distribute for free on any platform is a relatively new one.
It is not new on microcomputers, though, and those have essentially defined the expectations for consumer devices going forward. That is why it was such a big deal back when Apple first introduced the app store with all the restrictions - that was new, even compared to other mobile devices in the market (even feature phones had J2ME by then).
But regardless, it seems like a good idea in general, and proven to work, so why shouldn't we want more of it? I don't see the problem with applying the same logic to game consoles etc - that racket also needs to go down.
Exactly. Not to mention, the HP-UX business model famously flopped in the face of Linux, BSD and Free Software. It's almost the perfect example of how Open software distribution provided a better experience than the alternatives.
The CTF is it's own refutation. A competitive market should not need to kiss anyone's ring in order to function.
> The CTF is a platform access fee, and not a fee for interoperating with system ABIs/services/APIs
So the distinction is that they're charging devs to be allowed to run their app on iOS period, rather than charging for access to a particular set of APIs (which would be illegal)?
Because if so, there's a hole in that argument. Right now I can run any web app I want on my iPhone and the developer need pay no platform access fee. However, that app is blocked by Apple from accessing many native APIs, despite it running on my hardware. And to access those APIs it would need to pay Apple a fee...
So in conclusion, Apple should charge every website operator a per-user annual fee for using the Apple's platform.
Web apps are forced to use webkit, and the EC is fine with it. Because apparently web apps are not a core platform regulated by the DMA.
Why do you say the EC is fine with it? I bet you can't produce any statement from the EC even marginally supporting it. All you know is that Apple proposed something blatantly illegal, and then backed down from that plan.
It's impossible for the EC to have given Apple any kind of guarantees about it being fine to restrict PWAs to just Safari. That's just not how the process works.