That is not enough sympathy for FAANG companies. Lets make it trivial, they deserve that!

Once they are forced to become interoperable, they can’t change independently.

Do you not see the problem?

> Do you not see the problem?

the only problem I see is the fictional one you are creating.

Interoperability is a layer, not a feature.

Just like rails, the fact that they are the same almost everywhere in the world, hasn't stopped trains from improving and changing independently.

Italian high speed trains are different from Japanese ones.

They use the same rails.

Software is the only industry where interoperability is seen as an obstacle, but it's at the same time the industry that prides itself of being the most innovative. so innovative that they can't solve interoperability?

A single person developed pipewire that replaces pulseaudio entirely without a glitch and billion dollar companies can't do the same?

I don't believe it.

If you think software interoperability is like railway gauges, then you simply don’t understand software.

I've been doing software for 27 years.

Thanks for the advice.

I'll humbly begin studying again how software works.

My fault for thinking that companies that sell the promise of self driving cars and colonizing Mars could solve the problem of making it possible to interoperate with other software products.

I clearly underestimated the challenge and overestimated the abilities of their 10x employees and of their visionaries CEOs.

I wonder how is that even possible that HTTP or e-mail came to be. Must be some kind of alien technology.

Are you aware that self-driving cars don’t work yet, and mars hasn’t been colonized?

HTTP and Email are extremely narrow, have had vast amounts of work put into them over time, and are still deeply flawed. They have also developed at a glacial pace.

Your examples show that money can’t magically solve hard problems, and ironically, that even the narrowest forms of interoperability are extremely hard.

> HTTP and Email are extremely narrow

HTTP is virtually running the World as it is.

I wouldn't call its scope narrow.

But probably I wasn't clear enough: we just need a way to access data and documentation.

You don't need to know what kind of web server is running when you send a request and the WEB server don't need to know what kind of client is sending the request to answer.

Interoperability is easy, if there is the will.

If there is no will, let's mandate it by law.

I don't see the problem.

Your argument is: the perfect solution is impossible so it's pointless to even try.

Which is provably false.

Even more so because software interoperability existed, before companies started to lock everything down, to push their proprietary tracking soft... ehm apps.

same reason they killed RSS

I could connect to Goggle or Facebook chat with any XMPP client back then.

WhatsApp protocol started as a a modified version of ejabberd (XMPP server).

etc.

Nobody asked for perfect.

Flawed is still better than no solution.

Human body is deeply flawed too, we don't renounce to live because we have to die anyway.

> You don't need to know what kind of web server is running when you send a request and the WEB server don't need to know what kind of client is sending the request to answer.

Exactly. It’s not an API - it’s a way to transfer arbitrary blocks of data. Applications that use http have to build an API on top.

That’s why it’s not even close to a valid comparison, and yet it has still become extremely complex over time.

> Flawed is still better than no solution.

This not the case. In many cases flawed solutions simply fail.

> It’s not an API - it’s a way to transfer arbitrary blocks of data

Uh?

API cannot transfer blocks of data?

Again: this is not new, it's tedious, it's bureaucratic, it can be hairy, but it's not difficult.

> API cannot transfer blocks of data?

This seems like a deliberate and silly misunderstand on your part.

If you don’t realize that most API’s generally do more than simply transfer arbitrary blocks of data, then you have lied about your experience as a developer.

HTTP is just a transfer protocol. It’s in the name.

> If you don’t realize that most API’s generally do more than simply transfer arbitrary blocks of data

where did I say it?

> HTTP is just a transfer protocol

that's been hardly true since forever.

POST, PUT, DELETE, PATCH etc ever heard of these verbs before?

It's a balance between a single company being able to lock its cattle because of proprietary shenanigans, and the users having leverage over how they are being used. The EU is fighting for the second one. Unless you are a big company I fail to see how you can honestly defend the first one.

You want innovation to be automatically compatible with competitors ? That's what Open Source is for.

cattle?

Yes, cattle. Those companies don't see you as humans with rights and wants and needs but as resources producing content and being milked for profit. Whatever happens on FB belongs to FB, whoever wrote it. Your attention is sold to announcers, your messages are examined to build a profile, your connections and friendships are vectors to optimize targeting, the content you see is decided by the company to maximize their revenues and their political views.

If they could capture your thoughts directly from your brain and leave you not even seeing the light of the day, they would.

This sounds like you are simply describing how advertising works. Cattle do not respond to advertising. People do.

Which is the mode of operations of the companies we're talking about, yes.