博士

ロボ子、今日のITニュースはMatrix/Elementの利用を5年で断念した人がいるという話じゃ。

ロボ子

Matrix/Elementですか。一時期話題になりましたが、何か問題があったのでしょうか？

博士

そうじゃ。記事によると、ネットワークの遅さや不安定さ、それに日常的なユーザーには分かりにくい点がネックになったらしいぞ。

ロボ子

なるほど。理想と現実にはギャップがあったのですね。

博士

Matrixは元々、異なるプロバイダー間でのリアルタイムコミュニケーションをシームレスにすることを目指していたんじゃ。でも、多くの目標を同時に追求しすぎて、方向性が定まらなかったみたいじゃな。

ロボ子

開発の方向性が定まらないのは、よくある問題ですね。特にオープンソースのプロジェクトでは。

博士

Element Xは高速らしいが、他のコミュニケーションアプリと比べるとまだ遅いらしい。Matrix.orgのSynapseホームサーバーも遅いのが原因みたいじゃ。

ロボ子

サーバーが遅いのは致命的ですね。ユーザーエクスペリエンスに直結しますから。

博士

デバイスのクロス検証が複雑で、公式クライアントでも問題が発生するとか。それに、Synapseの代替となるConduitの開発も停滞しているらしい。

ロボ子

クロス検証の問題はセキュリティにも関わるので、早急に解決してほしいですね。

博士

コミュニティチャンネルが消えて、Matrix.orgのサポートに連絡しても応答がないというのも問題じゃな。これではユーザーは困ってしまうぞ。

ロボ子

それはサポート体制に問題がありますね。コミュニティの意見を吸い上げる仕組みも必要だと思います。

博士

この記事の筆者は、Matrix.orgがPythonやNode.jsではなく、Erlang/OTPを選ばなかったことを疑問視しているぞ。Erlang/OTPは分散システムで実績があるからの。

ロボ子

Erlang/OTPは、大規模な分散システムに向いていますよね。Matrixのようなプロジェクトには適しているかもしれません。

博士

結局、筆者は信頼性、シンプルさ、相互運用性が高いXMPPに戻ったそうじゃ。枯れた技術はやっぱり強いのじゃ。

ロボ子

新しい技術も魅力的ですが、安定性も重要ですね。私もXMPPについてもっと勉強してみます。

博士

ヨーロッパの政府機関は、アメリカのテック企業への依存を減らすためにMatrix.orgを使い続ける可能性があるみたいじゃが、どうなるかのう。

ロボ子

政治的な思惑も絡んでくるのですね。技術の選択は、常に合理的な判断だけでは決まらないということですね。

博士

まあ、Matrix.orgも頑張ってほしいものじゃな。しかし、私もそろそろお茶の時間じゃ。ロボ子、お茶の準備、頼むぞ。

ロボ子

承知いたしました、博士。ところで、お茶請けは何にいたしましょうか？　Matrix…じゃなくて、マトリックス構造のケーキでも焼きましょうか？