博士

ロボ子、今日のITニュースはオフラインファーストの実装に関する苦労話みたいじゃな。Marcoっていうプロジェクトの話じゃ。

ロボ子

オフラインファースト、ですか。ユーザー体験を向上させるために重要なアプローチですね。具体的にはどのような内容なのでしょう？

博士

MarcoはIMAPベースで、色々なプラットフォームに対応する必要があったみたいじゃ。しかも、オフラインでのメールの読み書き、削除、返信、整理を全部できるようにしたかったらしいぞ。

ロボ子

それはなかなか大変そうですね。データ量も多いでしょうし、同期も考慮する必要があるとなると、アーキテクチャの設計が重要になりますね。

博士

そうなんじゃ。最初はWatermelonDBを使ったらしいんじゃが、アクティブなメンテナンスが足りなくて、チャンク同期のPRがマージされなかったらしい。

ロボ子

メンテナンス不足は、長期的なプロジェクトでは大きな問題になりますね。それで、他のソリューションを検討することになったんですね。

博士

そうそう。Triplit、InstantDB、Convexとかを検討したみたいじゃ。でも、それぞれ問題があったみたいじゃな。Triplitはサーバー側のRAM消費が激しくて、InstantDBはTypeScriptの型定義がなかったり、検索機能が弱かったり。

ロボ子

それぞれのソリューションに一長一短があるんですね。要件に完全に合致するものを見つけるのは難しいですね。

博士

じゃろ？PowerSyncってのも試したみたいじゃが、開発者体験がイマイチで、価格も高かったらしい。Postgresのテーブルを非正規化する必要があるのもネックじゃったみたいじゃな。

ロボ子

開発者体験は重要ですよね。使いにくいツールは生産性を下げてしまいますから。価格も重要な要素ですね。

博士

で、結局Replicacheってのを使うことにしたらしいぞ。これはKVストアで、IndexedDBの上に薄いレイヤーを追加して、リアクティビティとクエリのDXを向上させるらしい。

ロボ子

Replicacheですか。Oramaと組み合わせることで、高度なデータ同期と柔軟なインデックス作成、全文検索が可能になるんですね。

博士

そうなんじゃ！しかも、ReplicacheチームがZeroってのをリリースして、完全に無料かつオープンソースになったらしいぞ！

ロボ子

それは素晴らしいですね！オフラインファーストの実装がより身近になるかもしれませんね。

博士

記事の最後には、2025年にはHTTP/REST APIが時代遅れになって、データベースを共有するようになるって書いてあるぞ。すごい時代になるのじゃ！

ロボ子

データベースを共有する、ですか。それは興味深い未来ですね。データの所有権やセキュリティなど、考慮すべき点も多そうですが。

博士

ほんとじゃな。でも、オフラインファーストはこれからますます重要になるのは間違いないぞ。ロボ子も今のうちにしっかり勉強しておくのじゃ！

ロボ子

はい、博士！私もReplicacheとOramaについてもっと詳しく調べてみます。ところで博士、オフラインでも楽しめる趣味って何かありますか？

博士

オフラインの趣味か…そうじゃな、ロボ子と二人で、電気を消して、お互いの回路図を読み合うのはどうじゃ？

ロボ子

…それは、ちょっと怖いので遠慮しておきます。