TinyCld: ビッグテックのワークスペースに代わる、モダンでオープンソースな選択肢

現代のプロフェッショナルな環境は、少数の巨大なプロダクティビティ・スイートによって支配されています。多くの人々にとって、Google WorkspaceやMicrosoft 365の利便性は、データに対するコントロール権の欠如や、「ラグ・プル（足場を外されること）」の絶え間ないリスクによって相殺されています。サービス利用規約の変更やアカウントの停止によって、数十年にわたる仕事へのアクセスが突然断たれてしまう可能性があるのです。

そこで登場したのがTinyCldです。これは、メール、ドキュメント、スプレッドシート、およびファイルストレージのための自己完結型の代替手段を提供するために設計された、新しいオープンソースのワークスペースです。著者が長年利用していた無料のGoogle Appsアカウントを失ったという必要性から生まれたTinyCldは、レガシーなセルフホスト型代替案にありがちな肥大化を避け、合理化されたモダンな体験を提供することを目指しています。

モダンなワークスペースのアーキテクチャ

PHPに依存する多くの古いセルフホスト型スイートとは異なり、TinyCldは、パフォーマンスとクロスプラットフォームでの可用性を考慮して設計された、現代的な技術スタックに基づいて構築されています。

技術スタック

  • Frontend: Expoを使用して構築されており、React Nativeを活用することで、WebとiOSの両方のプラットフォームでシームレスな体験を実現しています。
  • Backend: PocketBaseとGoによって駆動されており、データ管理とAPIサービスのための軽量かつ堅牢な基盤を提供します。
  • Protocols: 相互運用性を確保するため、TinyCldはIMAP, SMTP, CalDAV, CardDAV, and WebDAVを含む標準プロトコルに準拠しています。これは、TinyCldが独自のWebおよびモバイルインターフェースを提供している一方で、ユーザーは使い慣れたネイティブなサードパーティ製クライアントを接続できることを意味します。

開発におけるAIの役割

TinyCldの起源における、より刺激的な側面の一つは、その作成におけるAIの多用です。著者であるNathan Stittは、約200,000行のコードがAIの支援によって生成されたと述べています。一部の開発者はこれを懐疑的に見ていますが、Stittは、AIは加速のためのツールであり、監視の代わりではないと強調しています。

"I did look at each commit and there is a lot of bugfixing and tweaking features back and forth that went into it."

コア機能と能力

TinyCldは単なるアプリの集合体ではなく、一つのプラットフォームとして位置付けられています。その主な目標は、拡張性を維持しながら、商用スイートの「オールインワン」の感覚を再現することです。

統合されたツールセット

  • Mail, Calendar, and Contacts: コミュニケーションとスケジューリングのための完全なスイート。
  • Drive: ファイル管理のための中心的な場所。
  • Docs and Calc: リアルタイムで共同作業が可能なテキストおよびスプレッドシートツール。特に、スプレッドシート機能は複雑な計算を処理するためにhyperformulaライブラリを活用しています。
  • Multi-Org Support: コミュニティによって言及された際立った特徴は、マルチ組織サポート機能です。これにより、単一のインスタンスで複数の異なる組織をホストすることができ、コンサルタントや、さまざまなクライアントをオンボーディングするマネージドサービスプロバイダーにとって理想的なセットアップとなります。

デプロイメントと拡張性

TinyCldは、セルフホストのハードルを下げることに焦点を当てています。ユーザーが迅速に立ち上げられるよう、一行のDockerインストールを提供しています。さらに、拡張可能なプラットフォームとして設計されており、開発者はわずか10分で新しい「パッケージ」をワークスペースに構築し、統合することが可能です。

コミュニティのフィードバックと検討事項

Hacker Newsでの初期の反応は肯定的でしたが、ユーザーからは、フルスケールなワークスペースを構築する際の課題を浮き彫りにする、いくつかの重要な技術的および運用上の指摘がなされました。

メールのジレンマ

セルフホスト型スイートに関する最も一般的な懸念の一つは、メールサーバーの管理、特にスパムや到達性の管理の難しさです。ユーザーは、TinyCldが専用のメールプロバイダーを必要とするのか、それとも既存のSMTP/IMAPサービスのプロキシとして機能できるのかを疑問視しています。Postmarkとの現在の統合は、一部のユーザーからベンダーロックインの潜在的なリスクとして指摘されており、よりアグノスティックな「プロキシ」アプローチへの要望が示されています。

安定性と洗練度

野心的なプロジェクトには、どのようなプロジェクトにも当てはまるように、成長痛が伴います。初期のテスターは、負荷テスト中にスプレッドシートの「元に戻す（undo）」機能に問題が発生したことを報告しており、これは、ボイラープレートは強力であるものの、エッジケースのUXがまだ洗練の余地があることを示しています。

Nextcloudとの比較

数人のユーザーはTinyCldをNextcloudと比較しており、一部のユーザーはTinyCldのインターフェースがよりモダンで、そのフットプリントがより小さい可能性があると考えています。しかし、セルフホストによる「信頼できる唯一の情報源（source of truth）」への移行は、一部の人にとって依然として困難な見術であり、サプライチェーン・セキュリティやAI生成コードベースの長期的なメンテナンスに関する議論を呼び起こしています。

最終的な考察

TinyCldは、デジタル主権を取り戻すための大胆な試みです。現代的な開発者スタックとオープン標準へのコミットメントを組み合わせることで、ビッグテックのエコシステムから脱却したいが、モダンなワークスペースの統合された体験を継続したいと考えている人々にとって、実行可能な道筋を提供しています。

Sources