或许做成指南会更好？
制定和维护这棵树就是个巨大的工作量，在很多公司都不一定弄得好 
用tag+search是目前最有效最简单的方式了吧。大多数PIM也是用的tag。级别分类太多到最后也是一种负担，看个人评估的投入产出是否值得
1 个赞
你说到公司，我就想到其实还有一种优化：利用人工智能辅助分类。
此外，精度要求低一些，可令这棵树的深度最多为三级。如果还是负担太大就两级（不过这样的话干脆在本站加个可选的子分类？）
标签机制我并不反对，不过现有标签还是不太够的样子，比如插图或者说多媒体就没有 tag。
你们多多发言灌水，等级升级到信任用户，就可以创建新的标签、给别人的帖子加标签、修改标签了。
我又降级成普通成员了🤣看来今年水少了
1 个赞
因为我2010~2018年从零做起一个现在日活超100万的Linux论坛。
如果要实现超级高质量的， 像楼主说的分类明确， 每个分类还有精华帖和收藏贴这种， 需要5个人的团队去处理， 这5个人其中1个人是公司内部专家， 其他4个都是外部论坛版主。
说实话， 技术论坛的维护不但要管理人员才华横溢， 还要有耐心， 有规则， 还能处理烂人烂事（论坛人多了捣乱的人就会多）， 还要平衡牛人和小白对内容的诉求， 我们基本上要做到消灭零回复。
最最关键的是， 做这些事情吃力不讨好， 没有长期资金支持很难做好。
所以， 我认为能够高质量的维护好论坛要不就是有基金会支持的非盈利组织， 要不就是公司， 要不就是像游戏论坛那样有足够多的用户去当版主才现实。
我之所以不认为这个方案可行的是， Emacsers人数太少了， 高质量没钱去维护， 吃力不讨好的事情没人会去做（去年封一些坏人， 各种骂）。 如果在没钱的情况下， 肯定是方便大家， 但是牺牲者是谁呢？ 我个人写了很多开源项目， 比较讨厌伸手党（不是说你）， 伸手党诉求很多， 想法很多， 但是他们的诉求都是建立在牺牲别人方便自己的视角去看待问题的。
最后， 我认为本论坛的无组织靠各位道友捐献走到今天， 大家技术都很牛逼还最大程度保持相互尊重， 已经非常了不起， 无负担的讨论才能持续走很远。
2 个赞
我只是普通的网友哈， 对本站没有决策权哈， 这句话言重了哈， 哈哈哈哈。
1 个赞
个人觉得没必要，索引不仅有维护成本，其实对于读者其实也是负担吧，有多少人会选择花时间看一张详细同时庞大的清单而不是直接搜索关键词呢？
我觉得只要帖子的发布者能清楚地指明内容的主题和适用的场景，使得文中有足够多的关键词，让后来人更有可能检索到就够了。
不好意思，我没有读懂“牺牲者”的具体含义（难道是说索引分类会导致烂人烂事？），不过我相信你。
我所说的并不是纸质（也不是 pdf）索引。即使是静态站点，分类树的折叠也是早就实现了的，可以轻松地放在侧边栏或顶栏。所以这不是什么“详细同时庞大的清单”，除非你主动将它们放到同一页并全部展开。
并且它也是独立存在的，本来也不可能让它替代本站的搜索机制。
总之，我暂且认为这样的分类机制不太可能实现。
但是我仍然希望本站的标签机制能得到完善。就比如我现在想找到 org-mode 与多媒体相关的贴子，就没有这样的 tag。如果要成为信任用户级别才能“创建新的标签、给别人的帖子加标签、修改标签”，那么我想可能要适当放宽这个权限，或者提供别的途径来提交要创建的 tag，才能改善当前 tag 较少的现状。
这个在我说的书里面也有提到，如果说 标签 是文章或文本的元信息（指概括了整个知识的内容）的话，在第三秩序中，文本本身也成了一种元信息。
不过现在离作者当时的网络环境也有很大差别了，网络内容的开放和共享（至少是在国内）可能并不是很好，相比搜索引擎现在的大模型也带来了更多的变化。
不管怎么说，还是难搞
1 个赞
org-mode 是有tag的呀，你是要同时搜索一个类别下的两个tag么？另外，标签权限放开也要慎重，个人不赞同所有人一来都有这个权限。误用和乱用危害也很大的，维护成本很高。
Org-mode中的最新org话题 - Emacs China (emacs-china.org)
是的，我想搜索同时与 org-mode、多媒体相关的内容，但是没有多媒体的 tag。
赞同。所以我说的是适当放开。另一种机制“提交 tag 以（申请）创建”则引入了审核机制，更加安全，当然成本也高一点，不过“判断新建某个 tag 是不是合适的”这种事情，我觉得应该也不是很难？
添加tag很容易，管理员加了就好了。
添加tag以后，大家给自己帖子加分类就好了。
1 个赞
现在有一个问题就是不知道应该在哪里向管理员申请创建 tag。比如，专门建一个贴（置顶于 meta 版块）来收集这类申请？
我可能没有彻底理解你这段的意思，不过 @include-yy 在上面已经给出这样的例子了， 或许你没注意到？
不太一樣，我的想法是：分類是對文章內容的一種抽象，抽象概念比一般概念更難理解。就像emacs裡用各種快捷鍵進行操作，快捷鍵數量很多，所以讓類似功能的快捷鍵共享一個leader，這就是分類。
- 停留在實例比抽象更好理解。理解為了進行某種操作，於是有某個功能，然後他有一個快捷鍵很容易；但理解為甚麼他在這個分類下是另一個概念。
- 例如「我有鎖螺絲和鑽孔的需求，所以我實現鑽子，因為我家沒電所以是手鑽」；這會比「我有壓縮空氣，然後這裡是我的氣鑽」要容易理解。後者可能認為「壓縮空氣可以驅動氣動工具，而氣鑽已經是氣動工具的一個實例」，但新手不會理解壓縮空氣或氣鑽可以做什麼用。
「子分類」維護的部分先不論，每個人對如何佈置快捷鍵也會有不同的看法。那與其靠「子分類」來達成「方便新手對emacs有個基礎的理解」，不如透過給與實例，讓新手自己進行抽象。
然後我發現已經有類似的帖子，但因為簡介是放在外部連結，搜尋不好用。我覺得配置有時候還是太抽象了點，這樣可能發帖子釣一下高手的應用說明是比較可行的做法 
1 个赞
我说错了，是“活跃用户” Emacs China
你就当成是一种考核，到了标准就能证明你有那个能力去管理别人的帖子。 门槛也不算高，持续不间断逛一段时间（大概几个月）论坛就好了，客观公平。
而且这个列表是动态的，保证有权限的人确实依然活跃。像我春节期间没有逛论坛，就掉了，再刷一段时间就又会继续变成活跃用户，昨天（23 小时前）楼上的 include-yy 就获得了活跃用户权限。
目前本站有十几个活跃用户，数量对于我们论坛的规模来说算是还行？
你说得有道理，这是客观公平的。
不过如果我只是希望加一个“多媒体”（multimedia）标签，就需要连续逛几个月论坛，反差未免有点过大。所以作为一种补充手段，我建议提供关于新建标签的申请渠道。
不如你可以去私聊管理员/活跃用户 
或者你等我几天，我给你加 
1 个赞
我觉得打标签权限应该放开,但是要控制数量,达到一定数量后权限关闭,然后由管理员负责对标签进行精简,比如说org和org-mode合成一个,意义不明确或有歧义的删除,如de,ci,error,m1…,版本号相关标签我觉得都可以不要
不要小看控制数量这件事,和维护成本有直接关系,达到一定量后就没有人愿意管理维护了. 数量越少愿意维护的人就越多（我也不知道多少合适）
怎么精简取舍由管理员个人喜好决定,如管理员不喜欢word就把相关标签(如docx)都删掉,大家尽量不要提出异议,避免管理员不干了
说下我自己打标签的经历,给视频打
一天看了四五百个短视频,打上数量不等的各种类型的标签,可自由创建标签,有20230112这样的日期型标签,id自增式标签,只有创建者能看得懂的标签,不知道系统标签数量有多少, 不会低于万+,因为视频数量有百万级
现在回想这件事最困难的地方不是打标签本身和量太大，而是系统后台会时不时会有一些小问题bug不断造成体验糟糕, 即使是有非常厉害plus的大厂技术团队维护也无法避免。所以本站的程序能不出问题很幸运
这个不用怕，discourse 对这个功能很自信，说几百万个 tag 也没问题
说实话，我觉得这个数量还是少了，所以把创建 tag 的权限下调了一级
1 个赞