…何千もの（時には文字通り）エンタープライズアプリケーションによる死。今日のエンタープライズでは、あらゆるものに1,000もの異なるアプリケーションがあることに、私は（そして他の多くの人もそうであるように）疲れを感じています。UX/UI、アクセス制御、通信プロトコルの一貫性のなさ…リストは延々と続きます。これは社内ビジネスだけでなく、ユーザーもそれを感じています。
これはメモアプリ、これはファイルアプリ、これはメッセージアプリ、これはa/b/c/1/2/3/x/y/zアプリです。うんざりします。
そして、それらをアプリケーションレベルで接続するために、さらに多くのエンタープライズアプリケーションを習得する必要があり、それらすべてをまとめるための別のアプリケーションが必要になります。これは、エンタープライズアプリケーション版のNetflixがケーブルバンドルを再構築するようなものです。
皮肉なことに、エンタープライズにおけるその断片化のために、全体は明らかに部分の総和よりも大きくなく、はるかに悪くなっています！データは今日の王様であり、誰もあなたがそれを持ってどこかへ行くことを望まないため、各アプリケーションはサイロ内で動作することになります。
Discourseは、他の多くのこと（例：チケットシステム、ブログ、マーケットプレイスなど）において、他者からクラス最高とは見なされないかもしれませんが、私にとってはクラス最高です。なぜなら、ユーザーエクスペリエンスと基盤となるアーキテクチャを調和させながら、これらの他のアプリケーションの99％を実行できるからです。私のブログ、発表、ユーザー管理、ディスカッションフォーラム、イベントなどがすべてうまく連携することを考えると、これは私にとって指数関数的に価値があります。
このような少ないアプリケーションフットプリントで、すべてのエクスペリエンスに改善を平等にもたらすことができる場合が多く、各アプリケーションが異なるビジネスによって、異なる優先順位で所有されるのではなく。
どんなことでもこのプラットフォームで構築できます。それらはトピックではなく、次のとおりです。
- ブログ
- お知らせ
- マーケットプレイスアイテム
- ディスカッション
- サポートチケット
- 動画
- イベント
- スプリントボード
- バグ/問題
- アイデア
- CFP
- ガイド
- リストは続く…
これは、さまざまなグループのためにさまざまなエクスペリエンスを構築する必要があるときに、非常に安心できることであり、ほぼ常に上記の組み合わせです。
Discourseには癖があることを決して否定しませんが（docsプラグインは嫌いですが、まだマトリックスを見ていないのかもしれません）、このような統一されたエコシステムを柔軟に構築できる価値は、どのような欠点もはるかに上回っています。
私たちは、B2BエンタープライズコミュニティにDiscourseを使用しています。これらの考えは、最近の会社のイベントでDiscourseができることを見た後、私たちのビジネスの他のチームから、コミュニティで顧客向けの体験を構築するのを手伝ってくれないかという問い合わせが急増したことから生まれました。私たちは事業を拡大し、ユースケースを急速に拡大しています（これは私たちにとって良い問題です）。
「いいね！」 23
Jagster
(Jakke Lehtonen)
2
全く同意できないわけではありません。しかし、Discourseはしばしば妥協やトレードオフを伴います。WordPressを使えばはるかに優れたブログプラットフォームを利用できますが、機能的なフォーラムは提供できません。
商品を販売する選択肢はいくつかありますが、Discourseはそのリストにはありません。
Discourseでポッドキャストをホストする？それは無理です。
そして、これら3つの例における私の選択肢はすべて、データを漏らしたり、データを大量に消費したりしないものです。
物事を切り分ける必要があります。
- ユーザーが必要とするもの
- 管理者/オーナーが必要とするもの
そして私の見解では、疑問符が2つあります。
- 管理者/オーナーとしては、すべてが独自のニッチを非常にうまくこなしますが、副業はそれほどではないため、個別のソリューションを使用する必要があります。
- ユーザーは、(ソーシャル)メディア企業が…データのためにそれを望んだため、それらのサービスを使用するための個別のアプリを望んでいます。
人々は脳のない家畜だと言いましたか？ほとんどそうです。あるいは、もっと丁寧に言い換えるなら、ほとんどの人は知りませんし、より簡単な解決策を求めています。さらに、Jobs（Nokia、Blueberryなどでもあり得ます）が、アプリレベルで動作する最初の本物のスマートフォンを導入したときにすべてが変わりました。
今日は少しネガティブです。私はDiscourseのユーザーとして、エンドユーザーとしても管理者としても完全に満足しています。それは素晴らしいフォーラムソフトウェアです。しかし、すべてのユーザー、作成者、消費者、そしてすべての利益を収集する人々が別のものを望んでいる場合、私たちは個別のアプリの世界や多国籍企業に勝つことはできません。
「いいね！」 4
全く同感です。素晴らしい回答ですね！上記の投稿の感情を捉えようとしました。Discourse は Jira よりも課題管理やプロジェクト管理に優れていますか？もちろん、費用対効果で言えばそうではありません。Google Drive/OneDrive/などよりもファイルホスティングに優れていますか？絶対に違います。
(オンラインコミュニティには最適か？まあ、もちろんそうでしょう！)
しかし、Discourse は非常に多用途であるため、それらの他の機能においても、あなたが示唆しているような癖はあるものの、それらの機能の 99% を実行できるという価値があります。今日見られるエンタープライズアプリケーションの地獄よりも、いくつかの癖はあるものの、ほとんどの物事を 99% 処理できる 1 つのプラットフォームの方が私には良いです。
しかし、人生のすべてと同様に…それは常に状況によります！
おっしゃる通り、すべてのユースケースを解決したり、すべての機能を作成したり、すべての人を満足させたりすることは決してできません。エンタープライズアプリケーションを構築する組織にいる私自身、そのバランスを取ることは永遠の旅です！
それは残念です。今日がより良い日になることを願っています 
「いいね！」 5
Tris20
(Tristan)
4
これもまた、私たちにとっての根本的な問題でした。同じことを行うプラットフォームが膨大にあり、Discourse はそれらを適切に連携させる上で驚異的です。
特に、検索の一元化が欠けていました。これを（非常に）低コストで実現するために、Discourse チームに ヘッダー検索 を変更するよう依頼し、Discourse の検索バーから他のプラットフォームを検索できるようにしました。これで、Confluence などを Discourse から検索できるようになりました 
注：これは Discourse 内でネイティブに検索するのではなく、ユーザーを他のプラットフォームにリダイレクトしますが、検索語はクエリ引数として渡されるため、他のプラットフォームの結果に直接誘導されます。
これは、継続的なコストがかからず、検索エンジン全体を構築する必要がないことを意味します。テーマコンポーネントをインストールして設定するだけです
以下は、インスタンスの検索バーから Meta を検索する例です。
fab-discourse を SVG アイコンサブセットに追加します。
- ヘッダー検索テーマコンポーネントで、エディタの
extra search icons を開きます。
- Meta のエントリを追加します。
注：excludeFrom は、このアイコンを表示したくないカテゴリのカテゴリ ID のリストです。この場合、カテゴリ ID 1 から除外しています。
- 変更を保存します。
ブラウザを更新すると、検索語を入力したときに検索バーに Meta のシンボルが表示されるはずです。アイコンをクリックすると、Meta でその用語の結果が開きます
以下のビデオでは、私の個人インスタンスの検索バーで「fatigue」を検索し、Meta アイコンをクリックして Meta での「fatigue」の結果を表示しています。
「いいね！」 7
@Tris20 これは素晴らしいですね！上記では、一般的なユースケースについてのみ説明しました。まだ文書化/説明しておらず、他では見たことのない、そのレベルのものは次の2つだけです。
ステータスページ連携
ステータスページのイベントを、ステータスページからDiscourseのカテゴリに1対1で同期し、各ステータスが独自のトピックになるようにしています。ステータスイベントは元の投稿に反映され、時系列で昇順に投稿されます。Discourseのdatetimeオブジェクトを使用して常にローカル時間に表示したり、そのトピックにタグを付けて最新のステータスを反映したり、独自の工夫を凝らしたアイデアを使用したりするなど、ユーザー（内部および外部）が喜ぶような工夫をしています。Metaにもこの機能があればいいのにと思います。
この完全な連携についてもっと詳しく書くべきです。本当に素晴らしいですから。プラットフォームのステータスイベントが発生すると、それらのDiscourseトピックが内部ステータスチャネルに投稿され、誰もがフォローできるようになります。会話は最終的に、私たちの単一の真実の情報源であるDiscourseにユーザーを戻すように、チャット連携とSlack（当社のチャットツール）との連携で締めくくります！
Airtable同期
Airtableでコミュニティプログラム管理、プロジェクト管理、自動化を数多く行っています。DiscourseのユーザーおよびユーザーグループテーブルからAirtableへの、一方通行の信じられないような同期を作成しました。これにより、Airtableにリアルタイム更新される1対1のコピーができます。
Airtableでは、これらのイベント（ユーザーライフサイクルの変更、場所の変更、プロフィールの更新など）に対して高度な自動化を作成できます。また、これらのテーブルを他のAirtableベースに同期することもできます。これが真の魔法が起こる場所です。イベントプログラムを管理するAirtableベースがあり、ベースレベルのユーザーテーブルを使用するだけでなく、そのイベントプログラムの管理に固有の追加値で拡張しています。
この連携から得られる価値と規模は、3年半（@putty 
）が経過するまで、最初のフルタイムのコミュニティ担当者を雇用する前に、コミュニティ活動をこれほどまでに拡大できた理由として、前例のないものだと言えるでしょう。
これらはかなり高度なユースケースであり、エンタープライズの他の人がこれらを見たら、おそらくこうなるでしょう。
「いいね！」 4
Bas
(Bas van Leeuwen)
6
どこかで（仮想の）ステージに上がってもらう必要がありそうですね 
あなたが構築したものを見てみたいです。AirtableやZapierなどを使ってハックする、あの抜け目のない姿勢が大好きです
すべてが100%単体テストでカバーされ、完全に仕様化されたソリューションである必要はありません。多くの場合、プロダクトオーナー自身が簡単に修正できる、迅速なものが…より役立ちます！
「いいね！」 3
誤解しないでください。Discourse の機能を見たいですよね？私たちみんな、自分の機能が優先されることを望んでいるのではないでしょうか 
それが拡張可能な製品の価値であり、チームに広く受け入れられている理由です。行き止まりになる道は決してありません。
「いいね！」 3
Bas
(Bas van Leeuwen)
8
ああ、もちろんです！
しかし、ご存知の通り、ソフトウェアの 20% しか使わないとしても、誰も同じ 20% を使っているわけではありません
Airtable でパッチを適用することは、多くの問題を解決します！Airtable で 2 時間で作成できることは、開発段階に進む前に、おそらく数日間の議論が必要になるでしょう 
「いいね！」 2
110％！APIファーストは実装者にとって素晴らしいことです！
「いいね！」 2
私たちのコミュニティでもこれを設定するのを手伝ってもらえますか？
Zapierなどを使用していますか、それとも直接統合できますか？
「いいね！」 2
申し訳ありませんが、これに協力する追加の時間はありませんが、いつか統合についてもっと投稿したいと思っています。
すべてDiscourseのWebhook/APIを使用して実行され、Airtable Automationsでそれらをキャッチ/呼び出します。
「いいね！」 5
ありがとうございます。参考になります。調べてみます。
「いいね！」 1
