… 我想首先解决的问题是这个：作为一个小企业，我尝试购买Element的软件，但被告知我不够大，不值得他们花时间。这很公平，我只需要一个200个座位的许可证，我愿意按座位付费，但也许他们真的只想要高价值的合同，如果他们的销售团队有限的话。然而，从这种经历直接推导出他们对项目结构的解释，似乎有点过分了。也许他们应该考虑接受一些出现的销售机会？然后是关于Element所制作的客户端的品牌和发布决策。Element在客户端领域有两个项目：一个叫做Element的客户端，还有一个叫做Element X的客户端。Element X是更新的。Element（你看到这里有多混乱了吗）在不同时候同时是一个Electron桌面应用、一个移动应用和一个网页应用。Element X正在成为所有这些应用，但它们之间的功能一致性甚至都不够。…
源讨论Matrix消息传递在政府IT领域逐渐获得立足之地原帖 190 条评论 · 导入时统计我不明白为什么Matrix到现在还没有更广泛普及。它是开源的，支持端到端加密，运行良好，还有客户端库可以与任何工具集成。 是什么让它没有更受欢迎呢？是它的联邦方式吗？还是客户端应用程序看起来不够酷？
完整原文把你的经验，加入这段讨论。
谢谢，我正准备发表一个类似你的回复，只是没有“试图购买许可证”这部分。
完整原文关于托管的问题，我当初也得出了同样的结论。我过去搭建过很多守护进程，而Matrix的难度远远超出常规，……这一定是故意的，对吧？如果不是故意的，那也令人担忧。
完整原文我认为他们主要的问题是似乎没有人真正从产品角度审视Matrix生态系统。你有各种成熟度不同的技术组件，如果你知道怎么做，它们基本上可以协同工作。但同时也有很多摩擦，经常出现各种问题等等。 这个项目需要有人从客户的角度来看待它，并能引导资源确保整个系统被包装成一个一致的东西，满足客户的需求。 如果你安装WA或Signal，或者注册Slack，你不需要考虑应该安装哪个主服务器，应该使用众多可用客户端中的哪一个，哪些功能尚未进入生产就绪状态。而是直接就能用。
完整原文> 更糟糕的是，Element X移动应用在某些方面反而是一种退步，因为他们将云供应商的推送通知服务整合到了应用中，所以即使你有“自主”和“自托管”的基础设施，你仍然在好日子时，会将关于你聊天的元数据泄露回你试图与之断开联系的人那里。如果你愿意，你可以为这个运行自己的推送通知服务，而且你的所有移动客户端都是Android，但为什么呢。 可能是因为这是让通知在主流Android和iOS设备上可靠工作的唯一方法？这和Signal或其他任何安全消息应用没有区别。与这些平台解耦是另一天的故事。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。