我们还要感谢那些花时间为我们提供舞台和现场见解的人们。通过电子邮件，面对面采访，调查和其他研究渠道引起人们的关注。您的声音对于形成旨在代表所有合理需求的均衡准则至关重要。
您共同帮助我们制定了行为准则，加强了我们对文明，慈善意图，相互尊重个人情感的期望以及帮助陌生人的情感工作，以及我们始终学习和改进的承诺。
请看第二稿（Google Doc | GitHub PDF），并告诉我们您的想法。
我们希望大家注意一些注意事项：
文档的主要更改已解决。
基于数百小时的反馈（您和我们双方），我们我们纳入了所有我们认为可以增强文档功能的重大更改，并确保其能够满足尽可能多的需求。在这一点上，我们正在考虑完成所有主要的结构-我们正在寻找的是诸如小句子调整，意外漏洞，语法修复，简洁的机会以及类似的改进之类的东西。
任何需要反馈的信息在实施新CoC之前进行评估的评估必须在2018年7月27日（星期五）或之前（理想情况下）发布。
本文档旨在发展。
实施并不排除改进的可能性，它只是意味着我们必须到达一个看起来足以在现实世界中测试一段时间的声音，然后查看需要更改的内容（如果有的话）。
我们将开放定期调查以征求有关CoC效力的反馈，并将根据结果进行调整。同样，您可以通过创建功能请求或使用行为准则标签的讨论来提出CoC改进建议，以引起任何关注。请在此处通过Meta Stack Exchange打开所有讨论，以便所有感兴趣的人都可以在一个地方找到它们。
不要担心，好吧，不要太多。
如果您没有听到我们的声音，我们为您感到非常自豪，并且很高兴我们能做到这一点。我们想确保我们仍然是孩子一天使用的一种相关工具，并且我们知道我们会这样做。
老师们必须与班上的每个人交谈，即使是坐在最前面的人也会讨厌地看着他们肩背在身后的暗藏的唾液弹射武器库中；我在大学二年级就知道了这一点。
当您在讲类似行为守则的内容时，您必须非常清楚，它适用于每个人，我们也不会例外。
话虽如此，我们不希望大多数阅读此书的人因执法而陷入危险的境地；最令人期待的最糟糕的情况是，看到一个草草写的评论，在主持人处理模式下，它被主持人毫不客气地删除了。我们明白了。您，那些致力于帮助我们制定此代码的人，是那些理解为什么理解文档意图如此重要的人，以及最有可能从错误中学习的人，无论他们有多大的可能性。 />需要这种臭味，但是拥抱它发出了一个强烈的信号，即我们非常关心每个人，承诺不会贬低他们，如果他们觉得我们做错了，请诚实地倾听他们。尽管听起来像我们每天做的事情一样琐碎，但对于如此规模的在线社区而言，这是一件很重要的事情。
交给您。
看到什么了吗？让我们知道您还有其他问题吗？让我们知道请恭敬，不要以为别人做得最糟糕，并要记住，遇到此类问题也是许多其他事情正确进行的标志-我们不要忽视这一点。
谢谢大家再次感谢您在这里的时间和耐心。我不知道该怎么办，但是一旦全部放好，我们将举办某种减压节。
#1 楼
如果其他人对您的问题有任何反馈，请不要担心-他们正在努力使它对尽可能多的人有所帮助。
这一点需要弄清楚。这不是“不用担心”，它是“易于接受”（您以后会使用“慷慨”）。如果人们只是不担心反馈，问题将不会得到改善。
没有微不足道的内容或不友好的语言。
>无论多么细微，都不会放倒。也许不用说，但是我认为CoC应该在这里明确。有人指出，“善待”政策涵盖了这一点。
“感谢改善我的问题。我很高兴提供您需要回答的其他信息。”
我们真的不需要发问者感谢我们所做的每一次编辑。这是不必要的，可以分散噪音。
勿庸置疑。我们不会容忍任何可能基于种族，性别，性取向或宗教而冒犯或疏远人们的语言，这些只是几个例子。如有疑问，请不要。
这好多了！先前版本的歧视清单太长，无法执行。
聊天TL; DR; ...避免开玩笑和嘲讽-语调很难可以在线解密。
这是一个坏规则-聊天经常带有笑话和嘲讽。把笑话从聊天中带走，会使人们离开。正如评论中所建议的那样，“小心玩笑...”可以使这一点更加清楚。
“反馈”
您经常使用“反馈”一词。听起来不太正确。我想您正在使用它同时包含正面和负面反馈，但是我不确定在肯定的情况下需要告诉人们“慷慨地接受反馈”。另一方面，我们可能确实需要被告知要慷慨地给予积极的反馈。
顺便说一句，感谢您抽出宝贵时间来认真考虑活跃成员的想法社区需求。没有人希望这个网络失败，因为所有有经验的用户最终都被疏远了。但是我们也不想因为愚蠢的原因而错过潜在的专家。我认为新的CoC明确表达了这一点。
评论
我更喜欢微妙的事物，没有微妙的落脚之处。那些微妙的问题很容易处理，并且显然与整个Be Nice概念不符。那些细微的东西会带来更多的麻烦，因为mod常常不知道如何处理它们。因此，特别提及细微的打孔可能是一个好主意。
– terdon
18年7月19日在17:08
这行得通吗？没有（细微）放下
–rene
18年7月19日在17:13
我在聊天中和你开玩笑和讽刺，但我有点担心这会创造双重标准。而且我们已经看到足够的聊天是不同的，聊天没有规则，这个聊天室有自己的文化戏剧的。但是聊天仍然应该排在第三位，交互是否更轻松一些？它需要在聊天中执行和不执行的强制性定义。
–rene
18年7月19日在17:19
笑话和讽刺是人类社交活动的主要内容。由于聊天提供了参与者之间更直接的对话渠道，因此应该期待一些更具社交性质的交流，尤其是在聊天社区中，这些聊天社区具有一组彼此认识的常客。这并不意味着所有类型的笑话或嘲讽都是可以接受的（例如种族主义者显然是不可接受的），而只是在一般情况下该规则过于严格。也许像“如果其他人可能会误解笑话和嘲讽的话”这样的限定词会有所帮助。
–hoffmale
18年7月19日在18:21
我可以理解，它们包括开玩笑和嘲讽，因为它们有问题，因为缺少非语言成分，这在Usenet时代就广为人知。但是，对笑话和嘲讽的仇恨是意识形态的指示器。每个独裁统治/意识形态都对玩笑毫不留情，因为笑会破坏规则的神圣性。无法用严格的标准来判断幽默非常危险。因此，我真的希望这仅仅是为了避免放屁笑话和嘲讽，这确实取决于节制。
– Thornsten S.
18年7月19日在23:55
与其避免，不如说“小心玩笑和嘲讽-很难在网上解读语气”。
– jkdev
18年7月20日在2:09
而不是“负面反馈”，您会使用“建设性批评”吗？
– FoxElemental
18年7月20日在14:38
我们真的不需要发问者感谢我们所做的每一次编辑。这是不必要的，可以分散噪音，但的确如此，我不认为这是噪音。此外，这不仅礼貌，而且也标志着您所做的工作得到认可。最后，我认为只回答某人的“谢谢噪音”的评论是不礼貌的。我的意思是，想象一下，每次您感谢某人时，他都会回答，这听起来并不受欢迎。
–沃尔夫特
18年7月20日在14:48
@jkdev措辞上写着“小心……讽刺”，这有点冒险（哦，我对user123456向我们倾销功课非常谨慎地讽刺）。尽管我个人很喜欢讽刺，但我也觉得自己可以活下来：“小心玩笑，避免讽刺……”
– gna
18年7月20日在16:16
我认为我们很可能会选择“避免讽刺，请小心玩笑” ..但还没有刻在石头上。我们不能开玩笑，主要抱怨是该网站不够人性化。因此，我们可能应该更具体一些，只是警告人们要小心，否则我们会担心灾难性的笑话，但我们会看到的。感谢您对此进行的咀嚼，我对措辞也不满意。
– Tim Post
18年7月20日在16:54
我同意“接受”胜于“不用担心”。接受是一个积极的原则，vs不用担心意味着忽略某些东西-错误的信息/含义。出于同样的原因，听到“不客气”比“没问题”更好。后者意味着这个人会欺骗你-不理你-而不是积极地接受关系/工作/等等。
–AnneTheAgile
18年7月20日在21:41
与其说“别担心别人是否会回答您的问题”，不如说是更加积极：“期待别人这样做”……我们还应该指出，教育的一部分是学习如何更好地提出问题。我不确定如何重复使用该短语：“希望别人能就您的问题提供反馈-学习的一部分是学习如何更好地提出问题。” （那句话太尴尬了，但是你知道我要去哪里吗？）
–汤姆·利蒙切利（Tom Limoncelli）♦
18年7月23日在19:26
@TomLimoncelli，这是一个好的开始。 “请期待别人给予正面和负面的反馈。容易接受参与该网站的一部分是学习如何提出更好的问题。”这句话开始变得有点太长了，但是又是-沿着这些思路？）。
– Tim
18年7月23日在19:32
“没有微不足道的内容或不友好的语言。”应该减少为“没有不友好的语言”。理由：任何事情都可以变成“微妙的放下”，例如拥有CoC的整个想法都被否定了，非常微妙的是，恕我直言（我以为我们都是成年人，拥有CoC几乎可以告诉我们我们只是孩子，需要被告知要遵循别人的规则，或者其他）。确实，它能比这更巧妙吗？如果此评论冒犯了任何人，请事先接受我的道歉。
– miraculixx
18年7月25日在20:30
我不认同身份政治。我对初稿的主要关注正是出于这一确切原因而做出的声明。我对新版本更满意。这是一般规则（即行为准则），而不是身份政治法律术语。
–史蒂芬（Stephan）
18年7月31日在15:04
#2 楼
请用“知识共享”代替“学习”（或用其他不会使Stack Exchange涉及问题和答案的东西-比如“学习站点社区”）代替。
该行为准则帮助我们建立学习型知识共享社区...
我们致力于建立一个友好的协作型学习型知识共享社区。
我（可能是绝大多数站点访问者）来这里寻求我们的问题帮助。我们将问题输入Web搜索，其中显示了到Stack Exchange页面的链接，我们可以在其中找到所需的答案。
如果我们的搜索将开始显示学习练习而不是答案，那将非常令人失望。自我报价，我不希望我的搜索结果被对作业转储无用的解决方案所污染。
除上述内容外，请考虑对文本进行两个相对较小的拼写更改：
我们创建此行为准则是因为它增强了我们的社区成员期望彼此期望的尊重。另外，拥有此代码可以为我们提供...
我还想强调对此答案中详细列出的“帮助”一词的关注。为了解决该问题，请考虑将这个单词替换为“答案”：
以获取帮助答案...
以帮助其他人提供答案
由于上面提到的答案吸引了网络中两个较小且相当特殊的站点的经验，因此值得指出的是，Stack Overflow的人们似乎也有类似的担忧：
主要目的是建立问题和答案的存储库。当然，从本质上讲，这将对人们有所帮助，这就是创建该网站的基本原理……但这并不是使用该网站的基本原理。
如果您将“帮助他人”作为主要目的（伴随着隐含的“不惜一切代价”），而将“建立存储库”作为次要目的，则次要目的将被遗忘，SO将会转移变成一个糟糕的Experts Exchange克隆...
评论
或知识库？我同意前提。
–user310756
18年7月19日在17:03
@YvetteColomb“ base”可能会更好，但不能与后面的“ community”一词很好地融合。该社区词可能会与我引用的第一部分“本行为准则有助于我们建立协作知识库”相去甚远，但在第二部分中可能很有必要，因为它似乎侧重于“种类”（知识基础可以请客气:)
– gna
18年7月19日在17:08
是的，我同意，您或我的建议不是100％。我仍然给你一个支持，因为需要取消学习。海事组织
–user310756
18年7月19日在17:14
还是只是完全从头开始学习？我的意思是，在本文档的其余部分中，它都被称为“社区”，第二句话已经说明，这是关于人们提出问题并分享他们所知道的信息：知道，'
–小叮当♦
18年7月19日在17:53
@Tinkeringbell，这听起来像是个不错的选择。我试图想象它会如何阅读，仅单词社区感觉有点像缺少一些东西，但是扩展到“站点社区”似乎真的很好地融合在一起。也许比我建议的第一个版本更好，尽管我还没有完全下定决心
– gna
18年7月19日在18:09
@Tinkeringbell ...我仍然不能完全确定您的想法，但是您的想法真的太好了，无法在评论中掩盖，因此我进行了编辑以明确地将其纳入考虑范围
– gna
18年7月19日在18:31
没关系，我认为这还不够自给自足，无法提供另一个答案，因此我在评论中说，如果有足够多的人喜欢不埋葬它，它将被足够的支持。但这也是一个很棒的选择！ ：D
–小叮当♦
18年7月19日在18:34
这个答案突出了我认为是高级用户和新手之间的主要脱节之处。前者希望将该站点定义为类似于WikipidiaDotCom的知识资源。这个小组认为可怜的问题是不受欢迎和敌对的。他们想通过改善问题来解决问题。后者将这个站点视为类似于AnswersDotCom的QnA资源，并对他们看似良性的问题感到明显愤怒而感到震惊。作为新手，他们很可能再也不会参与了，尽管如果这样做，他们很可能将受访者视为问题所在。这里有一个巨大的脱节。
–JonSG
18年7月19日在21:29
@JonSG有趣的是，“超级用户”似乎远远多于“新生物”。例如，Stack Overflow的流量统计信息当前说的是“每天980万访问量”-可能是像我这样的人在寻找答案，而那些提出要求的人的访问量却比该数字少1000x（！）：“每天有7.1k问题”
– gna
18年7月19日在21:55
@JonSG，这是一个很好的观点。我认为您实际上应该将其变成答案。这是我对原始草案的回答的基础。我的答案在第二版中从字面上得到了解决，但是您的评论突出了我打算该答案的确切方式。该站点与社区无关，而第二稿仍然忽略了这一事实。
–通配符
18年7月19日在22:13
...对我来说，使用Stack Overflow就像使用GPS设备驾驶：我可以非常快速，准确地到达所需的地点，但是我对驾驶所经过的地点和道路一无所知（而且我经常使用GPS驾驶，因为我没有没有足够的领带去学习每个地方）
– gna
18年7月20日在18:23
希望我可以两次投票，或者三次...
–辛迪·梅斯特（Cindy Meister）
18年7月21日在17:40
使用获取答案而不是获得帮助非常相关。例如，在Unix和Linux中，许多低质量的问题困扰着我们，通常是一个问题。期望服务台级别的帮助，而不是直接问题的答案。我希望它对旅行堆栈交换无济于事，在这种情况下，噪声/比率比例将更多地用于简单和重复的问题。我曾经喜欢这个小组，如今却避免了。
– Rui F Ribeiro
18年7月22日在10:54
@Praveen很抱歉听到您不同意，但实际上我对此无能为力。我的答案基于我多年来使用Stack Overflow的方式，其对我有何帮助以及我希望它如何对我保持帮助。如果它变成学习站点而不是问答，那么我将非常失望。当我需要学习一些东西时，我可以在其他地方找到很多资源，但是当涉及到具体编程问题的具体答案时，SO就是源头，没有这样的东西，如果以学习的名义迷失了它，那将是可悲的。
– gna
18年7月29日在21:15
@Praveen的问题是“学习材料”具有非常具体的提供知识的结构，而知识基础却没有遵循这种结构。如果您看到计算机科学程序，请参阅编程课程并将其与SO进行比较。您会注意到，SO中包含的信息与您在这些课程中找不到的信息相同。
–脑袋
18年7月30日在13:50
#3 楼
如果您在这里寻求帮助，请尽可能轻松地让他人帮助您。志愿者使我们的社区成为可能。
不要担心别人是否对您的问题提供反馈-他们正在尝试
以使其对尽可能多的人有所帮助。
这个要点听起来对我来说很奇怪。特别是上面写着
“不要担心...”的部分，
我想如果将其写为
“如果其他人提供反馈或编辑您的问题，请不要冒犯。”
这对我来说听起来更加流畅，而且似乎可以更直接地解决那些在遇到烦恼时感到沮丧的人们问题已编辑或收到有关如何编辑其问题的反馈。我认为人们本身并不担心，但是看起来似乎改变了他们的问题的编辑很可能会惹恼他们。考虑到下面的示例中有一个不友好的评论，我认为这种措辞会更强烈地表明我们不希望这种行为。
“我来寻求帮助，而不是编辑我的问题。”
评论
我更喜欢当前的最佳答案，它应该真正说“易于接受”，而不用担心。
–通配符
18年7月19日在22:09
@Wildcard要么对我有用。接受和不冒犯本质上是相同的
–龙
18年7月19日在22:13
并不是的。您可以仅忽略收到的反馈来“不冒犯”。
–通配符
18年7月19日在22:14
使用引号块同时引用原始和建议的更改会使解析此响应变得困难。
– GcL
18年7月20日在19:11
为您的版本使用引号而不是块引号。如果您想让格式在其他答案中脱颖而出，也许可以用粗体或斜体来抵消格式？
– GcL
18年7月20日在19:16
@ColinGross更好吗？
–龙
18年7月20日在19:19
@龙腾辉煌
– GcL
18年7月20日在19:20
#4 楼
在上一个版本中突然出现的一个项目，在此版本中仍然存在：我们的期望
...
如果您在这里为他人提供帮助，请耐心等待和欢迎。
我意识到，“欢迎”一词在以前的帖子。真的不是这个意思。 br />
有些人不是在这里帮助别人，或者至少没有表现得像他们一样。该建议是否不适用于他们？我很容易看到一个坏演员“请律师”。
这（尤其是“耐心”）也不适用于寻求帮助的人吗？
理想情况下，这应该是表示为
要有耐心和热情。
停止。
此时，您可以弄清楚不同的含义听众。
评论
可能将“帮助他人”替换为“分享您的知识”吗？
– E.P.
18年7月19日在17:42
@ E.P。只需“如果您在这里，请耐心和热情”。如果我是在这里获取知识，而不是分享知识（即大多数人），那么我仍然应该有耐心和热情。
– Tim
18年7月19日在19:46
提供上下文有助于交流。这不是合法合同。这是行为准则。规则律师违反了文件的全部目的。
–通配符
18年7月19日在22:10
@Wildcard：如果不是法律文件，为什么将其称为“代码”？更重要的是，如果要写一个依赖没有规则律师解释的文件，那么Be Nice有什么问题呢？一个澄清和合理化现有文档的项目，使某些事情不清楚或不合理，只是远远不够。只会误导甚至是一些诚实读者的“上下文”与有用的相反。
–内森·塔吉（Nathan Tuggy）
18年7月20日在4:38
@Wildcard是的，我相信这就是重点。
– GalacticCowboy
18年7月20日在17:10
我记得我当时从事合同编程工作并被释放的原因是，“我问了太多问题”，我经常认为这在这里也适用，有时当人们（尤其是编程新手）问到秋天在“我们认为您应该知道什么”或“为什么不谷歌搜索”的领域中？人们似乎似乎并没有太多的耐心，并且投下反对票和批评意见。
–汉克
18年7月22日在12:26
@Tim，是的。 @ Hank，那个……就在那儿，这是我对这个社区最大的抱怨。未能包括新手或问题看似显而易见的问题会使人们疏远，这使这种本来不错的服务变得越来越不相关。
–安德鲁（Andrew）
18年7月27日在0:43
为什么要如此呆板和合法化？整个文档看起来像一群人（为什么？）假装他们是律师在写合同。只需声明“不让新手失望”。只需在网页上说“输入密码”或“单击此处”或任何其他说明，就没有什么复杂的了。
–法蒂
18年7月28日在15:27
#5 楼
感谢您对所有反馈的体贴答复。我有一些小小的措词建议：
如果您在这里寻求帮助，请按照容易为他人所用。志愿者使我们的社区成为可能。如果其他人对您的问题有任何反馈，请不要担心，他们正在努力使它对尽可能多的人有所帮助。
我会重提“不要担心”语言。评论不应该令人担忧；让我们不要种植它们可能是的想法。相反，保持积极（也许我们可以潜入一些指导）。我建议的更改以粗体显示：
如果您在这里寻求帮助，请尽可能轻松地让他人帮助您。志愿者使我们的社区成为可能。当人们给您反馈时，他们正在尝试使您的问题对尽可能多的人有用。回应评论的最佳方法是进行编辑。
我建议在此处添加粗体字：
如果您在这里是要帮助别人，要有耐心和热情。学习如何参与我们的全球社区可能是艰巨的，特别是如果有人是新来的。如果您发现有人在苦苦挣扎或需要其他帮助，请提供支持。他们没有。让我们花一个词来植入这个提示。 （此问题已在Workplace和IPS等系统上出现。）
我们认真对待您的报告。那些不真诚遵守《行为准则》的人可能会受到影响……
草案中强调了“真诚”。应该在那里建立链接还是为了强调？您没有在其他地方使用下划线来强调，因此引起了我的困惑。
我们欢迎您对Stack Overflow在此方面以及我们所做的所有其他方面的反馈。
我知道在这种情况下，Stack Overflow是公司的名称，该公司还提供站点的Stack Exchange网络。但是很多新人可能会以为您是这个网站的意思。
评论
“回答问题的最佳方法是进行编辑。”可能会造成混淆（OP的问题与其他人在OP中提出的问题？）一种替代方法可能是“您可以通过编辑问题来为反馈过程做出最大贡献。”我会使用“贡献”而不是“响应”来暗示他们应该分享使问答对他人有所帮助的目标。
–坦白
18年7月19日在20:03
@Frank我将“问题”更改为“评论”。这里的重点不是用更多评论来回答评论。但是，如果不能简洁地完成它，那么用这样的简短句子，最好将其放在CoC中。我只是认为我们可以在这里添加提示。如果引起问题，则SE应该在该部分上撑开。
– Monica Cellio
18年7月19日在20:06
“回复评论的最佳方法是进行编辑。”是的，但是…不是通过编辑来讨论，而是通过编辑来解决评论提出的帖子中的问题。这绝不是轻而易举的掌握或解释。
–内森·塔吉（Nathan Tuggy）
18年7月20日在4:43
“通过编辑问题以包括所请求的信息来回复评论”怎么样？最好的方法是编辑意味着其他方法也可以（尽管不是“最佳”）。这里的区别不重要，因为非英语的英语用户，一些有文字常识的人以及具有某些自闭症特征的人会收到令人困惑的信号。 （顺便说一下，我在不同程度上属于这三个人。）
–蒙面人
18年7月31日在6:08
#6 楼
我觉得是一种更礼貌的方式，但是当您谈论此事时...我们致力于建立一个善良的协作学习社区...
...我非常生气。
所以我承认我仍然是“旧卫队”的一员。我仍然非常愿意提供帮助，但是最近我一直专注于策展。因为我们仍然缺乏关于Stack Overflow范围的可靠定义，所以我的策展工作真的感觉像是在面对将CoC整合在一起的社区团队的目标和目标飞起来的时候。这里的语言；我们不能容忍那些想在这里成为混蛋的混蛋，这对于整理是很重要的。但是听说我们正在建立一个“学习”社区，并且看到在此版本的CoC中再次进行整理，这告诉我Stack Overflow的方向正在发生变化。
我不喜欢这个。 >
评论
关于我的回答要有礼貌，这是因为如其中所述，我依靠Stack Overflow为我的问题提供答案。这是一个相当强烈的依赖关系，因此，出于我的最大利益，有礼貌地解释说，他们将方向改变为对我这样的人没有吸引力的人，每天可能会损失980万次访问。 “我不希望我的搜索结果被无用的作业转储解决方案污染。”
– gna
18年7月20日在20:07
@gnat：您的意图并没有完全落在我身上。我认为我们已经超出礼貌了，开始变得有力。当我们的声音被那些最初不想真正出现在这里的人淹没时，越来越难以耳语我们对声音的真实感受。
– Makoto
18年7月20日在21:15
这里更大的问题可能是谁留下来给出高质量的答案。我已经停止参加小组讨论了，因为当今那里普遍存在的大多数问题都是质量很低的问题，在绝大多数情况下，这些问题显然可以被标记为重复。 （很多都是）。我非常希望使用更清晰的指南。
– Rui F Ribeiro
18年7月23日在7:48
@gnat我完全同意，搜索结果不应因作业转储而受到污染。但是我不认为作业转储实际上可以帮助任何人学习或表明学习的欲望。从这个意义上讲，他们在学习社区中没有地位。明确地说，我不赞成牵扯那些不表现出研究努力的人的想法，因为他们只是“想要一个答案”而并不真正热衷于学习（另请参见我的其他评论）。
–普拉文
18年7月29日在21:18
#7 楼
首先，感谢您收听社区并提供此更新版本。它比第一轮要好得多，我个人对这些变化感到非常满意。我看到一件事（除了上面已经提到的其他一些东西），我仍然希望看到改变：
避免开玩笑和讽刺
我理解为什么会这样，但是正如其他人指出的那样，这很难执行。笑话并不是天生的卑鄙。他们并不总是会贬低问题或答案，幽默可以帮助您解决本来不愉快的情况。我认为这里的语言需要软化。也许是这样的：
请理解，语气和幽默可能不会跨文化或跨文本翻译。针对其他使用者的刻薄的幽默或嘲讽是永远不能接受的。
这实际上将笑话与答复的答案区分开来：
感谢您的帮助。我应该注意到我输入了一个变量名。抱歉，我是个白痴！
上面的回答并没有伤害任何人，但是会违反当前的标准。包含无害的笑话，例如：
class Milk()
def make_milkshake(self):
print("I'm delicious")
评论
我不认为这个笑话对每个人都是无害的。我认为问题是开玩笑的，需要调子。这包括所有未宣布的讽刺，讽刺，讽刺等。
–约书亚
18年7月20日在13:21
没错，忘了检查乳糖不耐症。 （看看我在那里做什么？）
– shellster
18年7月20日在19:34
这很重要，因为仁慈的幽默是友好的一部分。因此，要求人们保持友好和严厉的恕我直言是自欺欺人的。
–AnneTheAgile
18年7月20日在21:55
#8 楼
由于CoC建议警告并中止用户发表不当评论，因此请考虑对软件进行相应调整以使此过程更加透明。建议向他们显示（删除的）导致惩罚的评论，以帮助他们了解具体出了什么问题以及将来应避免的事情。当前用户学习的唯一方法是要求主持人分享已删除的评论。
MSO上的相关功能要求：允许用户查看其已删除的评论，尤其是已标记的评论（超过300个投票）。
可能有很多方法可以实现，但是自然想到的一种方法是在用户个人资料中添加指向“已删除的最近评论”列表的链接，这与删除已删除的最新帖子的方法类似。
评论
与我以前的答案分开发布了此答案，因为它与更改CoC文本的建议无关
– gna
18年7月22日在13:35
我希望mod可以更容易地向私人（只是用户和mod团队）发出有关特定内容的警告或指导，无论是在线的评论，还是编辑，答案等。通常试图在评论中提供指导会加剧我们试图解决的问题，为此目的而使用聊天室实在是太过分了。
– ColleenV
18年7月23日在18:03
#9 楼
首先要称赞的是：比以前好很多了！我喜欢现在也很明显，新人有望结识SE / SO。我仍然认为它可以改进。
行为不可接受。
我仍将在第一段中包含Be nice。那些“不要做X”的问题是它会引发规则制定：但是我做的不是X！即使违反了“保持友善”。然后，您将进行讨论和戏剧表演。另一个问题是，即使您没有违反任何负面规则，您仍然可以行事卑鄙（这是执法方面的问题；人们很有创造力来规避规则）。第三，我真的很想有一个积极的座右铭，而不是消极的。它提醒我们追求善良，而不是简单地避免不良。
我将其改为“避免细微的贬低或不友好的语言”，而不是没有微妙的贬低或不友好的语言。问题在于，微妙是微妙的，微妙和不友好的判断都是主观的，并且取决于文化，因此您很容易将自己带入这个领域。因此，友好的提醒是恕我直言，它比给出等同于骚扰的想法更为有效。
由于中间人仍然缺失，因此很简单！
您将使用“标记内容”有权“与我们联系”。我认为这不是明智之举，因为SE / SO具有庞大的用户群，并且大多数冲突都可以在Meta中解决。人们和主持人最多知道期望什么，并且非常了解用户群。我目睹了许多实例，当Meta成功消除了这种情况时，情况较弱的主管会采取更直接的方法会加剧这种情况。
总体而言，我的印象是：我们可以忍受这一点，但这在很大程度上取决于负责调解工作的人员的素质。如果过分热心的主持人给人以为他们需要两次重新检查自己的话的印象，就会产生令人不寒而栗的效果（不是法律意义，而是预期的服从），人们只会停止给出答案和评论。
评论
对于Meta的支持尚不成熟！
– Draco18s不再信任SE
18年7月20日，1：13
并赞扬第一段。它仍然是所有内容的出色总结，并强调所有其他内容。该文档的其余部分详细说明了该社区对nice的定义。在这里，这基本上已经是“仁慈”的形式：也许可以将其提升为总体指导精神。
–扎克·利普顿（Zach Lipton）
18年7月20日在18:58
为避免微妙的挑衅或不友好的语言而投票。实际上，我建议将其更改为避免使用不友好的语言，仅仅是因为几乎所有内容都可以变成（声称是）微妙的内容。
– miraculixx
18年7月25日在20:45
#10 楼
谁裁定什么是“进攻性”？不要指责人们是无意中的偏执。我对本节有个疑问（强调我的意思）：
没有偏执。我们不容忍任何基于种族，性别，性取向或宗教而冒犯或疏远人们的语言。或通过鲁//故意的无知来伤害人们，当用户说......这样的问题时，可能会出现问题。
“好吧，当您这样说时，我很生气！ ，现在您说没有证据证明这是真的？！您敢吗！”
规则基于接收者的情绪，而不是发送者的意图和行为。
问题是我们要让自称冒犯的人来设定规则，以及如何解释规则。因此，您可以拥有完全不打算引起冒犯的海报，但最终还是这样做并受到规则的打击。
这样，我就可以写出客观上真实且无可争议的东西了……例如：
除了圣人和预言：如果我们如果采用现代立法，特蕾莎修女将因从独裁者那里收取钱款和可怕的住院常规而被判入狱；摩西本来会在国际刑事法院被判为战争罪犯；穆罕默德将被视为恋童癖者，并因强奸儿童而被定罪。
意图和行为
所有规则都必须基于规则所关注者的意图和行为。因此，我提出将该段修改为：
没有偏执。我们不容忍任何旨在基于种族，性别，性取向或宗教歧视的语言...
简而言之：我们必须能够说出真相，是否与问题相关，甚至是有害的。然后，主持人可以根据明显的意图进行判断，更重要的是，根据帖子是否具有歧视性，而要尝试读懂思想并猜测是否有人对此感到不满。
当然，人们应该无法将其用作摆脱监狱的免费卡，因此应允许主持人以变相掩饰不良意图。
编辑：要澄清...此规则以“否偏执”。因此，如果发现您违反了此规则，那么您将被指控为顽固主义者。请记住，在网上输入鸭子是完全有效的。我们由我们的行动来定义。因此，就像陈词滥调“我不是种族主义者，但...”不能用来改变这样一个事实，即您只是通过扮演种族主义者而使自己成为种族主义者，从另一个角度来看，您-作为主持人-不能说“嗯，我不是说你是个顽固的人……但我要删除你的职位，因为它违反了”禁止偏执”的规定”。当您按照此规则行事时，您是在指责某人是个顽固分子，要指责某人是一件非常艰巨的事情。
因此：由于该规则隐含地将所有违反此规则的人标记为顽固者，必须表明有这样做的意图。观众中的一个或多个人大声喊道：“我们为此感到冒犯！！”不足以将某人贴上标签。
评论
我认为，在将CoC用于善意行为的人时，我们绝对需要保持谨慎。我个人可能或打算为我传达相同的信息，但是如果改写更好地帮助了那些意图不佳的人弥补了可能的漏洞和/或帮助主持人更好地处理了所报告的CoC侵权行为，那么我支持这个小改写。
–rene
18年7月21日在11:02
我们无法读懂张贴者的想法，因此当我们获得粗鲁或不适当语言的标记时，主持人无法知道要表达的意图。但是，我们可以想象对这种语言的“可能”反应，然后根据情况判断需要采取何种行动，这可能是发布者不了解该语言的含义，而只需要有人去做。解释如何冒犯他人，无论发帖人是否意图冒犯，都必须删除令人反感的语言。
– ColleenV
18年7月22日在13:41
@ColleenV您同样可以尝试阅读读者的思想，并弄清楚他们是否觉得令人反感。因此，除非您要提出“我认为这很令人反感，所以确实如此”，否则两个职位的权重都相等。但是（！）用某条规则打人，以别人的想法为基础这样做是不公平的。您必须尝试看看被犯罪者的想法。否则，规则是张贴者的雷区。
– MichaelK
18年7月22日在13:46
我同意，@ ColleenV规则将始终具有灰色区域。但是我发现，固有的缺陷是您可以根据别人的意见而不是您自己的意图来进行判断。另外，根据我的建议，主持人至少可以问发布者“好朋友，有什么用？您为什么张贴这个评论？我们会收到相当多的标志”，而在现在的措辞中，一旦标志出现帖子已经走了。
– MichaelK
18年7月22日在13:57
这正是我们所做的，并且此CoC中没有任何内容可以阻止我们继续这样做。如果您天真地说出令人反感的话，最有可能的结果就是删除了内容或要求您重新输入内容。您不会因为某个人（或一群人）因为您不喜欢您的写作风格而将您作为目标而被停职。 CoC还可以保护您免受骚扰。同样，说“无意冒犯...”并不是“说任何你想做的事而不会造成后果”的字眼。
– ColleenV
18年7月22日在14:19
@ColleenV那为什么不改变措辞呢？它阐明了重要的是意图和行动，而不是别人对冒犯性的观念。
– MichaelK
18年7月22日在14:21
说“措辞违背CoC并不是在指责某人。”“我不是那个意思”或“本来很有趣”并不是万事大吉。如果他们打扰别人，将来会被告知他们打不同的事情，这与该人是否“顽固”无关。
–凯特·格雷戈里（Kate Gregory）
18年7月22日在21:42
@KateGregory我还有一个很大的问题，那就是在上面铺上一条湿毯，使人们在发帖时必须脚尖翘；这个事实和有效的推理可能会被高喊的暴民，甚至是不喜欢张贴者和/或帖子的单个人所压制。 Stack Exchange的使命宣言是：“该网站的所有内容都是为了获得答案”。仅仅因为有人不喜欢答案或应答者，就不能抑制答案。该规则（以其目前的措词）仅允许这种压制。
– MichaelK
18年7月22日在22:05
当有人说“该评论过分冒犯性”并将其删除时，这是不愉快的。但是，当有人说“你不明白，因为你是女人，但是[解释]时，这更令人不快。”如果不可能写出一套规则来防止这两种情况发生，我会去删除随机且无用的偏见，即使这会使“我只是在帮助”评论员感到不公正地受到指责。就是说，我认为您可以编写规则以使我们脱离这两种情况。
–凯特·格雷戈里（Kate Gregory）
18年7月22日在22:08
@KateGregory“你不明白这一点，因为你是一个女人……”……是公然的故意偏执，很容易被我建议的措词所打扰。
– MichaelK
18年7月22日在22:10
非常好。该准则似乎在“冒犯”和“冒犯”之间没有区别。后者是主观的，实际上不能强制执行。
– Emanuele-reinsMonica-Ciriachi
18年7月23日在14:41
@ColleenV我同意CoC应该规范行为。因此，我认为应该由行为来定义规则，而不是别人对行为的反应。但是用现在的措词，就是这样写规则。如果其他人对您所做的事情反应不好，那么您就违反了规则。那是错的。
– MichaelK
18年7月23日在20:08
@ColleenV之所以要考虑的是目的而不是结果，是因为如果您认为它是否符合规则，则必须能够在采取行动之前做出判断。要拥有一个您不知道的统治者体系，但是您必须等待，看看是否有人决定冒犯，从而使主持人不得不将您定为“顽固派”，这是荒谬的。这些规则的目的是在行动发生之前对行为进行规范，而不是在事实发生后让周围的人为之生气。我再说一遍：意图和行动就是一切。
– MichaelK
18年7月23日在23:37
@MichaelK：“如果其他人对您所做的事情反应不好，那么您就违反了规则。那是错误的。”好吧，所以您要说的是，只要用户可以为其声明提供合理的否认性，那还好吗？如果那不是明显的偏执，那就必须假定它是公平的游戏，无论如何？如果有人可以说这不是侮辱，那不是侮辱吗？抱歉，我不买。意外导致某人死亡的行为称为“过失杀人罪”；并非每一种犯罪或规则都需要意图。
–尼科尔·波拉斯（Nicol Bolas）
18年7月24日在5:19
我没有与您争论，我想了解您的观点。我认为您正在将规则与后果混为一谈。在确定违反规则的后果时，意图很重要，但是即使您完全不了解该规则并且不打算违反任何规则，也可以违反规则。 CoC不会判断责任制，人们会这么做。对人友善，您应该没有任何问题。当我们看到一个标志时，Mod会考虑意图，即使您在技术上违反了规则，也可能选择不采取行动。如果我们不公平，则CM团队会予以解决。
– ColleenV
18年7月24日在15:09
#11 楼
我错过了就最新版本提供反馈的机会，但这是一个很大的改进。我要指出的一个方面是，我没有在其他注释中看到过：在当前的演示中，我感到代码正在尝试在思考过程中“潜行”像是在以友善为幌子我特别想在“不友好/友好”表中输入以下内容：
我是来寻求帮助的，而不是要编辑我的问题。
/>感谢您改善我的问题。 ...
这些语句之间的区别不仅在于一个语句不友好，另一个不是。在一种情况下，发问者反对编辑，在另一种情况下，发问者感谢所做的编辑。我们希望编辑良好，我们希望人们接受良好的编辑，但是编辑并不总是好的。我认为，行为守则可能会受益于对此的认可并显示出优美的指出方式。例如：
感谢您的帮助，但您的编辑未保留我问题的含义。我已将其回滚并尝试通过自己编辑来阐明问题。
以澄清或概括性的形式接受协作是使用SE的重要组成部分，应该简单地说，不要在其他示例中隐式说明。
评论
我认为这方面存在两个问题：OP反对良好的编辑（OP有时似乎将编辑视为个人的侮辱）和OP反对不良编辑。 CoC示例似乎在设想第一种，但是我同意存在潜在的混乱，并且在后一种情况下建议的改进响应没有意义。
– John Bollinger
18年7月26日在16:07
#12 楼
来自Chat TL; DR：友善。要礼貌和友善。避免开玩笑和嘲讽-很难在网上解读语气。如果情况很难采取友好的行动，请停止参与并继续前进。
请不要告诉人们在聊天时绝对避免开玩笑和嘲讽。聊天充满了笑话-实际上，通常它是开玩笑的地方-嘲讽是对话中很普通的一部分。这两件事都很好。表达声音很困难，但找出如何很好地传达笑话以及在落地时处理事物只是谈话的一部分。
其他人建议将重点放在沟通的困难上，但实际上，只需要删除这句话即可。
总结一下，您不应该在这里成为一个混蛋或骚扰他人之类的东西，而应该让人们像我们目前一样明智地处理执行不当的笑话。
评论
看起来这是地位确定的计划：“我认为我们很可能会采取“避免讽刺，小心玩笑” ..
– gna
18年7月20日在17:06
@gnat这是个好消息，谢谢。 👍
–doppelgreener
18年7月20日在17:47
与其要求人们“避免讽刺，请小心开玩笑”，我们不应该教育成员找到乐趣，也许可以添加这句话“在每种情况下都有幽默的一面。面临的挑战是找到它。” -乔治·卡林
– miraculixx
18年7月25日在20:50
@miraculixx我不同意。讽刺很难在网上区分出来，原因可能是讽刺的含蓄，或者是因为没有声音。最好直接说出您的意思，而不是暗含暗示并希望其他人都能理解。
–mbomb007
18年7月31日在14:33
#13 楼
我比以前的版本更喜欢这个版本！我很高兴所做的更改都是积极的。我也很高兴它现在在github上。当然，我仍然有一些反馈，其中一些已经被其他人回响了。主文档
慷慨地提供和接受反馈。
这似乎是对慷慨一词的奇怪使用。它对我来说是“在您提供的反馈的数量和长度上都广泛”。慷慨地用作形容词时，意味着比预期的要大。尽管反馈应该是彻底的，但我认为反馈不应慷慨。取而代之的是，也许您可以使用一个不那么模棱两可的词。
没有微不足道的内容或不友好的语言。
我仍然非常不喜欢这种措词。它不仅含糊不清，不能被强制执行和极其主观，而且可以用作拖钓和成为后座改装的借口。简单地告诉人们彼此友好和尊重就可以做到这一点。与文档的许多其他部分不同，该文档很大程度上基于主观意见，而不是意图。相反，为什么不告诉人们在给出的反馈和对收到的反馈的回应中都表现专业呢？那就是我们所需要的。
避免开玩笑和嘲讽
避免开玩笑？真？我不能告诉你我有多不喜欢这个。虽然确实很难在基于文本的通信媒体上解读语气，但绝对不应该告诉我们不要开玩笑。相反，为什么不简单地说避免开玩笑，甚至避免造成伤害性的开玩笑呢？指定讽刺是不必要的冗余，因为这已经（通常）不友好。我在一些评论和答案中开了个玩笑。我希望我不必删除它们，尽管它们具有良性。
TL; DR
我认为tl; dr现在太长了，因为主要文档已被裁剪。也许它应该只保留粗体文本，或者完全删除其余部分，或者使其明显缩短。 tl; dr应该足够短，以至于您不会仅仅浏览它。
我们都忘记了DRY吗？聊天tl; dr不应区分。两者之间的唯一区别是，聊天规则不会告诉您要耐心和热情。这是一个很小的差异，因此不需要两个单独的文档。它已经具有条件“如果您要在这里帮助别人”（而不是只在这里进行社交），则无需将其从聊天文档中删除。
标题document
我建议保留“很好”政策的名称。我和其他许多人一样，不喜欢“行为准则”一词。创建此类事物时，我已经看到太多项目陷入混乱。它只是在我的嘴里留下肮脏的味道。以前的政策被称为“好”（Be Nice），它本身似乎更像是在提醒我们大家都在这里学习，而不太像是版主的文件，要由主持人和巨魔随意使用。
评论
我正在按顺序阅读，您的摘要似乎最能表明我的关注。 ty！我在上面写过;仁慈的幽默是友好的一部分。因此，要求人们保持友好和严厉的恕我直言是自欺欺人的。
–AnneTheAgile
18年7月20日在22:04
我同意您的评论：“慷慨”。也许“亲切”更符合含义？
–内特·巴贝蒂尼（Nate Barbettini）
18年7月25日在5:13
@NateBarbettini也许，或者“什么时候要专业”，或者“什么时候要有礼貌”。
–恢复莫妮卡的森林
18年7月25日在5:14
为您所说的一切+1。
– miraculixx
18年7月25日在20:46
“我仍然非常不喜欢这个措辞。。。”为什么？整个练习的总体目的是最终停止对SO的新手的put落。 “没有微不足道的内容或不友好的语言。”非常清楚。它应该更简单（“不让新手失望”），但是既然有一个委员会参与，那将不会发生。
–法蒂
18年7月28日在15:30
@Fattie我解释了为什么我不喜欢同一段中的措词。它太模糊，难以执行，太容易滥用。
–恢复莫妮卡的森林
18年7月29日在2:37
@forest-确实，您做到了。没关系，但是，您的观点是..“简单地告诉人们彼此友善并尊重他人就可以做到这一点……”。我不同意。您知道公司如何拥有这些“任务说明”。我认为是维珍航空是其中一个了不起的人：我们出售机票是为了赚钱。在如此惊人的直接简单性的另一端，是该文档的当前疯狂性。总体而言，总体而言，问题仅在于SO上，许多用户都在按下新手来进行放倒。这就是全部，仅此而已。
–法蒂
18年7月29日在17:22
随后，他们所要做的就是在“提交评论”按钮下，以粗体字母添加一行文本，即：NEWBS上没有PUTDOWNS。他们要做的就是这些。因此，只需要说“对纽布没有微妙的压制”或“对纽布没有猛烈的打击”或“对纽布没有压制”。那就是他们所要做的。您知道在许多建筑物中如何看到标语............“禁止吸烟”。就这么简单。 “文档”的整个概念是容易出错，脆弱和笨拙的。无论如何！干杯。
–法蒂
18年7月29日在17:24
@Fattie如果他们只说“对网站的新人要特别耐心”，而不是他们当前的可恶措词，那会更好。
–恢复莫妮卡的森林
18年7月30日在1:24
我完全同意
–法蒂
18年7月30日在1:34
#14 楼
“避免开玩笑”在人类网站上不是一个好建议。
幽默通常是人与人之间友好交流的重要组成部分。
无聊对话对许多人来说，这是不友好，疏远和不人道的。
我知道笑话是有风险的，您有时确实需要三思而后行，以考虑笑话是否可能被误解。我能理解类似
的措辞，请小心玩笑和嘲讽，尤其是在与您不太熟悉的用户互动时。
但是，尽管对于新CoC的所有良好意图，“避免开玩笑”似乎确实是朝错误方向迈出的一步。不允许幽默的网站将是其友善和友善程度受到限制的网站，结果可能会因此受到欢迎和包容性降低。
评论
+1，作为一个有幽默感的人，我发现此规则是排他性的
– C8H10N4O2
18年7月25日在0:54
#15 楼
那些不需要“帮助”的网站呢？我假设此行为准则将被放置在
<sitename>.stackexchange.com/help/be-nice的整个网络上的每个SE网站上，对吗？在这种情况下，某些网站的措辞没有意义。上面写着如果您在这里寻求帮助，请尽可能轻松地让他人帮助您。志愿者使我们的社区成为可能。如果其他人对您的问题有任何反馈，请不要担心-他们正在努力使它对尽可能多的人有所帮助。
如果您在这里帮助其他人，请耐心和热情。学习如何参与我们的社区可能是艰巨的，特别是如果有人是新来的。如果您发现有人在苦苦挣扎或需要其他帮助，请提供支持。
总体而言，大多数SE网站都是关于帮助用户和共享有关主题的知识。但不是所有人。最值得注意的是，Programming Puzzles＆Code Golf和Puzzling都是为了分享和解决娱乐性拼图/谜题的乐趣，而不是共享有关特定主题的知识。
考虑到这一点，有些措辞...很尴尬。并助长错误行为。我真的不能说令人费解，因为我很少使用该网站。但是我对Code-golf有一些注意事项。
如果您在这里寻求帮助，请尽量让他人帮助您。
Code -golf已经有一个非常严重的问题，新用户会询问编码帮助问题。该措辞似乎暗示该网站适用。
如果其他人对您的问题提供反馈，请不要担心。
代码高尔夫球没有问题。它有挑战。同样，在“令人困惑”中，我认为他们的回答是“谜语”而不是“问题”。
如果您在这里帮助别人，请耐心和热情。
在大多数情况下，大多数用户会回答一些问题，那就是娱乐面临挑战，而不是帮助OP解决他们遇到的特定问题。这里有一些提示性问题，但这是例外，而不是规则。
像这样的nitpicks是否可以在每个站点进行定制？
评论
除了令人困惑之外，还有关于建立或解决难题之类的问题，但是的，其中大多数都是要解决的难题。挑战也可能是一个令人困惑的好词，因为谜语只是一种特殊的谜题，而谜题则具有许多种谜题。
–龙
18年7月19日在19:09
好一个在印度教上，寻求帮助的问题是题外话。诸如“请帮助我”之类的句子将在SE上被删除。两者都将是矛盾的，对用户而言都是矛盾的。
– Nog Shine
18年7月19日在19:11
可能会以某种方式将“帮助”更改为“答案”，以使其在所有站点中都能正常工作。我在您提到的网站上查看了旅游页面-CG和Puzzling都说“问问题，得到答案，不要分心...”
– gna
18年7月19日在19:12
@gnat我们迫切希望更改，但SE尚未允许我们更改。
–詹姆斯
18年7月19日在19:13
哇，这些CG meta讨论令人深思。我发现的许多内容似乎也适用于“困惑”。不过，答案似乎比帮助更合适。 “解决方案”可能会更适合未来，但我不确定在CG的游览页面保持“过时”的情况下是否可以使用
– gna
18年7月19日在19:38
我通常在Unix＆Linux中将“请帮助我”编辑为1）简化问题，减少毛病2）因为我认为拼命的人看起来不太舒服。 3）因为实际上在一天结束时，我们正在参加一个技术论坛，所以我们主要关心的是拥有答案和问题的数据库。
– Rui F Ribeiro
18年7月19日在21:48
我认为这里的说法是，“获得帮助”仅表示“获得您所遇到的问题的答案”，所有站点都属于此范围。我同意应澄清/指定语言。
– TylerH
18年7月23日在13:45
#16 楼
@Undo这只是整理我们已经使用的规则，主持人仍然可以自行决定是否进行主持，我们在本修订版中对此进行了澄清。 -Tim
强调我的意思。
我不得不在这里不同意。此CoC超出当前政策，并且至少是这样，比当前政策更为严厉。如果要对这封信进行监管，我简直无法想象会有很多用户呆在那里。
除非您轻描淡写，否则批评不再是可以接受的。笑话不再是可以接受的。我们仍然被允许快乐，自由地（无论是在演讲中还是在免费中）分享我们的知识吗？
我不知道SE变成了什么，但是它曾经是一个社区开发人员。分享知识。我们以开发人员的方式分享这些知识。最初，所有姐妹网站都与开发人员（专业人士和业余爱好者）有关。他们的规则似乎是由经理制定的。旨在（在政治上）在任何时候都是正确的并且忽略现实的文件。那就是感觉。而且，在无法查明确切原因或不知道如何解决的情况下，我几乎会说我们手头有更大的问题。政策法规化不会使SE变得更加受欢迎，那是我是否记得所有这一切的主要原因。
评论
我们很可能会更改文本，以不建议完全避免开玩笑，而是要谨慎对待。这囊括了我们希望人们做的所有事情，在考虑如何解释您所说的内容之前要先进行深思熟虑，并且在指出有人不满意的情况下接受改变语气。自2008年以来，我们就一直没有这么做，直到2018年才真正定义和写下来。我知道人们对此感到忧虑，但我能说的是，大多数事情实际上都需要时间考虑到该政策不会发现自己走错了路。
– Tim Post
18年7月23日在14:22
@TimPost我不想要求别人考虑周全，因为这意味着我因写一些完全正常的东西而感到厌烦，由于文化差异，这是一种侮辱。例如，如果接收者以为是完全清楚的技术说明，可能会认为他通过重申自己已经知道的东西（但可能没有进行交流）而损害了他的智力，这简直就是侮辱。礼貌和语调固然重要，但其次要的目的是清晰表达意图和细节。
– fuz
18年7月30日在20:56
@FUZxxl我们已经有一个通过普通的礼貌考虑周到的任务，并且在当前的良好政策中得到了模糊的加强。告诉某人他们已经知道的事情本身并不是贬低或贬低，但添加“每个人都知道您首先必须做到”。但是，如果您有要在那里关心的想法，您可能已经知道了，我们只需要为那些对此视而不见的人们加强这种想法。
– Tim Post
18年7月31日在13:09
#17 楼
我只想指出两个方面的重大改进：1）不可接受的行为示例
与第一个版本相比，它们没有那么夸张，这对我们有帮助您不仅要说些什么，还要表现出如何做得更好。
不过，请允许我多加挑剔（p。2）：
这称为不变性和协方差。如果您使用的是Google，那么您会在这里找到比其评论中能更好地解释它的教程。
如果写了这些，您可能会收到不应该回复的答复。在评论中回答。因此，我建议进行一下小的更改：
这称为不变性和协方差。如果您使用的是Google，那么您会在这里找到比我们的答案能更好地解释它的教程。最好您放弃有关回复（通过评论或聊天消息）的部分，因为这可能会引起更多问题。不可接受的行为最好应由主持人处理。
评论
是的，我同意需要对Google评论进行调整，这确实值得广泛理解。我可以看到它在山上和山谷下被争论。 “为什么我的评论被删除？”或“为什么我的国旗被拒绝？”
–user310756
18年7月19日在16:59
我宁愿在评论中看到一个答案，而不是“可以谷歌搜索”。
–约书亚
18年7月19日在23:09
@Joshua但是用户不应该在评论中回答，用户应该在询问之前使用Google。那么，为什么您更希望看到注释的不正确使用，而不是简短的使用呢？如果您说您希望看到一个友好的注释将用户引导到“如何提问”页面，而不是“可以谷歌搜索”，我完全同意。
–恢复莫妮卡
18年7月20日在7:43
我对此发表了几次评论。它可能没有上下文就丢失了，但是该评论不是答案，因为它不能回答问题（如果没有问题，很难看到）。它只是为OP提供了一组搜索词，因此他可以阅读一个概念，然后在对代码中正在发生的事情有了更好的理解之后找到他们的答案。实际上，对于我们的格式，写一个完整的答案可能太长了。但是我不介意您的建议。两种方法都很好。
–nvoigt
18年7月20日在9:56
有时，尽管该站点偏向于长期提供独立的答案，但某人真正需要的答案是“这就是所谓的东西，这是有关更多信息的方法。”如果您不知道被称为什么，就很难知道要搜索什么。我看不出发布该效果的答案有什么问题，该功能与发表评论所需的工作量基本相同
–扎克·利普顿（Zach Lipton）
18年7月20日在18:55
对于不可接受的行为，我仍然更加担心“无骚扰”被列为不可接受。我知道每个人都知道您的意思...但是双重否定确实破坏了这一部分。
–特斯拉
18年7月23日在17:39
#18 楼
Q＆A TL; DR太长。Q＆A TL; DR虽然比完整版本短，但仍是3/4页长，包含187个单词和七个段落（或两个段落）和五发子弹）。怀疑有一个急切要解决的新问题的人会读完所有这些内容。
由于提出问题而不建议解决方案是不礼貌的，所以我会提出一个建议：如何保持问题TL; DR版的黑体字部分？
这仍然是七个段落（或两个段落和五个项目符号），但只有67个字，看起来不像是在骂文本。
欢迎使用Stack Overflow
我们致力于建立一个善良的协作学习社区。通过参加此活动，您将承诺遵守我们的《行为准则》：
如果您在这里寻求帮助，请尽可能让他人轻松地帮助您。
如果您要在这里帮助他人，请耐心和热情。
慷慨地给予和接受反馈。
善待。
[举报有害行为]（＃reporting-enforcement），
有关更多信息，请参阅我们的《行为准则》（LINK）。
评论
也许，“接受反馈，并在反馈时要慷慨大方”。
–通配符
18年7月19日在22:11
是的，别人的回答涵盖了“接受”。我只是在说“ TL; DR”的长度。
–shoover
18年7月19日在22:14
也许也可以通过这种方式缩短Chat TL; DR －仅使用标题。
– jkdev
18年7月20日在2:05
或者将tl; dr应用于聊天和主要站点，因为“ if”是有条件的。毕竟，有些人可能是在忙碌了一天的工作后只是闲聊，而不是帮忙或得到帮助。该“ if”已经阻止了它的多余，并允许其用于聊天。
–恢复莫妮卡的森林
18年7月20日在3:34
无论哪种方式，TL; DR都应该简短。 :-)
–shoover
18年7月20日在15:00
或者只是删除TLDR。在我看来，这似乎是多余的，其尺寸/空间几乎与主体相同。 TLDR应该以1/10或更好的压缩率进行总结。
–AnneTheAgile
18年7月20日在21:57
我同意，TL; DR部分太长了。要么大大缩短它们，要么就摆脱它们。
– John Hascall
18年7月21日在23:02
当然，这比荒谬的冗长文档要好得多。由于本练习的整个过程都是要停止对newb的放样，因此您所要做的就是在评论按钮“ No no downs on newbies”下添加。
–法蒂
18年7月28日在15:34
#19 楼
也许只有我一个人，但是“慷慨地给予和接受反馈”似乎并不正确。这里“慷慨”的最自然的含义是提供大量反馈，但这是一种行为准则–更重要的一点是，反馈应“善待，尊重，明确和建设性”。而且，在接收反馈时是否“慷慨”还不够清楚。，因此，我建议将“慷慨”改为“亲切”，这样句子应改为：
>善于提供和接受反馈。
对我来说，鼓励用户慷慨地“留下更多反馈”的感觉似乎比全球行为准则更适合单个元数据。 。但是，如果我不习惯，又可能会同时使用这两个词：
慷慨大方地给予和接受反馈。 />请注意，相关句子会显示在CoC，Q＆A和Chat部分中；我建议对其进行更新。
HT向Dragonrage提出了这个词，尽管我建议将其用于其他位置。
评论
我认为慷慨或客气不是您所追求的词。。。至少从非英语本地人的角度来看，前者看起来很奇怪，而后者则古朴。
– Rui F Ribeiro
18年7月19日在21:50
也许是“了解”？
– Draco18s不再信任SE
18年7月20日在1:14
我认为这是慷慨的。
–约书亚
18年7月20日在13:19
慷慨对我来说真的没有意义。我不同意慷慨可以成为CoC的一部分-或更确切地说，如果强制执行，那将是不受欢迎的。我有5分钟我选择：尝试回答还是不回答？如果我回答但别人认为我不够详细/“慷慨”，我是否会受到谴责？ SO的优点是非常小的时间要求。
–AnneTheAgile
18年7月20日在22:01
#20 楼
请客气。与他人友好。 [...]
我不确定不确定友好这个词是否合适。尽管CoC附带了一些友好语言的示例，但在帖子中，先前的“友好”实例可能会因“打招呼”（例如“嗨”，“你好”）和“称呼”（例如“早上好”）而被误解，或发布闲聊的评论以获取“友好”（我们以前认为它们是噪音）。 />
评论
可能以“亲切”作为替代？
–龙
18年7月19日在17:41
是的，如果没有“友好”的帮助，这可能会更好。我有点像对SE的“专业”态度。我曾经有人称我为“朋友”，但我绝对不认为我是朋友。它会带来与上一个草案中的“不舒服”相同的问题：人们可能会认为他们可能过分友善，而其他人则对您不够友善，而由于“我们只是友好而友善”，因此始终不屑一顾！
–小叮当♦
18年7月19日在18:15
是的，可能会感到困惑。
–danny117
18年7月26日在20:47
#21 楼
没有微不足道的举止或不友好的语言行为
友好就是行为。如果我们谈论的是语言，那就是文明和礼貌。调整我们的语言以表现出礼貌和礼貌是可以的，但是我可以使用完全友好的语言来表现出非常不友好的行为：请参见反手称赞的概念。 （“天哪，您今天在使用英语方面做得更好。”）
如果我们想要成为一个友好的环境，我们需要在提供的行为中体现这一点，而不仅仅是我们使用的单词。
所以为了追求小句子的调整，这是我建议的。
评论
我有点为此撕裂。一方面，您对此是正确的。另一方面，CoC实际上仅涉及通过语言进行交互的人员。 “行为”中也包含近票和落票，并且可能不认为该职位的所有者是友好的……但是，这是必要的。因此，我们将不友好的行为视为网站保持生产力的一部分。
–nvoigt
18年7月22日在10:55
@nvoigt帖子的“所有者”（我假设您是指帖子的原始作者）无法决定什么才算友好，因此，这不是主要问题。从网络的角度来看，亲密投票等并非不友好，我认为这对网络的行为准则很重要。
–请停止邪恶
18年8月12日在8:34
#22 楼
看起来不错。也许提及：
公差。重要的是要记住，我们是一个全球性社区，在一种文化中可能无礼，在另一种文化中可能被认为是直接和有用的，在一种文化中可能被视为过度灌输，在另一种文化中可能被视为精致和礼貌的举止。同样对于许多用户来说，英语是第二语言，句子结构有时听起来有些粗鲁。如果有疑问请澄清，而不要假设最坏的情况。
评论
老实说，我认为这是一个很好且重要的建议，对于任何真诚行事的人来说，这都是显而易见的。我不知道它可能需要重新措词以进行规则制定。无论哪种方式，+ 1。
–希瑟
18年7月19日在17:37
同意。该规则必须明确规定：非英语母语人士应尽力写正确的英语，但所有人都应容忍语法错误或拼写错误。
– Serge Ballesta
18年7月20日在8:16
如果我们所有人都同意，宽容应该被理解为对自己的行为接受批评，尽管您的行为源自您自己的文化背景，而不是所有人都需要宽容，因为这就是我文化中的工作方式加上提及即可。换句话说：我们更希望在所有文化（“真正的”东南文化）中为行为（和我们使用的词语）建立一个通用的可接受的分母。
–rene
18年7月21日在7:42
而且，即使在文化的不同世代之间也存在差异。我是专政的儿子。我的父母几代人以及我自己的白手起家的地方，这种文化以及我们直率和直率的人，都比我小六至八岁。
– Rui F Ribeiro
18年7月22日在11:10
@RuiFRibeiro是如此。我们目前的青少年有时对年龄较大的成员几乎是陌生的。我确信技术在其中发挥了作用。
–user310756
18年7月23日在5:06
@YvetteColomb好吧，他们说他们想包容少数群体。我在这里处于1％的水平已有两年了。 ;-P
– Rui F Ribeiro
18年7月23日在5:57
#23 楼
这让我真的很难过。我在Math.SE上投入了很多时间。如果采用此代码，感觉会不一样。与第一个版本相比，它有所改进，但是在我看来，它仍然是一个极权主义的文件。试图通过在痛苦的痛苦中告诉人们必须避免开玩笑来欢迎自己的网站是一个非常可悲的悖论。希望您能在某个时候看到这种想法多么狭narrow并撤销它。在那之前，我将不再感到所有的欢迎。评论
从这里的大多数答案看来，您对幽默的看法居多。
–查尔斯
18年8月1日在16:59
#24 楼
不诚实遵守行为准则的人可能会受到我们的审核小组认为适当的影响。
强调“真诚”。也许考虑将其更改为粗体？我尝试单击它，因为我认为它是一个链接。
所有重点都以粗体显示，并且所有链接都带有下划线。 “真诚”是唯一偏离它并且困扰我的东西。
-
[Flag harmful behavior](#reporting-enforcement)，无论它是针对您还是其他人。每个人都为建立一个相互尊重的社区做出了贡献。有关更多信息，请参阅我们的
[Code of Conduct](LINK)。来自Q＆A TL; DR和Chat TL; DR：只是指出链接仍然缺失，您可能需要先编辑其中的内容。
关于“笑话和讽刺”的部分：
来自IPS mod，在您是否要提问时开了个玩笑“不是OP绝对不是一个好主意，问题通常是关于个人的东西，开玩笑的人实际上可能是有害的。即使这样，笑话也可以以温和的自嘲性的形式出现，在问题中刻意选择有趣的单词……禁止所有这些都不起作用，意识到它们可能是一个坏主意是一件好事。但是。
也不会热情地收到来自聊天的禁止开玩笑（也在聊天室TL和DR中）。但是，如果看到一个房间，人们不断地以开玩笑为目标，并且开玩笑是关于另一个人本身的，那么可能会使新用户感到犹豫，害怕被嘲笑。直接针对某个人或他们所处的环境。不应禁止使用文字游戏或逗猫图片。不过，针对某个人或一群人的笑话可能会造成很多伤害。因此，我认为“笑话”一词在这里使用的范围太广了，我建议将范围缩小一些，以免人们认为SE上没有任何乐趣！
评论
没有伤害性的笑话怎么办？
–恢复莫妮卡的森林
18年7月20日在3:02
禁止逗猫图片可能会使聊天室真正有用。
– Peter Taylor
18年7月20日在12:57
@PeterTaylor，当然。但是，每个房间都有所不同，有些房间的实用性非常严格，不允许进行任何脱口而出的谈话，有些房间不介意成为社区成员的聚会场所，并且在无事可做时会很开心。如果关于主/元消息的讨论不多，那么如果只允许您谈论聊天室，那么聊天室可能会变得很冷清。最好是让人们在有业务的时候能在其中玩耍和聚会，而不是让他们从不聊天，因为无事可做。
–小叮当♦
18年7月20日在13:01
#25 楼
不管意图如何，这种行为都会对他人产生重大的负面影响。
考虑更简单的语言：“即使您不打算这样做，人们也可以非常喜欢这种语言。就我个人而言。”
（我实际上认为该声明非常重要。关于“不受欢迎”行为的许多争论似乎都归结为“但是当我说X时，我并不想成为一个家伙我只是在说X。人们不应该这么敏感。”
考虑扩展，“ ...，尤其是当他们的文化背景与您的文化背景不同时。”
“我来了寻求帮助，而不是编辑我的问题。”
对此的“友好”版本对我来说是怪异和消极的。
“感谢改善我的题。我很乐意提供您需要回答的其他信息。”
部分保留了意图的建议：
”“谢谢您的编辑-我意识到这是对的以前有点不清楚。”
行为不可接受
行为不可接受
没有微不足道的内容或不友好的语言...
它在“不可接受”的标题下以“否X”开头这些要点似乎有点不正确。这里的不可接受行为是含蓄的侮辱或不友好的语言。
文化
我很惊讶没有使用相同的网站直接提及不同文化的数量。我敢肯定，部分问题是美国用户认为该网站是“默认情况下的美国文化”，我认为直接解决这个问题是值得的。即使只有半个句子，“来自许多国家的人们”，还是其他。
评论
我认为文化无关。如果有人假设人们来自相同的文化，那么他们就是在犯错误。这与假设某人使用的工具链或操作系统相同。它不应成为行为准则的一部分。
–恢复莫妮卡的森林
18年7月20日在3:04
我认为您可以对行为守则中的几乎所有内容提出类似的论点：“人们不需要被告知要友善，他们应该只是友善”。
–史蒂夫·贝内特（Steve Bennett）
18年7月20日在3:27
如果我错误地假设每个人都知道我在DIY上必须遵循的建筑规范，那我并不粗鲁，但是我无法有效地进行沟通（忽略了相关信息）。应该提醒我的是，并不是我的每个人都住在文件中解释如何提出好的问题和提供哪些信息的地方，而不是文件中解释了如何避免混蛋。
–恢复莫妮卡的森林
18年7月20日在3:33
有趣的是，我认为您的示例支持我的观点，而不是您的观点。指出人们使用不同的工具链，操作系统，建筑法规-是的，这些都属于“如何提出一个好问题”领域。指出人们具有不同的文化假设，并且对英语的解释也不同，因此要格外小心，您对事物的措辞如何？那就是行为准则。 （恕我直言）。
–史蒂夫·贝内特（Steve Bennett）
18年7月20日在4:00
我可以想象有人在开玩笑，这种笑话在他们的文化中可以接受，但在另一种文化中被认为是粗鲁的（日本许多人并没有因为被人称为“斜眼”而冒犯，有时甚至以此为笑话，但例如日裔美国人，将受到极大的冒犯），但这已经属于文档的其他领域。我想不出任何可能的情况，在文化上的差异会导致仅仅通过假设每个人都具有相同的文化而不违反代码的其他方面而导致某人被粗鲁。
–恢复莫妮卡的森林
18年7月20日在4:02
凉。仅供参考，这被称为“不可置信的争论”。
–史蒂夫·贝内特（Steve Bennett）
18年7月20日在4:15
什么？我在这里不是在争论，只是说我无法想到任何这种情况。我并不是要暗示这种情况是不存在的，只是，如果确实存在，我将不知情。我希望它不会出错。
–恢复莫妮卡的森林
18年7月20日在4:16
当我想到有关文化引起问题的假设时，我会想到诸如在他们的问题（或答案）中遗漏重要细节以及浪费人们时间的事情，在这种情况下，我看不出如何将其归类为粗鲁。您认为这将是什么样的问题？我真的想知道以进一步了解我，我并不是要暗示它们不存在。
–恢复莫妮卡的森林
18年7月20日在4:22
@forest，来自美国的坚持“黑人非洲人”的意思是非裔美国人，不包括非洲国家的黑人公民吗？这是文化失明的一个极端例子，该文化失明导致十亿人无礼，但完全是真实的。
– Peter Taylor
18年7月20日在12:46
我完全支持增加“来自许多国家的人”。这里完全有太多关于文化同质性的假设，而用户却远非如此。
–user397846
18年7月24日在21:18
#26 楼
这是一个巨大的进步。感谢您听取我们的反馈！我看到了最新草案的一些严重问题，我喜欢当前的草案。以下是可以进一步改进的方面。如果不是这样，那么我对它的现状感到满意。
本行为准则帮助我们建立一个植根于善良，协作和相互尊重的学习社区。 >
我们实际上不是一个学习社区。我们在这里不提供结构化学习。您不能仅通过StackOverflow并开始阅读来学习如何编程。当然，我们都希望人们能从这里阅读的内容中学到东西，但这是解决问题的副产品。
也许只是忽略了它？它并没有失去任何信息：
此行为准则帮助我们建立了一个以善良，协作和相互尊重为基础的社区。
（同上底部的一句话是：“感谢您与我们一起建立一个友善，协作和尊重的学习社区。”。只需省略“学习”。）
人们会感到欢迎并且可以参加，而不论专业知识或身份如何
这听起来很棒...但这不是事实。例如，如果您不能编程（使用任何级别的任何语言，但零则不起作用），则无法参与Stack Overflow。确保该站点正常运行，您可以单击所有按钮并输入文本，但此举将无济于事。 “专业人士和爱好者”网站意味着您需要成为其中的一员，否则参与的选择几乎为零。我不知道您想说什么，也许“教育”这个词会更好？我不在乎有人在哪里学习编程，也不管他们在中间。是你的意思吗？
不要担心别人是否对您的问题提供反馈-他们正努力使它对尽可能多的人有用
“别担心”在这里听起来有点不对劲。也许有些长线：
开放您对问题的反馈-我们正在努力使它对尽可能多的人有用br />如果您是来这里寻求帮助的，请尽可能轻松地让他人帮助您。 [...]
如果您在这里帮助别人，请耐心和热情。 [...]
我想说的只是跳过条件。他们并没有真正做任何事情。
尽可能轻松地让他人帮助您。 [...]
要有耐心和热情。 [...]
“我想您是在问系统安装后如何添加交换。这是正确的吗？”
这听起来好像不友好的版本完全是错误的。假设不是，而且确实很难理解到无法理解的程度：
我在理解您的英语方面遇到困难。我不清楚你在问什么。您能编辑您的问题以使其更容易阅读吗？“
“感谢改善我的问题。很高兴为您提供其他信息
对我来说，这听起来...呃...不诚实或讽刺。关于评论的含义，它实际上并没有达到同一个水平。如果您不喜欢
感谢您尝试改善我的问题，您的编辑不完全是我的初衷，但我想这意味着我的原文很难理解。我再次对其进行了编辑，以阐明我的意思。
不真诚遵守《行为准则》的人可能会受到我们的审核小组认为适当的影响。
那句话听起来好像是单词拼凑而成。尤其是“诚信”部分似乎稍后会被标记。我同意这个意思，但措辞对我来说似乎很尴尬。但是也许那只是我。我也没有提出更好的建议。至于两个不同的TL; DR的母语使用者呢？
在聊天中，人们似乎不需要帮助和耐心，也不需要帮助他们。这对我来说没有意义。请为两个都使用相同的TL; DR。尤其是因为评论可以转移到聊天中，所以有两套规则很奇怪。
我们不容忍任何可能冒犯或疏远的语言
请替换为
我们不容忍任何旨在冒犯或疏远他人的语言
尽管这给主持人留下了非常模糊的头脑阅读能力，但告诉我想要一些东西，我认为这比问被害的受害者要好。主持人应该是相对中立的第三方。询问受害者或犯罪者是犯罪是没有意义的。这需要第三方来找出。
评论
+1您在开始时指出的词组就像陷阱一样读给我听，使人们对网站的实际运作方式抱有不正确的期望。我也同意，“系统安装”和“感谢”不好/很好的例子似乎并不理想-实际上，它们给了我一些毛骨悚然的印象。以这种表格格式显示时，它们的意思是“如果您想说A，请说B”，但B根本不表示A中正在发生的事情。尤其是“感谢”-如果我对编辑感到沮丧怎么办？这是在告诉我要对他们感激不已，这对我来说是虚伪的。
–doppelgreener
18年7月22日在11:49
当在所有人都感到欢迎并可以参加的地方，不管您的专业知识或身份如何，您将专业知识和/或爱好者替换为所有人，会发生什么？您自己使用该词来解释这些网站是针对谁的。专业人士和/或狂热者仍然涵盖所有站点。
–rene
18年7月22日在13:57
我也同意在您的最后一个示例中使用预期的方法。在此处也建议这样做：meta.stackexchange.com/a/312953/158100
–rene
18年7月22日在13:59
#27 楼
不可接受的行为
我同意本节中的大多数示例，唯一不同意的是我声明“您可以在5秒钟内搜索到此内容”。我不认为这是一个微妙的压制。更提醒您的是，如果不是在大多数情况下已经提供了答案，那么在这里提出问题之前应该先对问题进行谷歌搜索。就是说，我同意本节的其余部分。
欢迎使用Stack Overflow
”“请不要担心其他人是否会提供有关您的反馈题”。这对我来说是广泛的，也许需要更加具体。并非所有反馈都是建设性的，因此可能改写为更特定于反馈类型。 “不要以错误的方式接受建设性反馈-评论员只是试图帮助您改善您的帖子。”在大多数情况下，本节的其余部分是清晰且可接受的IMO。
避免玩笑和嘲讽
最后一条注释适用于所有行为部分是关于笑话的部分。笑话和讽刺只是一种平淡的语气，是我们参与的问答活动和聊天文化的一部分。我认为最好说“没有偏执/最狂暴/性别歧视的笑话/讽刺”，因为许多笑话和讽刺言论都可能很有趣对于所有人，至少不滥用。因此，与其避免所有的笑话/嘲讽，不如避免有害的。我不认识你，但我不想参加比禁令更干燥的聊天。那是个玩笑（尽管不是我做过的最好的玩笑）。没有人会受到伤害，它不是针对某个人的，而是要指出，在这种规则下，聊天会很无聊，人们最终会离开。
我不确定
For more, see our [Code of Conduct](LINK).中的链接由于我想阅读整篇文章，而不仅仅是TL; DR，因此文档目前打算被破坏。没什么大不了的，但是想指出它，以防万一它实际上是一个有效的链接。评论
您间接地以动词形式说它是google，而不是Google（“您可以在5秒钟内用谷歌搜索它。”）。也许在您的答案中更清楚一点？
–P.Mort。 -忘记了粘土Shirky_q
18年7月24日在22:23
@PeterMortensen只是来自文档的引用。我会纠正这种情况。我确定的任何人都不清楚。我们都知道Google是什么。
– Mike-SMT
18年7月25日在21:13
“我唯一不同意的是声明“您可以在5秒钟内将Google谷歌搜索”。问题是很多时候人们告诉某人“只用谷歌搜索”，如果他们只知道谷歌搜索什么，他们会很乐意做到的。草案中有一个示例，该示例将几乎没有用的“仅用谷歌搜索”转换为非常有用和友好的（但仍然没有为任何人做作业）。“这称为不变性和协方差。如果您使用的是Google，则可以找到比我们在这里的注释中能更好地解释它的教程。”
– Erik I
18年7月28日在19:01
@ErikI每当我对Google说时，我都提供了一个链接，只是在搜索OPs问题标题。那就是说，我仍然看不到有任何评论说“ Google it”是任何形式的，这就是我对CoC的这一部分所作声明的重点。它可能无济于事，但仍不是放下手脚。只是想提醒一下它。
– Mike-SMT
18年7月28日在19:05
#28 楼
我对Chat TL; DR有一些疑问和担忧。我同意Tim关于在文档中大量使用反馈词的回答。
Chat TL; DR：
大方提供和接受反馈。反馈是我们文化的健康组成部分。良好的反馈是友好，尊重，明确和建设性的。愿意接受反馈。
我理解在问答环节中使用反馈时的理解。但是我不知道我们在聊天中会得到什么样的反馈？我认为这是关于主要站点和元站点的讨论，但以非正式的方式进行。我主要是为了玩得开心而访问聊天，并从元讨论和主要站点的问题和答案中得到启发。
友善。要礼貌和友善。避免开玩笑和嘲讽-很难在网上解读语气。如果情况很难采取友好的行动，请停止参与并继续前进。
我可以理解嘲讽在某些情况下可能会伤害使用者的情况。但是笑话呢？用户之间共享了数千个笑话。有专门用于搞笑gif的聊天室。因此，是说避免开玩笑是玩耍的障碍吗？我认为在吸引新用户聊天方面不会取得很好的效果。访问聊天的用户可能会觉得它还是Meta或main这样的严肃地方。实际上，它们是相反的。人们充满乐趣而又快乐。要求他们在进行讽刺时要小心（无论如何由主持人来完成），但是在一条应该约束所有的策略中增加一条线以避免讽刺和笑话可能会引起新用户的犹豫。
我们的聊天房间与其他平台略有不同。第一次使用时，这已经造成了一些混乱。使用误导性信息（关于避免开玩笑和嘲讽）和严格的准则可能会使聊天体验变差。可以在本节中改进措辞。
评论
我想聊天中的反馈形式可以是“哦，嘿，而不是对主持人执行ping操作，通常最好举起一个旗帜”，“您介意将Markdown实验带到沙盒中，以便讨论可以继续吗？” ，那种东西。同样，帖子的评论也可以移动到聊天，通常也将反馈过程移到那里。
–小叮当♦
18年7月19日在19:22
#29 楼
我可能已经错过了，但是可以改进的是在第一句话中添加一个链接以帮助/询问，例如：如果您在这里获得帮助，让其他人尽可能轻松地为您提供帮助。请参阅$ SiteHowToAsk $以获取建议。
#30 楼
我认为，本文档可能无法涵盖的是不同用户群体的潜在不同期望。随着时间的流逝，我们这里的文化，世代，敏感性和生活各方面都不同，我只看到一种适合所有文化的“一刀切”产品。
一切都归结为期望。我们来这里的人都是这样，他们满怀期望地来到这里：
来这里的高级专业人士希望与其他专业人士分享他们的观点并发展壮大
教学习
希望有基本知识的服务台服务
希望我们为他们写问题
希望在过于复杂的情况下进行咨询以使我们无法评估
做自己的工作/家庭工作/对自己的问题承担责任
验证/批准他们的行动
由于知道知识渊博的人都在那儿而放弃了某些小组的主题问题
，最后，我们有自己的Stack Overflow团队的期望。
最终，在如此不同的目标上进行协调或找到共同点并不总是那么容易。
印象是希望强加“没有不好的问题”的政策，显然，归根结底，有些角色
但是最重要的是，我经常感到CoC并没有解决这个问题，而只关心感受。
PS。至于我自己，我是来这里成长为专业人士的，我经常来这里学习和下班，而且我常常觉得我不是来这里（免费）做服务台工作，而是分享我的知识。
评论
CoC与质量无关。低质量的内容并不能无礼。质量要求仍然存在。有这样一个问题，一个问得很少或没有主题的问题-并没有改变。我们需要的是用户无论其帖子的质量如何，都应尊重他人。而且，我认为CoC确实在一定程度上解决了这一问题，特别是在要求用户对自己的帖子进行反馈以寻求帮助而不是批评时。
–Catija♦
18年7月19日在22:40
@Catija很多人不理解你会在不礼貌的同时缺乏对他人的尊重
– Rui F Ribeiro
18年7月19日在22:45
“尊重”和“尊重”某人之间是有区别的。 “尊重”某人意味着您仰望他们。 “尊重”意味着您公平对待他们。他们是两回事。分歧和建设性的批评并不是不尊重别人，而是试图帮助他们进步。正如CoC所说：慷慨地提供和接受反馈。反馈是我们文化的健康组成部分。良好的反馈是友好，尊重，明确和建设性的。愿意接受反馈。
–Catija♦
18年7月19日在22:47
好吧，一件事是，我尊重每个人，直到他们表示相反为止。不幸的是，等到我读了一些问题的标题时，《任择议定书》已经失去了这种尊重。如果我提出问题并找到毫不费力的家庭作业转储，那将是几乎无礼的尊重；（
–马丁·詹姆斯（Martin James）
18年7月20日在11:43
评论
我见过的一个常见问题：您希望日常的调节有什么变化吗？这是为了改变行为，还是只是编纂我们已经执行的规则？@Undo这只是整理我们已经使用的规则，主持人仍然可以自行决定是否进行主持，我们在此修订版中对此进行了澄清。
@YvetteColomb请参阅“不要担心，很好，不要太多”上方的句子。标头
@Dragonrage我不确定SE网络是否会通过30分钟的聊天禁令来惩罚闲聊的双关语而受到欢迎。所以我不确定。
有关开玩笑的警告与与敏感主题@Mast进行开玩笑的联系更为紧密。我参加过很多聊天讨论和爆炸，都是围绕某人举报一个不合情理的笑话而来的。。。问题不是这个人没有上下文，这是因为这个笑话是关于敏感的事情。受其他人的约束，并且可能更适合在网站外进行私人聊天。
@有些人在meta中起了很大的作用。一篇没有降级票的帖子，然后有一条评论，误解了帖子的意图，并用措辞歪曲而不是澄清，然后将所有降级票倒了。我讨厌它。没有机会进行纠正，澄清或解释。有一个谴责的评论，仅此而已。我真的很讨厌meta的许多方面。
@YvetteColomb如果可以给您带来一些安慰……我在MSO上也遇到过类似情况。我的回答是很好地收集了赞成票……然后乔恩·斯凯特（Jon Skeet（他自己！））发表了评论，但似乎不同意。突然开始下雨了，没有任何解释可以帮助。这确实不是一件令人愉快的事情...但是您并不孤单，我认为我们很多人曾经一次或多次去过那儿。
为什么要在GitHub PDF中放置图像，而不是在其中包含文本的正确PDF文件？
@Pun Puns应该受到严厉的惩罚。
正如我在最近一次更新中对失去信任的评论一样。我只想说这篇文章（以及更改内容）对我来说是朝正确方向迈出的一步-我希望其他人也可以。我仍然担心它将如何应用于聊天（请参阅上面的@AndrasDeak评论）和整个SE，但是帖子的语气和根据反馈进行的更改确实有助于确保SE的方向。
您可以在5秒钟内将其搜索出来。发布零努力问题是否比这种回答差很多？
@PushfPopf您正确预测。破碎的窗户理论。 TL; DR：周围有很多坏事往往会使人们认为坏事还可以，因此会产生更多。两种方式都可以-如果周围有很多时髦的评论，您将获得相同的效果。除了围绕“非法”定义的可怕问题外，放弃问题关闭会鼓励提出坏问题并驱使专家离开。
@PushfPopf：如果您想要一个不是Stack Exchange的站点，欢迎您找到一个。但是Stack Exchange关闭和删除不良问题的能力是如此深入地嵌入，以至于将其删除会使站点陷入完全不同的境地。在没有经过所有公众混乱投票的情况下建立民主制度的建议并不完全与之相提并论，但这并不短。
@撤消：“错误”的未解决问题不会驱赶任何人。卑鄙的回应将人们赶走。我有一个幻想，一个有问题的人可以来这里尽可能地问他们的问题，并寻求帮助或至少被良性地忽略。
“这个问题似乎与在帮助中心定义的范围内为Stack Exchange网络提供支持的软件无关。” wut