こんにちは、
私は非常に経験豊富なソフトウェア開発者で、新しいウェブプロジェクト用のフォーラムエンジンを選択しています。Invision や XenForo などの最高のクラシックなフォーラムエンジンを非常に尊敬していますが、今ではユーザーにより新鮮でモダンなものを提供したいと考えています。そこで、Discourse や Flarum による現代的なメッセージ一覧に辿り着きました。
この 2 つの中で、私は箱型で粗野な Discourse のスタイルよりも、軽快で角の取れた Flarum のスタイルの方が気に入っています。また、Flarum は共有ホスティングにインストールできるという点も、小規模なウェブプロジェクトにとって大きな利点です。
しかし、使い始めると、大量の混乱に直面しました（一部の失礼な表現をお許しください。状況があまりにもひどすぎるのです）：
- Flarum のコアは極めてシンプルで機能が少なく、最も基本的な機能である登録やトピック・メッセージの作成、通知ですら、長年フォーラムで必須とされてきたものさえ、Flarum では「拡張機能」（プラグインとも呼ばれます）によって追加する必要があります。多くの拡張機能にはオプションすらありません。例えば、トピックの分割/結合/固定、投票、BBCode の詳細、メッセージ内の画像や動画の表示、URL の新規ウィンドウ開き、ソーシャル共有、ユーザーグループの色、プロフィール画像のトリミング、OAuth 登録などなど、これらすべてが追加の拡張機能を通じてのみ利用可能です！これは本当にうんざりさせられ、まるでガラクタの箱のようです。特に、それらの拡張機能が異なる開発者によって作られている場合、なおさらです。Flarum の主要開発者には、実際の開発戦略や機能の基準が存在せず、Discourse を単にコピーして、リクエストに応じて機能を一つずつ追加しているだけのように見えます。これは明らかに彼らの開発レベルの低さを示しています。
- 拡張機能サイトは Flagrow-io から Extiverse-com に変更され、FriendsOfFlarum-org にも重複して存在しています。
- 拡張機能開発チームの Flagrow も FriendsOfFlarum に変更されましたが、このチームは GitHub や Flarum サイトに存在する「Flarum コア開発チーム」とほぼ同一です。これもまた混乱です。
- ちなみに、「FriendsOfFlarum」という名称をどう解釈すべきでしょうか？他の開発者は「友達」ではないという意味なのでしょうか？！
- 拡張機能マネージャーの Bazaar には致命的な問題があり、性能も悪く、拡張機能のインストールや削除は、依然として SSH コマンドラインの Composer 経由でのみ正しく動作します。では、Bazaar の存在意義は何なのでしょうか？！
- 多くの拡張機能には適切なドキュメントや視覚的なサンプル（スクリーンショットや動画など）がありません。例えば、ユーザープロフィールを拡張する 3 つの拡張機能「User Bio, Masquerade, Mason」がありますが、適切なドキュメントや簡単な画像すら存在しないため、インストール前にどれが自分に適しているかを比較・選択することが不可能です。そのため、それほど複雑ではない拡張機能のほとんどをインストールして試すことを強制されます。各拡張機能の詳細を追加するよう求めたところ、主要開発者からの返答は「問題ない！」というものでした。しかし、2021 年になってもドキュメントが皆無であることは恥知らずなことです！
- 一部の拡張機能は完全に無能に動作します。例えば、「BestAnswer」拡張機能では、トピックのベストアンサーは管理者によって設定できますが、その後、任意のユーザーによって変更されてしまいます。「サードパーティログインのみ」の OAuth 経由では管理者ログインが完全にブロックされてしまいますが、開発者はこの問題を認めず解決しようとするどころか、コミュニティの見た目を良くするために、この致命的な問題に関する私のメッセージをすべて削除してしまいました。これもまた恥です。
- Daniël Klabbers は、月額 3〜5 ドル、または年額 30〜50 ドルという、最も愚かな有料拡張機能のマーケティング計画を考案しました。しかし、制限はダウンロードのみに適用され、これは完全な愚行です。ユーザーは重要なアップデートのために 1〜2 年に一度、3〜5 ドルを支払うか、あるいは拡張機能が安定して重要なアップデートが不要になった時点で、サイトごとに一度だけ支払えばよいからです。このような愚かな経済モデルは、真の利益をもたらさないでしょう！Envato の「一度支払えば永久に利用・アップデート可能」というモデルの方が、はるかに有益です！
- このような愚かな経済モデルのせいか、素晴らしい「Discussion Cards」などの優れた拡張機能の開発者が更新を停止しています。GitHub での問題への回答も、半年以上更新もされていません。
- 最後に、Flarum のトピック内スクロールバーですが、スクロール時に日付が動的に表示されません。そのため、特定の日付に移動するには、巨大なトピックをスクロールし、一時停止して得られた日付を確認し、さらにスクロールし、これを繰り返す必要があります！この不便さを「luceos」を含む主要開発者に指摘したところ、「問題ない、これが私たちのコンセプトだ」と言われました。何だと！？したがって、トピック内検索が完全に欠如している Flarum では、トピック内ナビゲーション（UX）は完全に原始的で不便です！
- 「Flarum と Discourse の比較」という私のメッセージの多くは、モデレーターによってコミュニティから恥知らずにも隠されています。これに関するスクリーンショットを多数持っています。
- 1 つの「c」で「Acess」と書かれたユーザーの投稿に対し、「Access」は 2 つの「c」で書くことを冷静に指摘してコメントしたところ、管理者から警告を受けました。何だと！？
- コミュニティのための独自の作業を行う開発者を探そうとしましたが、どの開発者も応答がありません。「いいえ」「今は忙しい」「1 ヶ月後に連絡ください」といった返答さえなく、完全に無視されます。彼らは各ページで寄付を求めていますが、カスタム作業のリクエストには応答しません。何だと！？
- より重要な問題や欠点を発見し、Flarum に対する 10 以上の新しくてユニークで非常に有用な改善案を提案したところ、Flarum コミュニティからは主要開発者からの攻撃と虚栄心のある態度しか受けませんでした。主要ではない開発者からは 2 つの「いいね」が得られただけで、最終的にはスレッドが閉鎖され、管理者「luceos」によって 2 回連続で 16 年間 ban されました。
したがって、全体的に見て、Flarum は主要機能の点（特にトピック内検索がないにもかかわらず、非常に貧弱なトピック内ナビゲーションがその例です）で Discourse よりも何年も遅れており、さらに大量の混乱、重要な Flarum の問題を認めようとしない態度、不合理な混沌とした意思決定、そしてバグ報告や問題への批判に対する極端な攻撃性によって、主要開発者は各詳細を十分に考え抜いたり、賢明な長期ロードマップを作成したりする能力が不足しており、攻撃的な虚栄心で行動しているように見えます。
これらすべては完全に非効率的であり、彼らが自らのプロジェクトを管理できるかどうか疑わしくさせます。
結局、私は以下の理由から Discourse に辿り着きました：
- 最初から備わった優れた機能性；
- 安定して動作する多言語メッセージング；
- より明確で体系的な開発；
- 機能のテストと実装が優れている安定した主要開発チーム；
- 虚栄心よりも真実と改善を重視する、より友好的なコミュニティへの期待（もしこのトピックが閉鎖されなければ、Discourse コミュニティで Flarum に対する私の有用な提案を再投稿するつもりです）。
この物語が、Flarum を Discourse よりも優先しようとする他の管理者や開発者の時間と神経を救うことを願っています。ご注意ください！