Apple is bringing RCS to the iPhone in iOS 18 | The new standard will replace SMS as the default communication protocol between Android and iOS devices
The long-awaited day is here: Apple has announced that its Messages app will support RCS in iOS 18. The move comes after years of taunting, cajoling, and finally, some regulatory scrutiny from the EU.
Right now, when people on iOS and Android message each other, the service falls back to SMS — photos and videos are sent at a lower quality, messages are shortened, and importantly, conversations are not end-to-end encrypted like they are in iMessage. Messages from Android phones show up as green bubbles in iMessage chats and chaos ensues.
Apple’s announcement was likely an effort to appease EU regulators.
Here me out, iMessage on any OS, wait, no, not just that, how about no hardware vendor is allowed to produce software that only runs on their hardware and for any given core function the hardware must prompt the end user with a competitive selection of capable apps to accomplish said function (to be downloaded and installed upon selection) instead of coming with a default option enabled. Let's get crazy and say that any hardware vendor must allow software they produce for their own hardware to be uninstalled and replaced by software of the end user's choosing.
I'm talking some "treating United States v. Microsoft" as legally binding precedent" shit.
Meanwhile, regulators be like...
.
(Side note: what's up with the bullshit where Apple makes an Android-native AppleTV app that will install on a phone fine but is blocked from running once it detects it's not an AndroidTV device? Apple acts like it would be an undue burden to make iMessage for Android (and pretends they didn't make the decision to not release an Android client with their hardware business in mind) but their Apple Music app somehow runs better on Android than it does on iOS...)
“Two reasons. The first is that it has to have a full network stack to allow it to download software from competing appliance vendors. The second is the cost that the manufacturer had to bear to develop software for every single other microwave sold. There are some pretty weird architectures out there, and they had to hire a whole bunch of programmers.”
how about no hardware vendor is allowed to produce software that only runs on their hardware
Why would this theoretical microwave vendor be making software for it in the first place to need to make it interoperate with other microwaves that inexplicably have software of their own?
ding ding ding The microwave analogy they were going after makes no sense. I mean, there are semantics at play and I could have explicitly mentioned I wasn't talking about firmware in order to exclude things that are essentially calculators and clocks but I didn't anticipate someone going the direction of absurdist bespoke microwave OSes given that firmware alone is enough. Even at that level, you have examples like Seiko Epson inventing precision timed ticket printers for the 1964 Olympics - they're still dominant in the arena of commercial printers to this day, yet they have allowed other manufacturers to adopt their ESC/POS language as a standard that's still widely used across brands today, allowing for feature parity on the software functionality side from competing brands while Epson competes on the hardware reliability side. (This isn't an endorsement of Epson, their consumer printers are trash because they're not Brother laser printers lol.) Spoiler alert, the price tag of a commercial printer doesn't have much to do with it being compatible with network standards (???! - standards being the key word here) and has more to do with reliability and general feature sets (in that order once competition exists for a device, see Epson vs feature identical Beiyang (insert other generic clone brand here)) and the same would hold true even if we decided to network our microwaves in some scenario where we're also automating food going in and out of the microwave.
All of that said, if I were to modify what I was saying while keeping the sentiment the same, I would just simplify it by saying "no hardware vendor is allowed to lock their hardware to running specific software" (doesn't mean they have to provide technical support for errors in another vendor's software) since that gets at the root of the issue. But, going back to the original sentiment, open standards that have nothing to do with specific hardware are clearly better. Look at Apple vs x86 vs ARM, specifically Apple during the period between PowerPC (at least there were partners here, so the chips had lives outside of Apple hardware) and their M-Series - they wouldn't have had an excuse not to offer something like BootCamp during the x86 era given that their OS clearly was able to run on off the shelf PC components and the inverse with Windows and Linux being able to run on their hardware was also clearly true. Is it a good thing that Apple hardware is once again locked in to running only their software?