世界を動かす技術を、日本語で。

Zulip.comの価値観

概要

  • Zulip は長期的な運用と責任あるメンテナンスを重視
  • すべての機能を含む 100%オープンソース の提供
  • 多様なコミュニティ とメンターシップへの投資
  • 持続可能なビジネスモデル と価値観の両立
  • 非営利団体や教育機関 への積極的な支援

ユーザーに寄り添い続けるソフトウェア構築

  • コア業務を支える チームチャットプラットフォーム としての信頼性重視
  • 「数年後もこの製品は存在し、適切にメンテナンスされているか」という重要な問いへの対応
  • 会社、コミュニティ、技術設計すべてに 長期開発の明確な目標 を設定
  • 2013年以来、 途切れないサービス提供 の実績

100%オープンソースへのこだわり

  • 多くの「オープンソース」企業が機能制限版を提供する中、 Zulipは全機能を公開
  • セルフホスト環境 でもクラウド版と同じ機能を利用可能
  • セットアップや運用の 容易さを徹底追求
  • 数千の組織が 無料でZulipを運用 する現状

コミュニティとメンターシップへの投資

  • 活発な オープンソースコミュニティ による開発体制
  • 多様な背景 を持つ次世代コントリビューターの育成支援
  • 読みやすく、テストが充実し、 改修しやすいコードベース
  • 18.5万語に及ぶ 詳細な貢献者向けドキュメント の整備
  • 2016年以降、100名以上が参加する インターンシッププログラム の実施
  • シニアコントリビューターによる 膨大なメンターシップ と学習機会の提供

価値観と両立する持続可能なビジネス

  • 世界水準のチームチャット製品開発を支える 専任チーム
  • 公正な報酬 を持続可能な形で実現するための会社設立(Kandra Labs)
  • ベンチャーキャピタル非依存 の自立的な成長戦略
  • VCによる急成長圧力や 価値観の妥協 を回避
  • SBIR助成金 などの活用による安定した資金調達
  • 小規模チームでも運用可能な 保守性重視のソフトウェア設計
    • コード可読性
    • コードレビューやコミット規律
    • デバッグ性や自動テスト
    • ドキュメントとツールの充実

他の価値ある団体への支援

  • 資金の有無に関わらず 利用できる環境の提供
  • オープンソースプロジェクト、研究グループ、教育機関、非営利団体への Zulip Cloud Standard無償ホスティング
  • プログラム開始以来、 数百団体への支援実績

Hackerたちの意見

Zulipの期待は素晴らしいけど、コミュニティで使うたびに、すぐにやる気がなくなっちゃうんだよね。だって、全体的にダサくて、使うのが面倒に感じるから。携帯で改善されてるか試してみたけど、ヘッダーのUIが完全に壊れてるし。

具体的に何が壊れているのか教えてもらえますか?どういう風に動いていなくて、どんな期待を持っているのかも知りたいです。

最近Zulipは使ってないけど、数年前はそんな感じだったよ。

企業の価値は、シェアを取った後に変わることがあるよね。OpenAIが他社との協力に関する「憲法」を変えたみたいに。こういうことに対して企業を責任追及できる方法があればいいのに。

Zulipが完全にオープンソースで自己ホスティング可能なのは大きいね。これはBlueskyチームが「信頼できる出口」と呼んでいるもので、ZulipはBlueskyよりもずっとそれを実現してる。逆に、もっとテック企業が協同組合になって、メンバーがガバナンスに意見を持てるようになればいいなと思う。それが、 rugpullに強いビジネスの究極のハードモードになるだろうね。

Zulipを使ってる会社で働き始めたんだけど、コミュニケーションアプリの中では今までで一番使いやすいUXだと思う。確かにもう少し磨きが必要だけど、全体の構造が素晴らしくて、自分がやりたいことにすぐアクセスできるし、全体の状況も把握できるから、すごく満足してる。もっとキーボードショートカットがあればいいなと思うし、モバイルアプリには最近の会話のビューが必要だけど、きっと改善されると思う。

Slackを数年使ってきたから、最初は「Slack流」のものがなくてショックだった。最大の特徴は、すべてがストリーム/スレッドになってること。これがSlackよりも優れたUXだと思うけど、慣れるまでには少し時間がかかるね。言うまでもなく、Slackの方がずっと洗練されてる。

最近の会話について、Zulip(や他のアプリ)が、メッセージを見たら消えちゃう一時的な通知じゃなくて、受信箱を提供してくれればいいのに。受信箱がないと、未読メッセージを使って受信箱を管理するしかないから、通知をクリックしたりメッセージをちらっと見ると、後で戻るためにマークする簡単な方法がないんだよね。---- でもZulipには+100!この手のコンテキストでは、今までで一番まともなメッセージング体験だと思う。

自分に返信してるけど、Zulipの人がこのスレッドを見てくれると思うから書いておくね。階層的なチャンネルシステムが欲しいな。いくつかをミュートする代わりに、重要なものを優先度高くしたいんだ。そうすれば、本当に気に入ってるものと全体の概要を切り替えられるから。

別のスレッドでZulipの話をしてたんだけど、トピックを無効にする設定があるって初めて知ったよ。それで普通の「チャットルーム」スタイルの時系列順にできるみたいだけど、なんかトピックのビジュアルヘッディングが残ってて、ちょっとごちゃごちゃしてるね。個人的には、Zulipは今までのオープンな自己ホスト型ソリューションの中で一番しっかりしてると思う。去年の今頃、うちのチームが試したときは、スレッド形式のトピックにすごくがっかりしたんだ。チーム全員がそれを嫌ってて、重要なことをトピックで投稿しようとすると無視されちゃう(笑)。どうしようもないよ、脳がそれを受け入れたくないみたいだから。でも、今それを無効にする方法があるって知ったから、Zulipを再評価する時かもしれないね。

ZulipがSlackやDiscordの代替になってくれればいいな。

もうなってるよ!(編集: ただし、DiscordをPTT音声チャンネルとして使う理由があるなら、そうではないけど。)

UIの仕上げがかなり必要だと思う。Zulipチームの誰か、これに対する需要があるか教えてくれない?もしそうなら、貢献を考えてみるよ。プロジェクトがこのレベルの成熟に達してるのに、仕上げが全然ないと「あまり価値を感じてない人たちが維持してるのかな?」って警鐘が鳴るんだよね。

みんな価値観を持ってるけど、億ドルの小切手をもらったら変わるよね。

今はただ値段の交渉をしてるだけだね。

1億ドルの小切手を待ってるわけじゃないから、価値観を保つのがずっと楽だよね。

2023年からカロライナコードカンファレンスを運営していて、毎年参加者がネットワーキングできるようにZulipをチャットシステムとして設定してるんだ。すごくクールなプラットフォームで、もっと広く使われてほしいな。

UIとユーザーエルゴノミクスが、Zulipの広範な採用にとって最大の障害になってるね。E2EEがなかったり、完全に独立した自己ホスティングができない(例えばプッシュ通知の問題)っていうのは、多くの人にとっては致命的なポイントだと思うけど、たくさんの組織にとっては、今のオープンさが十分なんだよね。Zulipがチャンネルやスレッドモデルを使って、もっと使いやすくて初心者にも優しいインターフェースを再デザインできる人を見つけてくれるといいな。個人的にはデザインにあまり気にならないし、すぐに慣れたけど、デザインに拒否反応を示す人や「一般チャット」に全てを投稿してSlackやDiscordみたいに使う人が多いのも知ってる。

私もその一人。コンセプトはすごく好きだったけど、UIを通り抜けるのが耐えられなかったし、他の人にもそれを期待するのは無理だった。

UIとユーザーエルゴノミクスが、Zulipの広範な採用にとって最大の障害になってるね [...] デザインに拒否反応を示す人や「一般チャット」に全てを投稿してSlackやDiscordみたいに使う人が多い。これについて少し考えたんだけど、「完了者」と「育成者」の間に根本的な二項対立があるんじゃないかな。

完了者

「速度」とオープンなループを閉じることを優先する。コンテキストを制限することで、集中して行動できる。タブを頻繁に閉じる。コミュニケーションはタスクキューに追加される;各会話は閉じるべきオープンチケット。画面外にスクロールしたものは、暗黙的に完了と見なされる。ストリームの儚さが、会話を「処理」して次に進むことを可能にする。Zulipは、スレッドやディスカッションが閉じられずに残ることで不安を引き起こすかもしれない。

育成者

コミュニケーションは外部化された認知。メッセージはファイルに整理されるべき小さな塊。コントロール感を維持するための「ダッシュボード」を求めていて、何かが抜け落ちることを恐れる。チャットを「終わらせる」ことには興味がなく、文脈を整理して深い作業や将来の決定のためにアクセス可能にしておきたい。

問題

Zulipはすべてのチャットが価値があると仮定していて、すべてのインタラクションに少しの前提努力を課している。Slackはほとんどのチャットが儚い価値しかないと見なしていて、10%の価値があるかもしれないインタラクションのために90%を課す意味がわからない。Slackは育成者を完了者にさせ、Zulipは完了者に育成者として行動させる。SlackやDiscordを好む完了者は、暗黙的に多システムの断片化を受け入れている。儚いコミュニケーションのためのチャットがあり、長期的なものはドキュメントやウィキ、Jiraなどに移動しなければならない(これが今、数十の「統合」を求めている)。今の状態を理解するには、法医学的な考古学が必要だ。 ([チャーリー・ペペ・シルビアのミーム]) チャンネル名における複雑なアクロバティックな表現(例えば#team-proj-blah)は、すべてを儚いものとして扱う根本的なエントロピーに対抗しようとする試みだ。最終的に整理することも本当の仕事であり、効率を追求する短期的な視点で無視することは、長期的な効果を妨げる。

可能な解決策は?

  1. チャットプラットフォームは、完了者向けのトリアージモードと育成者向けのダッシュボードモードの2つの異なるビューを提供できる。たとえ一人でも、必要に応じて両方を切り替えられる。
  2. 段階的に整理するためのUXの改善、例えば手動クラスタリングやAI支援のクラスタリング/トピック名付けのUX改善。人々がストリームでチャットを続けられる一方で、同じメッセージがトピックの下に同時に整理されるといいな。今の技術なら、そんな製品体験が可能かもしれない。
  3. Slackは、検索が整理の効果的な代替手段だと見せかけるのをやめるべき(特に検索がクソなとき)。しばらくSlackを使っていないけど(Zulipのキャッチオールトピックがいいバランスだと思ってる)、SlackのCanvasがこの問題に対抗しようとしている印象がある。

[チャーリー・ペペ・シルビアのミーム] https://knowyourmeme.com/memes/pepe-silvia

私たちは2年間、会社のチャットにZulipを使ってる。必要なことはできてるし、どこにデータが保存されるかもコントロールできるのがいいところ。ただ、UIは古くて使いづらい。会社の皆はZulipには満足してるけど、誰も愛してはいないって感じ。なんか、平凡な雰囲気が漂ってる。まあ、「まあまあ」って感じだね。

Zulipを嫌ってるコメントがたくさんあるね。好き嫌いの感情が、投稿者のユーザーや会社の規模に関係してるのかな?私の経験では、Zulipは私の3人の完全リモートの小さなビジネスにはすごく合ってるんだ。もしかしたら、ユーザーが増えるとZulipのUIのワークフローが崩れちゃうのかも?