#1 楼
在开始执行任何操作之前,请对请求进行一些思考:这个标记甚至还需要被焚化吗?轻轻地说...彻底浪费了每个人的时间。有些人似乎会发布一个请求,要求他们遇到任何他们个人不感兴趣的标签-然后尝试用一些缺乏专家的挥手来证明它的合理性。在确定是否从系统中完全消除标记时使用:
它是否描述了所应用问题的内容?
未通过这些测试的标签-通常称为“元标签”-实际上是无意义的,并且可能有害。您可能需要在这里做一些研究:我已经看到人们称标签为“元”时,它们是完全相关且毫不含糊的,仅仅是因为名称调用者不知道标签的含义。如果您发现标签Wiki缺少相关内容,请不要忘记更新它。解释性Stack Overflow不需要小猫标签,至少直到有人发布新的热门框架并将其命名为“小猫”时才需要。公然偏离主题的标签所要做的只是鼓励公然偏离主题的问题,因此删除它对每个人都有好处。只需确定并完成您的作业即可:最后要做的就是开始删除标签,使其仅受到一群生气的kitty.js用户的攻击。信息发布?
这涵盖了范围很广的问题,从人们在标签输入字段中输入完整的句子导致应用无用的标签,到刚进入的人们,以及将曾经合理的标签应用于仅与切向相关的问题,到刚刚发现的人们同一概念使用两个不同的术语。我通常从查看“相关标签”侧边栏开始:应该列出一些标签,但是如果其中任何一个是同义词,则应将它们合并;如果不是这种情况,那么我将开始研究一些问题,以了解实际上有多少有关该标记所代表的概念的问题(在第一步之后,我应该对此有基本的了解)。如果该标记在使用它的绝大多数问题上都是多余的,则应该使用。
请注意,在此阶段还值得检查关注者的数量,主要是进行健全性检查:如果一堆人们正在使用给定标签来查找他们感兴趣的问题,然后也许您在上下文中评估其价值时错过了一些重要的事情……这使我想到:
这与#1有关,但是可能很难识别,因为这样的标签具有非常明确的含义,但是当应用不同的标签时,它们的解释可能会不同。例如,树可以是数据结构或可视化。您可能需要仔细研究几个问题才能确定这种情况,相关的侧边标签再次是您的朋友。但是请注意,仅当一个含义比所有其他含义不遥远时才需要判处死刑-如果大多数情况下正确使用了标记,则只需修复不使用该标记的实例即可。
如果您认为对包含数千个问题的标签进行评估会很繁琐,那么您绝对正确-这就是为什么我在那些极少数情况下对许多此类请求持怀疑态度我花时间去做。如果您认为对于通常似乎不会引起任何问题的标签不值得付出努力,那么您比一半提出这些要求的人更聪明。如果看起来像无意义的工作,那可能就是无意义的工作...
但有时却不是。有时,标签会挡住路,增加混乱,开始打架,代替更好的标签。然后在该网站的Meta上提出问题进行讨论。在烧录包含多个问题的标签之前,您必须先达成社区共识,并且对于堆栈超过50个问题的标签,必须在Stack Overflow上添加Meta帖子(其他社区可能有不同的标准)。如上所述,分享您的研究成果,为您进行烧伤辩护。使用标签讨论,burninate-request-并在标题中包含标签名称。不要在每次讨论中尝试两个标签-一个标签。
如果在讨论之后,人们普遍同意确实需要燃烧标签,那么... edge
不良标签通常是不好的问题的预兆。因此,如果您要删除不良标签,请先删除它收集的不良问题:找到已关闭的问题并删除它们,找到投票否决的问题并关闭它们(如果他们同意的话),找到写得不好的问题然后重新编写他们(如果他们应得的话)。您就明白了。
当一个标签只是模棱两可时,有时将其替换为另一个标签或许多其他标签中的一个更有意义。这可以是将不良标签变成好标签的快速方法,或者至少可以在删除标签时完成除原始破坏以外的其他操作。
清理很容易成为该过程中最困难,最耗时的部分。在meta上记录您的进度,以便其他人可以看到您的工作并参与进来-许多手可以轻松工作!再说一次,如果您认为这样做不值得,那就放下它,然后继续进行其他操作。
完成关闭/删除/编辑和重新标记后,您终于可以开始... > Burninating
现在您已经准备好从一堆问题中删除批发标签。注意:除非您拥有完全的编辑权限,否则请不要理会。认真地说-这只是浪费每个人的时间,因为在此阶段剩下的一切都是盲目重新标记-对于您盲目重新标记的每个问题,至少还有两个拥有完全编辑权限的人将不得不批准您的编辑。因此,如果您尚未获得完整的编辑权限,请考虑完成您的工作-回答一些问题,然后在未经批准的情况下进行编辑。
现在,即使您未经批准也可以进行编辑...您可能不应该如果有几十个以上的问题,请不要打扰。即使您有其他一些人参与,除非您是彻头彻尾的受虐狂,否则50-100可能是您最应该打扰的。对于涉及大量问题的标签,只需标记“ burninate”请求,并为主持人留意清理已完成。他们会将其传递给像我这样的人,我将验证您是否没有理智检查和清理,单击一个按钮,就好像该标签从未存在一样。
评论
您对全部编辑权的警告是让我暂时受阻的原因。于是我去回答了一个问题。 :)
– CDspace
14年8月9日,0:30
即使拥有完整的编辑权限,@ CDspace的确确实是在浪费时间。每天回答问题都更加有用。仅在有正当理由且帖子数较少的情况下才这样做。
–无限递归
2014年8月9日下午4:31
这是一个很好的答案-MSO确实倾向于托管几乎所有不是编程语言名称(甚至是某些语言)的标记的烧写请求。您的答案错了一步:在meta上讨论!除了在明显情况下(现有标签的典型问题)外,所有的烧灼都应进行讨论,在达成共识之前,任何人都不应采取行动(不仅仅是一个人说出来,而是至少有一个星期左右的等待,没有积极的反对意见)。
–吉尔斯'所以-不再是邪恶的'
2014年8月9日在9:31
关于没有完全编辑权限的编辑:如果您要做的不仅仅是删除一个标签,还可以修复其他标签,更正拼写和格式,改善标题等,那么这很好
–吉尔斯'所以-不再是邪恶的'
14年8月9日在9:33
两项都正确,@ gilles
–Shog9
2014年8月9日14:53
github.com/ben-ng/kitten-js
–bjb568
2014年8月9日在16:48
当然。那里将会是。
–Shog9
2014年8月9日在16:50
“ ...找到已关闭的问题并将其删除...”,如果您还不能VtD,该怎么办?
–山姆
2014年8月9日20:31
然后,获得该特权,@ Sam。
–Shog9
2014年8月11日,2:15
@Sam,可以通过拒绝不好的封闭式问题和糟糕的答案来帮助那些拥有VtD的人,这可能会导致Roomba删除或减少所需的删除票数。使用autoVLQ标志显示的较差答案还会吸引20ks,并带有更多删除票以清除废话。
–user213963
2014年9月11日下午6:51
您提到的不将多个请求合并为一个请求似乎是为了涵盖不相关的请求;那是对的吗? (根据我的经验,将相关标签集中在一起通常看起来效果很好,因此可以进行有意义的讨论,以决定应将组合物中的哪些标签留为单独使用或清理还是手动清除。)
–内森·塔吉(Nathan Tuggy)
2015年12月5日,下午1:53
“相关”是模糊的,@ nathan。标签及其复数形式可以;不是“所有也是数学运算符的SQL运算符”。
–Shog9
2015年12月5日在2:02
这儿存在一个问题。封闭团队认为,通过您的4个条件列表之一是关闭标签的一个很好的理由:github.com/SO-Close-Vote-Reviewers/SOCVR-RoomInformation/blob/…–是故意的吗?
– Y牛
16年10月10日在16:17
理想情况下,一个好的标签应该满足所有四个条件@Yakk-尽管正如我在上面指出的那样,#4不一定是摆脱标签的好理由,而仅仅是表明可能需要进行一些重新标签的标志。
–Shog9
16 Mar 10 '16 at 17:07
嘿@EJoshuaS-对于Stack Overflow,mod尝试一次将其限制为几个;参见:meta.stackoverflow.com/questions/324070/…
–Shog9
17年6月2日在21:54
评论
只是顺便一提:社区烧掉他们认为不良标签的门槛比应有的低得多。这就是SE要求我们一次烧掉这些标签的原因之一:引入一些摩擦。关于[用户]一次烧伤的问题,我认为您的时间可能会更好。我还认为,在该问题上,大多数反对者是对计算机软件用户的轻描淡写(向PEBKAC轻视点头)。
@RobertHarvey我的印象是那是怎么做的...?