[ceejayoz]

> You have evidence right in front of your face that an Android client for iMessage is possible, because one now exists.

Sure, but I'm not the one who has to handle customer service for it.

Apple can have a test suite that encompasses every possible supported device (and OS combination). That's much tougher if they want to support Android.

> Does your iPhone suddenly feel lower quality to you?

No, but that's missing the point. If Beeper catches on, and all my Android friends install it, and some of my messages start getting lost, delayed, what have you, that's when I'd start to feel it.

[freedomben]

> If Beeper catches on, and all my Android friends install it, and some of my messages start getting lost, delayed, what have you, that's when I'd start to feel it.

You realize that's been Apple's fault right, intentionally breaking Beeper?

[ceejayoz]

> You realize that's been Apple's fault right, intentionally breaking Beeper?

Sure, it's impossible that Beeper's app or services could ever just malfunction on their own. The first bug-free app!

[freedomben]

Oops, meant this to be a reply to https://news.ycombinator.com/item?id=38603599

[ceejayoz]

Same answer either way; Beeper could break things in a way that results in delivery failures, and Apple could be blamed.

[Nextgrid]

> some of my messages start getting lost, delayed, what have you, that's when I'd start to feel it.

Then you can blame their phone... just like you would now if your SMS messages to them were getting lost.

[ceejayoz]

If the iMessages fail, and give me the "try as SMS instead", I'm likely to blame iMessage.

[skeaker]

Apple doesn't need to provide support for Android if they simply open their protocol and let whoever develops the Android client take care of that, as evidenced by Beeper Mini.

> If Beeper catches on, and all my Android friends install it, and some of my messages start getting lost, delayed, what have you, that's when I'd start to feel it.

In that case, you might be shocked to learn that before Beeper Mini you simply couldn't send iMessages to Android devices at all. Imagine that, ALL of your iMessages to them getting dropped and having to go through SMS instead...

[ceejayoz]

> Apple doesn't need to provide support for Android if they simply open their protocol and let whoever develops the Android client take care of that, as evidenced by Beeper Mini.

Now they have to support an open standard/protocol, though. That's not negligible effort.

> In that case, you might be shocked to learn that before Beeper Mini you simply couldn't send iMessages to Android devices at all. Imagine that, ALL of your iMessages to them getting dropped and having to go through SMS instead...

But that's seamless; I've never had to wait or make that choice.

When there's some kind of iMessage failure, though, they sit around and don't send, until I get a delivery failure and "send as SMS" as the fallback. This is rare, but extremely annoying. Adding third-party services into the mix doesn't seem like it's going to reduce these instances.

[skeaker]

> Now they have to support an open standard/protocol, though. That's not negligible effort.

Evidently not, given the existence of Beeper Mini without intervention on their part. In fact, they're actively spending effort on breaking a working implementation that took them no effort. And either way, they have trillions of dollars and some of the brightest people in tech under their belt. If your argument is that they're not capable of making that protocol work, you're wrong.

>But that's seamless; I've never had to wait or make that choice.

It's seamlessly giving you less functionality, sure. This is not a matter of opinion: Being able to send iMessages to Android users is a feature that iPhones currently do not have at all. Apple is choosing to not give you that functionality when they could be. With something like Beeper Mini, you as an iPhone user gain more functionality by being able to send iMessages to some Android users. Even if it fails sometimes, it is still functionality that simply did not exist at all before. This is only beneficial to you as an iPhone user because you now have functionality that you did not before. I don't know if that can be phrased any more directly.

[ceejayoz]

> Evidently not, given the existence of Beeper Mini without intervention on their part.

Leaving a hole open is not anywhere near the same thing as formally supporting a public protocol.

> In fact, they're actively spending effort on breaking a working implementation that took them no effort.

They're spending effort fixing a security hole in an internal protocol.

> Being able to send iMessages to Android users is a feature that iPhones currently do not have at all.

That's like saying Toyota doesn't offer "driving a Ford" as a feature. I don't give a shit? Sending an SMS to Android users is fine.

[skeaker]

> They're spending effort fixing a security hole in an internal protocol.

Then they're spending effort regardless, and your argument was that they shouldn't spend effort at all. If that is the case then it would be better spent opening the protocol in the first place.

> That's like saying Toyota doesn't offer "driving a Ford" as a feature.

Fun hyperbole, but no, there's an obvious difference and this is a reach.

> I don't give a shit? Sending an SMS to Android users is fine.

Good for you, but it's obvious that a lot of people do care. Look around in this very thread, even. Apple users complain that things like group chats and read receipts don't work with Android users. The whole fickle green bubble thing originates from this. Plenty of people do care about this functionality and are happy that this exists, iPhone users included. And if you don't care, then why would you be so insistent about not wanting it added?

[ceejayoz]

> Then they're spending effort regardless...

They must fix security holes. They don't have to make internal protocols public. These are not comparable investments of time, either.