I've had both device types through the years. I've had to support both device types in different form factors. As a developer I love Android. I've learned to code some Java and lightweight game development for Android due to that openness of the platform. But the pros of the walled garden concept do not shine through on Android as they do with Apple due to the lack of how tightly integrated and compatible the hardware & software are from being developed together and approved by a sole source.
As a purchaser of an Apple product, I feel fairly confident that I am Apple's customer. With Android, the customer is the manufacturer\carrier combo that runs my phone, and I am their customer. That distinction carries an important difference and it shows through the development tracts of both companies and how they deal with issues.
Let's be honest here. If this goes through to force Apple to allow competitors to their app store, that decision will go further than developer sideloading (which is already possible). It will not happen in a vacuum and as soon as the courts hand down such a decision the carriers will be next in line to shovel as much horse manure down the line as possible.
I've never purchased an Apple phone with pre-loaded software as part of a deal with a carrier, aka Bloatware. I have from Android manufacturers on several occasions. Lower standards of entry from 3rd party sources often mean lower standards for bugs, resource usage, and privacy concerns. Higher risk of malware. Lower chance of software to OS compatibility. Apple phones with whole disk encryption made the news when the feds couldn't break it as easily as Android devices.
>Macs are so popular amongst developers is the similarity to Linux
Then I rescind the poor choice of analogy and go straight to fundamentals. These two different tools are purpose built for different things from different principles and that is ok. Homogenizing the mobile space in a way that would detract from those differences would be a net negative in my opinion.
I am fully in agreement with your position, but it is really funny that you mention this specific detail, as it hits much closer to reality than most people realize.
Mostly because as a part of the anti-trust settlement that MSFT had to enter back in the day, they were forced to allow laptop manufacturers to preload bloatware on windows laptops. And I would definitely hate to see that on iPhones, as that was one of the major reasons I ended up switching from Androids (yes, I know, you can root your Android device, install custom Android distro, and get rid of the carrier bloatware, but not having to deal with all of that is precisely why I switched).
AAPL can relatively (compared to MSFT back in the day) easily decide to be the sole retailer of their own hardware and software stack, and cease to sell their phones through carriers.
AAPL already offers direct financing solutions, and trade in solutions, through their own retail channels. SIM-only plans tend to be cheaper as the carriers can no longer hide behind hardware costs to obfuscate their plans.
Who loses in this equation? AAPL might, through reduced sales. The carriers might, through reduced margins. Is either of those things bad to the consumer?
Doesn't AAPL already sell carrier plans as part of their iPhone retail experience?
When did MSFT sell hardware as part of their software licensing retail experience in the 90s?
If I was told this plainly and openly up front then I wouldn't buy the car to begin with -IF- that is what I value in that specific vehicle. My car? Not a chance, I like my sports car and working on it is part of the fun I get from it. My wife's people carrier? If those repairs are close in line with other repair shops even after the 30% AND they'll come pick it up or tow it so I don't even have to mess with it? Absolutely, where do I sign up? Different tools have different uses and value propositions.
I mean, that’s effectively where this whole argument leads. You could imagine a scenario where using external software could damage things like your battery, so now the user is on their own.
I don’t think that’s a tenable option either.
This is effectively what Google does with Chromebooks and developer mode. But if you’ve enabled developer mode, can’t you go back? But when you get into trouble, you can revert back to the base install (and lose all other data). Again, that’s not a good option either as people would complain about that too.
Why is it a bad thing for you that other’s get to use their phones have they see it fit after paying for it quite a bit, while the whole thing won’t case any difference to you?
A program that phones home often with tracking data, thus keeping a data connection open and the processor from sleeping would absolutely have an impact on battery life and longevity. This would be code that Apple would normally block at the AppStore level.
And we saw how mad people were when Apple slowed down processing speeds to extend battery life. Can you imagine the outrage if Apple suddenly said that your battery is no longer under warranty because you installed the Facebook app directly from Facebook?
There are good reasons to disallow any third party applications on some platforms like cars, but apple allows it and they only have a quick look at applications. The real security is in their sandbox/API.
Having the ability to install apps not available on the app store does not make your entire phone something you 'have to fiddle with'. If you want to live in the walled garden, you of course can do so, just as many people do on Android.
>But I don't feel the need to get on every Mac discussion complaining it should be more like Linux.
This is an interesting take, seeing how a big reason Macs are so popular amongst developers is the similarity to Linux (which the vast majority of us are going to be deploying to).