I’m surprised I don’t hear as much of “I wan’t literally nothing to do with Meta in any way shape or form” sentiment (which happens to be my feelings on the matter).
Federation is the most interesting thing thats happened on the internet since http became the standard in my opinion, and I’ve been kicking around since Telnet, BBCs, IRC, Etc.
Meta doesn’t want to play nice, they want to see if they can own everything, in my opinion. “Oh, people are doing this cool thing that we can’t yet monitize and make our shareholders richer? See if we can somehow assimilate it, at a loss at first, as ususal of course.”
I’m not sure about embrace, extend, extinguish, but it does sound like it’d be the way here. Either way, why the living fuck can we not have anything interconnected that a megacorp can’t decide they’ll take over? Why can’t we keep that from happening, even when small independent individuals are running the server?
The entire point of ActivityPub is that it’s open and EEE-proof. If the users leave it for something proprietary but better, then it isn’t EEE, it’s just a better product.
Simply being open source is not an achievement in itself. The platform has to be user friendly, stable and future-proof. Most FOSS and federated alternatives create a platform and then endlessly harp on federation like that’s the end. No, that’s the beginning. The point is to make a product better than Big Tech WHILE maintaining federation and Foss status. THAT is what makes a platform EEE proof.
If the users leave it for something proprietary but better, then it isn’t EEE, it’s just a better product.
That’s literally the second E, extend.
Nothing is EEE-proof. If Meta puts even just 10 billion dollars into developing and marketing their fediverse EEE project, it’s going to be better for the average user (I.e: billions of people already using Meta’s services) than what a couple of FOSS devs made for free in their spare time.
That’s not what extend means in this context. In this context, extend means to add non-standard features to the protocol which only your implementation understands.
I’m surprised I don’t hear as much of “I wan’t literally nothing to do with Meta in any way shape or form” sentiment (which happens to be my feelings on the matter).
Federation is the most interesting thing thats happened on the internet since http became the standard in my opinion, and I’ve been kicking around since Telnet, BBCs, IRC, Etc.
Meta doesn’t want to play nice, they want to see if they can own everything, in my opinion. “Oh, people are doing this cool thing that we can’t yet monitize and make our shareholders richer? See if we can somehow assimilate it, at a loss at first, as ususal of course.”
I’m not sure about embrace, extend, extinguish, but it does sound like it’d be the way here. Either way, why the living fuck can we not have anything interconnected that a megacorp can’t decide they’ll take over? Why can’t we keep that from happening, even when small independent individuals are running the server?
The entire point of ActivityPub is that it’s open and EEE-proof. If the users leave it for something proprietary but better, then it isn’t EEE, it’s just a better product.
Simply being open source is not an achievement in itself. The platform has to be user friendly, stable and future-proof. Most FOSS and federated alternatives create a platform and then endlessly harp on federation like that’s the end. No, that’s the beginning. The point is to make a product better than Big Tech WHILE maintaining federation and Foss status. THAT is what makes a platform EEE proof.
That’s literally the second E, extend.
Nothing is EEE-proof. If Meta puts even just 10 billion dollars into developing and marketing their fediverse EEE project, it’s going to be better for the average user (I.e: billions of people already using Meta’s services) than what a couple of FOSS devs made for free in their spare time.
That’s not what extend means in this context. In this context, extend means to add non-standard features to the protocol which only your implementation understands.