Skip to content

Latest commit

 

History

History
57 lines (52 loc) · 2.78 KB

bugging.md

File metadata and controls

57 lines (52 loc) · 2.78 KB
layout title permalink
page
反骚扰条例
/bugging/

「骚扰」指反馈、众包任务过程中, 贡献者做出的极端烦人行为。 本条例默认不公开,只会针对性地出示给有必要警告的贡献者。

贡献者做出骚扰行为时,会被扣除一定的贡献度。 多数情况下,首次骚扰扣除 1000 点,往后则翻倍增加扣除额度。

下文详细定义了骚扰行为的判定标准。

  1. 无知有理 - A 类
    贡献者在提出反馈,或执行众包任务时, 有义务熟悉与该反馈或任务相关的背景知识。 如果不确定自己是否熟悉相关领域的知识,至少要保持谦虚、友好的态度。 对于不但无知,且态度令人反感的,适用「无知有理 - A 类」判定。
  2. 无知有理 - B 类
    对于课本知识(小学至高中)、ACG 常见梗、松饼圈内常见梗、 或极容易通过搜索掌握的知识表现出无知, 且态度令人反感的,适用「无知有理 - B 类」判定。
  3. 无知有理 - C 类
    贡献者向验收者询问极容易通过搜索找到答案或教程的问题时, 「无知有理 - C 类」判定成立。
  4. 不谨慎质疑
    贡献者在执行编程等具有一定专业性的任务, 或针对具有一定专业性的问题反馈时, 如果要发起质疑,则必须具备两个条件: 一是对相关知识具有深刻的了解和把握, 二是在质疑别人前先质疑自己,排除自己马虎、误判的可能。 明显不了解相关知识,或看不出在自我检查上做出过任何努力的, 适用「不谨慎质疑」判定。
  5. 私人时间侵犯
    GitHub 是指定的反馈渠道,通过贴吧、Q 群反馈也没有大毛病。 但通过邮箱、私信等非公开渠道提交意见、建议、或 bug 报告是严格禁止的, 适用「私人时间侵犯」判定。
  6. 垃圾反馈泛滥
    反馈者发布大量(刷屏级)无法获得贡献度的反馈时, 适用「垃圾反馈泛滥」判定。 若不具备自行鉴别垃圾反馈的能力,则应学会闭嘴。
  7. 急太监
    贡献者在众包平台上点击「通知验收」后,无需再通过其它途径另行通知验收。 通过其它途径通知验收、或询问验收时间,则「急太监」判定成立。
  8. 轻视审查
    贡献者所提交的代码中反复犯同样的错误时, 「轻视审查」判定成立。
  9. 欺骗
    典型的欺骗行为有: 没看过某资料却谎称看过,看了一部分却谎称已看完,等等。 有欺骗行为的贡献者会被整个社区除名并拉黑。
  10. 无论据攻击
    贡献者提出论点时,不提供任何支持该论点的证据资料, 且态度令人反感时,适用「无论据攻击」判定。