@Sailsman63、あなたは非常に良い点を指摘しています。これは、私が（はい、この例えを何度も使いますが）ファイルシステムについて議論する際に、複雑な関係を示すには単純な階層では不十分であることが多いと、繰り返し述べていることです。
Discourseが、より堅牢な共通関係メカニズムと、個別に拡張可能なビューモデルの両方を持つべき十分な証拠を提供してくれたと思います。具体的には：
-
新しい返信を作成する際に、複数のコメントに応答としてマークするオプションをユーザーに許可します。これにより、ユーザーは複数のコメントに応答する場合に複数の人をタグ付けする必要がなくなり、何に応答しているかが客観的に伝達されるようになります。
-
これは、ユーザーが選択したビューモデル（フラット、スレッド、またはその種の、関係データベースを眺めて一日を過ごす人のためのMermaidJSライクな関係図）によって消費される可能性があります。
-
フラットは、返信表示ヘッダーに複数のアバターを表示するだけです。
-
スレッドは、レスポンダーが「プライマリ」として指定したコメントに基づいて階層を構築します（理想的な解決策ではありませんが、直感的です）。
-
Mermaidライクなビュー（スター？）は、最も重要と思われるトピックの概要を提供し、ユーザーがコメントを選択して、前述の標準ビューのいずれかに切り替えることができるようになります。
-
同意しますか？
会話によります。これらのトピックでは、すべての文脈を考慮する必要があります。しかし、複数の人々がこのように議論に加わっている技術的な問題に関するスレッドでは、要約を求めたり、残りの部分とは別の特定の箇所についてコメントしたりすることは、残りの部分は考慮する必要がないことを意味します。
すべては費用対効果の分析です。私には無限の時間はありません。
確かに影響を受けました。