There’s only one regulation of Big Tech that has no downside for the rest of us: Break up these companies, and require interoperability, to create the conditions that make genuine competition possible.
There’s only one regulation of Big Tech that has no downside for the rest of us: Break up these companies, and require interoperability, to create the conditions that make genuine competition possible.
Sure, I’ll take a stab at it. Everyone with more than ten million users implement activitypub and rss, or whatever future protocols are designated by the ietf to replace them. Arbitrary blocking of bad actors is okay so long as you don’t go crazy with it (for a reasonably generous definition of crazy) or are below that size threshold.
(I’m thinking of “social media” of course. Some other “big tech” type things would obviously require different protocols.)
@kbal @dangillmor So you caught the first issue in your final line.
> I’m thinking of “social media” of course. Other[s…] would require different protocols.
How would you define the set that are required to implement RSS? The set required to implement ActivityPub?
That’s an amazingly uninteresting question. In “non legal language” the answer is blatantly obvious, and in legal terms you could look at various recently-drafted legislation around the world which, for all its manifold flaws and dubious aims, does generally manage to do not too bad a job of identifying what counts as social media.
@kbal @dangillmor I’m sorry it’s uninteresting, but it’s the crux of the matter. Mapping services to protocols is the hard part. And it’s not just social media. If we’re talking about mandating interoperability among big tech, we’re talking about all tech.
Social media is most at the forefront of people’s minds, but search and email are just as problematic. Email’s already built on an interoperable protocol and it’s *still* monopolized to where big tech dictates who gets to participate.
There are other parts of the “tech” world I’d apply similar principles to, but they are not search and email which have somewhat different problems. I see no reason not to address these things one at a time.
Some problems are better addressed by the “break them up” part of the proposal we started with, which though it might be less efficacious given the extreme concentration of market power we’re starting with seems also even less likely to involve “downsides for the rest of us.”
@kbal @dangillmor And then on top of that, when you lock certain service types into certain protocols, you cut off evolution.
Imagine if we’d legislated email interoperability by declaring that all “services that implement messaging must implement email”.
You’ve now seriously hampered the evolution of IRC, AIM Chat, MSN Messenger, the various social media messaging services, Slack, Discord, and even localized chats like Stackoverflow’s chat.
Nobody was proposing that the interoperability standard for instant messaging should be email. At no point in history would that ever have seemed reasonable to anyone.
But if a core standard for instant messaging had emerged twenty years ago, and everyone had stuck to it sufficiently that IRC, iMessage, Whatsapp, Matrix, Slack, and Discord users could all communicate with each other, we’d be much better off by now. It’s unfinished work that needs doing.
Instead we’ve gone in the opposite direction, with users increasingly confined to isolated walled gardens so that their owners can better control the right to extract data from them. This approach is just not working out well so far.
Identifying the biggest of the worst offenders and requiring them to all interoperate via xmpp gateways with full end-to-end encryption wouldn’t instantly solve all our problems, but I for one would be happy to see it.