[erikb]

It's a technology that you need to be rather firm in to use it. There are many tools, but often they are a little "hacky" to non programmers. That's why it gets more and more replaced by the FB chats, Whatsapps, Skypes, and Snapchats of this world. The same goes for email. Email will die a slow death. Maybe even your children can still build a career out of email know-how. But it's more and more replaced by other technologies. Just look at China were people all didn't know the internet in its youth. The first contact to internet most of the Mainland Chinese had was with mobile solutions like QQ (their ICQ copycat). For them email is like a harder way to do the same thing that you could do just as well with Wechat/QQ. So even the most serious of corps in China have Wechat/QQ support and phone, but they might not even have an email support. This will come to us, too. Just slower because people know email already.

[digi_owl]

The crazy thing is that FB and Google used XMPP (Google still may, but had disabled their servers from accepting outside traffic) earlier.

I used to have Pidgin running hooked up to Facebook so i could say a bit in touch with family.

But with the economic downturn everyone has gone back to building silos, in an attempt at maintaining profits/growth...

[toyg]

I don't think it was the downturn that did it. Companies look at successful companies for hints on how to succeed. What has been the most successful company on the planet for more than a decade? Apple.

Apple are not shy about "owning" their platform, and they aggressively leverage their walled gardens. The market did not punish them; in fact, users raved about their "refined" experience. Other companies took note and ran with it.

[erikb]

That Apple thing might have been a reason. Another one might have been that if you don't follow a standard it's easier to debug your code and add the features management craves so much. I've seen that at work projects before where the developers pretty much enforced removing standard interfaces to get more freedom to resolve their tasks. It's a pity when not even developers see the advantages of interoperability of their services, but it happens just as often.