# トピックの最大有効長について、皆さんの経験ではどうですか？ **URL:** \ **Category:** Community Building\ **Created:** [2021 年 11 月 1 日午後 8:19 UTC](https://meta.discourse.org/t/in-your-experience-what-is-the-maximum-effective-length-of-a-topic/207890 "2021-11-01T20:19:21Z")\ **Posts on this page:** 1\ **Showing post:** 1
**Author:** ![mattdm](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mattdm/32/216484_2.png) [@mattdm](https://meta.discourse.org/u/mattdm)\ **Post date:** [2021 年 11 月 1 日午後 8:19 UTC](https://meta.discourse.org/t/in-your-experience-what-is-the-maximum-effective-length-of-a-topic/207890/1 "2021-11-01T20:19:21Z")
[Threaded discussion is ultimately too complex to survive on the public Internet?](https://meta.discourse.org/t/threaded-discussion-is-ultimately-too-complex-to-survive-on-the-public-internet/63172/7) の議論の続きです： さて、Fedora プロジェクトには 2 つの Discourse サイトがあります。 1 つ目は [Ask Fedora](https://ask.fedoraproject.org/) で、エンドユーザーのトラブルシューティング用です。性質上、トピックは一般的で単純なため短く簡潔なものか、あるいは少数の人々が 1 つの問題についてやり取りするもので、最大でも約 30 件程度に収まる manageable なものが多いです。「アクティブなトピック」の多くも、返信数が 10 数件程度に収まっています。 2 つ目は [Fedora Discussion](https://discussion.fedoraproject.org/) です。将来的には、このサイトが私たちの開発者/コントリビューター向けメーリングリストを完全に置き換えるべきだと皆を説得したいと考えています（これは長期的な目標です。人々は…執着しています。それも、十分な理由があるからこそですが）。 多くの会話において Discourse は素晴らしいです。しかし、私たちが _時折_ 直面するのは、[System-Wide Change proposal: Make nano the default editor](https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/U5C4CC2O44E7Q4MVTT772NP667HTP25S/) のようなトピックで、これが非常に多くのコメントを集めるケースです。Hyperkitty のアーカイブインターフェースでは見苦しく見えるのはもちろん、Gmail でも恐ろしい状況だと思われますが、多くのコミュニティメンバーが好む高機能なメールクライアントでは、少なくとも「設計通り機能している」と言えるでしょう。 私は、ユーザー（およびモデレーター、信頼度の高いユーザー）が、スレッド化を期待するのではなく、新しいトピックに分割する習慣を身につけることができるようになると思います。ただし、これは明らかに実践の変化であり、a) 旧来のメーリングリストユーザー、b) 旧来のウェブフォーラムユーザー（90 年代からの利用なら当然カウントされるでしょう）、c) 新規ユーザーの _いずれにも_ 自然に身についているものではありません。実際、これは新しいやり方であり、新たに身につけるべき習慣なのです。 その一方で、Tablo TV フォーラムを見てみると、['Tested' Hard Drives - General Discussion - TabloTV Community](https://community.tablotv.com/t/tested-hard-drives/130) のような、510 件の返信があり、実質的に（ひどく）データベースのように機能する狂気じみたトピックがあります。しかし、2015 年 7 月から続いている [https://community.tablotv.com/t/tablo-ripper-automatically-download-new-recordings/2803（\*\*\*1.4k](https://community.tablotv.com/t/tablo-ripper-automatically-download-new-recordings/2803%EF%BC%88***1.4k)\*\*\* 件の返信）や、2015 年 5 月の [https://community.tablotv.com/t/dolby-5-1/2036（375](https://community.tablotv.com/t/dolby-5-1/2036%EF%BC%88375) 件の返信）、2018 年 7 月の [https://community.tablotv.com/t/antop-antennas/15412（305](https://community.tablotv.com/t/antop-antennas/15412%EF%BC%88305) 件の返信）といったトピックも多数あります。 Tablo を特に狙い撃ちしているわけではありません——それが私の意図ではなく、単に彼らがこうした現実世界の例を持っているというだけのことですが——これらのトピックは管理が非常に難しいように見えます。「要約」ボタンでこれらのトピックを 100、77、または 63 件の投稿に圧縮することはできますが、結果は非常にランダムで、理解可能な要約にはなりません。 そこで、コミュニティに関心のある皆さんにお伺いします。あなたのコミュニティではこれはどのように機能していますか？長いトピックにはどう対処していますか？あなたの経験では、合理的な最大長はどのくらいですか？そして、投稿数がその長さに達したら、`auto close messages count` 設定を使って、または手動でそれを _閉じる_ のでしょうか？もし閉じないのであれば、どのように対処していますか？ --- _[View the full topic](https://meta.discourse.org/t/in-your-experience-what-is-the-maximum-effective-length-of-a-topic/207890)._