At the end of the day, it's a dispute over money, and specifically the platform commission rate: developers want a bigger cut of the retail app price on Google Play.
The 'platform fee' shpiel is a distraction from the real problem: iOS must allow alternative storefronts if it wants to survive long-term antitrust scrutiny. There is no other logical outcome.
Solving the single app store antitrust issue doesn't solve the platform fee dispute.
Contrary to popular belief, you can even install a non-safari browser:
https://chromium.googlesource.com/chromium/src/+/main/docs/i...
>Please refer to the Apple documentation on how to get a code signing identity and certificates. You can check that you have a code signing identity correctly installed by running the following command.
It has a secure chain of trust in the sense that the machine is secured against user control. Face, meet boot.
fingerlocks: here, just run these two easy commands to ask apple for their ongoing permission!
But really side loading is not as difficult as you’re making it out to be. The biggest hurdle for most is access to Mac, but renting a cloud instance an option too.
BTW I forgot to mention that the "Chromium for iOS" that you linked to is not a "non-Safari browser". It is the same Safari-wrapper version of Chromium that you can already get from the App Store. The "popular belief" is correct. There is currently no port of any alternative browser engine for iOS. Why would anyone bother to maintain an iOS port for software that can't be practically distributed?
> Why would anyone bother to maintain an iOS port for software that can't be practically distributed?
There is very little difference between a Mac and iOS app these days, and could be practically none at all if engineered correctly.
You're not going to be able to do it in your spare time. You probably wouldn't even be able to get a crippled and buggy version to build at all by yourself. Google's not going to invest in it for no reason while Apple expressly prohibits distribution. The only way there will ever be an alternative browser engine ported to iOS is if the EU actually follows through with forcing Apple to allow alternative browser engines on their App Store and/or alternative app stores, and Apple subsequently loses all of their inevitable appeals in court. Only then would Google (or Mozilla) be able to justify the investment.
https://chromium.googlesource.com/chromium/src.git/+/refs/he...
So not a realistic option, then.
To be honest, I doubt many of them care, given all they want is apps from a trusted source, and most people probably trust Samsung if they are buying Samsung phones with specialized Android builds made by Samsung, if they even know the difference.
Amazon tried selling phones with their own app store built in, but Fire Phones never took off for whatever reason.
In the current model, the barrier to entry is pretty low. $99 gets you xcode, plus you need done hardware.
Once you've made something you need to reach a market. A good market place (like a regular super market) brings together suppliers and customers. That market has costs.
One model for costs is to charge each app the same amount. Say, for example $5000 per app submission. Lots of successful suppliers would like this model because it raises the bar for completion, and means they pay less money.
Another model is free-to-enter, but takes a cut of the sales. Successful products end up paying much much more than stuff no-one wants.
Overall I think I prefer the second model. Wildly successful apps, and developers, are basically funding an equal-access marketplace.
Now, of course there are winners and losers. From published numbers its clear most apps make 0,for some definition of 0. Every developer thinks their app is special, but most are, well, not.
Good marketing helps, buzz in the tech-press, visibility on forums, shows and events, and do on. Some do nothing, waiting for their big apple-lottery break of being "promoted in the app-store".
Developers risen in a world of cost-free-everything believe that they are the sole value-add in the path from hardware to consumer. Apple should provide this appstore connection to the developer free of charge. Of course developers think this, and they're welcome to think this, but it doesn't mean Apple has to do it this way.
Developers have choices. They can choose to develop for Android instead. They can choose to use the Google store, or a different store, or make their own store.
If you develop for iOS you know the rules. If you see value in that market (and you like the low barrier to entry) then go for it. If you make money then pay your 30%. If you don't (and the odds are you wont) then delight in the money you saved by there not being an entrance fee.
But don't sign up for the competition, win the game, _then_ complain the prize money is too low.
You may like Apple, you may not. But its your choice to join their game, or not. There's no bait-and-switch here, the rules are clear and well understood. You either accept their position of strength, their ability to crush you on a whim, their ability to arbtitarily create winners and losers, their ability to earn royalties on your code (on their platform) or you don't.
Hundreds of dollars in apple hardware and software compared to zero dollars for MSVC community, zero dollars for android developer studio, zero dollars for linux toolchain or whatever.
>Once you've made something you need to reach a market. A good market place (like a regular super market) brings together suppliers and customers. That market has costs.
The cost of hosting the app store is essentially the cost of hosting a web service that lets you download and buy programs. The developers could easily host their own app store as a web page if iOS just facilitated running programs downloaded from the internet or loaded externally. Apple has built themselves a dam upstream and is charging everyone downstream for water-rights-as-a-service.
>One model for costs is to charge each app the same amount. Say, for example $5000 per app submission. Lots of successful suppliers would like this model because it raises the bar for completion, and means they pay less money.
>Another model is free-to-enter, but takes a cut of the sales. Successful products end up paying much much more than stuff no-one wants.
The only fair model here is the one where 100% of apple's income comes from hardware sales alone. That is the only situation where you don't set up the user to be exploited by erecting these walls around what they can and cannot run on their own hardware.
> If you develop for iOS you know the rules.
They know the rules, and they know the rules are bullshit. What do you want them to do, throw their hands in the air and say "welp, them's the rules, I guess we can should never try to use our leverage or negotiate better rules cause that's just how it is I guess."
Apple’s software is free, and you need more than zero dollars for the hardware to run Android Developer Studio.
Also, on both platforms you may need a few (or more than a few) phones and tablets for testing (you may be able to test on a simulator, but that doesn’t guarantee things work on the real hardware, doesn’t give you a good idea about performance, and certainly is not a good option for apps that use on-board sensors such as accelerometers)
In the end, I think the difference in cost is between the cost of a PC and that of a Mac, so ballpark $500 in both cases, the phones to test on may cost more.
They can choose not to play. If Apple is not offering any value for their 30% then simply don't publish on IOS.
If all the developers stop developing for IOS then the rules would change.
Of course small developers have no power because individually they have no power, and they are not willing to pool that power collectively (ie unionize).
They're trying to get the govt to act as a collective bargainer on their behalf. Which is likely to fail,because Apple is better at govt than they are.
So yeah, I expect them to say "I can make more money elsewhere, so I'm leaving ios - the fact they don't suggests apple is adding plenty of value worthy of their 30%
Oh my sweet summer child.
And that is what we call the slippery slope.
Apple has created a successful product, therefore developers want to make money from it, therefore apple cannot charge a fee for access, therefore apple cannot charge for developer tools, therefore apple cannot charge for hardware (lest it makes the developers market smaller than it could be if phones were free)
You are saying flagrantly anti-competition without saying it directly.
Android platform has multiple sources of apps, and side-loading. Ruthless exploitation of a market has never been tolerated for long.
Remind me of how Apple is doing a better job here, again?