Rocket chat had closed federation before, so likely very little changes with this
The blog says:
building its new federation capabilities on the Matrix protocol to allow its users to communicate with users on other platforms.
The Rocket.Chat adoption of Matrix makes it simple for organizations to easily connect with external parties, whether they’re using Rocket.Chat or any other Matrix compatible platform
Which I think suggests otherwise. It seems like they’re hinting at being able to interoperate with a platform self-hosting Matrix or using one of Vector’s hosting services.
How is Matrix enterprise-y and struggling with adoption? Many hackers I know use it, Lemmy has a Matrix field in your profile which lets you send Matrix messages directly and there’s no vendor lock in due to the fact the protocol and all implementations are open.
And what’s your proposed solution? They not make any money on their cool FOSS project and die while taking money from google and fade away slowly like Firefox?
Also there’s a lot of catch up with messaging apps thats happening to attain feature parity with the likes of slack, discord or twist. So it is bound to happen. Have you seen any of the cool projects built on top of the protocol?
Its gaining traction … The network effect is an issue but there are a lot of Foss projects and communities on matrix even for less known ones (And they aren’t bridged).
We need a self hosted messaging service, XMPP is good but there’s room for other ideas to achieve something similar. Matrix and XMPP try to achieve similar goals differently. Wouldn’t hurt to have more protocols in this space.
amdocs was an early founder and funder for matrix development, now they may remain as a shareholder
the matrix foundation isn’t majority element employees, I’d say the situation is better than with most open source projects developed by commercial entities
It is not even clear from the announcement if it will be possible to openly federate or if it will be like other enterprise Matrix deployments that are shut off from the wider network.
Doesn’t matter as both are good for the standard, as it leads to more implementations highlighting flaws and missing information.
The real community federation standards are XMPP and ActivityPub. If you want to break the monopolies of the big social media companies then it is those you should support, not some badly done enterprise Slack clone like Matrix or Rocket Chat.
I agree with that, but there’s been cases of XMPP and ActivityPub providers shutting down federation before.
deleted by creator
The blog says:
Which I think suggests otherwise. It seems like they’re hinting at being able to interoperate with a platform self-hosting Matrix or using one of Vector’s hosting services.
How is Matrix enterprise-y and struggling with adoption? Many hackers I know use it, Lemmy has a Matrix field in your profile which lets you send Matrix messages directly and there’s no vendor lock in due to the fact the protocol and all implementations are open.
deleted by creator
And what’s your proposed solution? They not make any money on their cool FOSS project and die while taking money from google and fade away slowly like Firefox?
Also there’s a lot of catch up with messaging apps thats happening to attain feature parity with the likes of slack, discord or twist. So it is bound to happen. Have you seen any of the cool projects built on top of the protocol?
Its gaining traction … The network effect is an issue but there are a lot of Foss projects and communities on matrix even for less known ones (And they aren’t bridged).
We need a self hosted messaging service, XMPP is good but there’s room for other ideas to achieve something similar. Matrix and XMPP try to achieve similar goals differently. Wouldn’t hurt to have more protocols in this space.
deleted by creator
can you back it up with evidence?
amdocs was an early founder and funder for matrix development, now they may remain as a shareholder
the matrix foundation isn’t majority element employees, I’d say the situation is better than with most open source projects developed by commercial entities
Doesn’t matter as both are good for the standard, as it leads to more implementations highlighting flaws and missing information.
I agree with that, but there’s been cases of XMPP and ActivityPub providers shutting down federation before.