工作中糟糕的一天教会了我如何建立 Stack Overflow 社区

大家好，我叫 Sara Chipps，第一次写 Stack 博客，也是 Stack Overflow 的老用户了（我一直都想这么说！）。我是 Stack Overflow 新任公共问答总监。我在 Stack 工作已经一年了，想和大家分享我工作中最糟糕的一天，以及这段经历让我对 Stack Overflow 社区有了哪些感悟。

关于我：我是 Stack Overflow 用户 #4140。我参与过测试，也是最早在平台上提问的人之一。长期以来，Stack Overflow 一直是我工作的重要组成部分。我积极参与问答，参与过 51 区活动，也潜水过世界构建、烹饪和代码高尔夫等活动。我曾在我们的招聘板块寻找新的机会，并在我参与运营的公司（例如 Jewelbots或GDI ）招聘优秀人才时发布过招聘广告。

然而，真正让我与 Stack Overflow 及其社区产生联系的，是一个简单的事实：我已经从事软件开发 18 年了。我最初在 MS SQL 和数据仓库领域积累了丰富的经验。2006 年，我转向 C# 和 .NET。2009 年和 2010 年，我获得了 .NET MVP 称号，之后又在 2011 年转向 JavaScript、Node.js 并构建了 Nodebot。我全心全意地热爱 JavaScript，无论其优点如何。自 2018 年加入 Stack Overflow 的工程管理团队以来，我重返 .NET 世界，并加入.NET 基金会董事会，帮助该框架构建互联网的未来。

我非常关心科技领域的代表性，也希望未来科技领域中代表性不足的群体也能像同行一样获得同等的就业机会和成功。能够加入团队，引导社区的发展方向，我深感荣幸。

过去几个月，我们一直在努力改进网站，力求让其更加受欢迎、更加多元化、更具包容性。为了启动这些改进，我们首先从管理员和高级用户所依赖的工具入手，力求将 Stack Overflow 打造为开发者在线的最佳平台。我看到我们的社区经理最迫切地希望更新这些过时的工具，其中一些工具自上线以来就从未更新过！之前名为 DAG（开发者宣传与发展）的团队，现已并入社区团队，率先推出了“标签同义词更新”和改进的版主面板。在我们努力为版主提供一流的工具来管理社区的同时，更新这些工具仍将是我们的首要任务。

我们优先考虑的第二件事需要一点故事。大约一年前，我加入 Stack Overflow 时，同事们的友善和慷慨令我震惊，工程团队也不例外。作为负责 Talent 产品团队的工程经理，我有机会与我非常敬佩的优秀人才密切合作。能够与终身学习者和天生的导师合作真是一种享受，他们是任何团队都渴望拥有的那种工程师。

大约三个月后，一个周五的下午，我们推出了一项新的全公司政策，我觉得这政策还算良性。但接下来发生的事情是，在我看来，工程团队彻底崩溃了。没有人同意这项政策，他们似乎在数百次 Slack 邮件中才宣布了这一消息。经过一下午的反复沟通，我最终感到心力交瘁。我那些如此善良、如此优秀的同事们怎么了？我感到自己受到了攻击，被贬低了。似乎大家并不重视我的工作和我的判断。

周末回家后，我郁闷不已。我一遍遍地回顾发生的一切，却发现大家的反应让我更加沮丧。到了周日，我决定回顾一下我们在 Slack 上的对话，看看哪个同事最粗鲁、最不讲道理。我想直接告诉他们，他们伤害了我的感情。

当我回顾那个周五下午的聊天记录时，我惊讶地发现竟然没有人辱骂我。没有人说我的坏话，也没有人直接攻击我的工作效率。事实上，我发现大家提出了一些很有条理的论点，来解释为什么这项政策是个坏主意。整个工程部门肯定都表达了他们的批评意见，但我没有发现有人质疑我作为管理者的能力，也没有人对我进行辱骂，也没有人说任何能说明我为什么感到如此被针对的话。

就在那时，我突然明白了一件事：我的同事们并没有变成怪物，他们仍然像我想象的那样善良体贴。这次的怪物并非某个人，而是由许多人——即使出于好意——同时公开反对你而产生的。即使是善意的反馈，如果背后有一群人，也会显得刻薄刻薄。无论他们说得多么好听，当一大群你真正尊重的人公开质疑你所做的事情时，都会感觉像是人身攻击。

当我意识到这一点时，我之前在 Stack Overflow 上看到的一些关于不受欢迎现象的困惑开始变得清晰起来。在我们的开发者调查结果中，我们看到了这样的情况：

• “ 对新用户来说，这是一个尖刻的社区。没有理由不友善！ ”——6 年编程经验
• “ 对于新开发人员来说，它感觉太可怕，难以上手”——3 年编程经验
• “ 人们可以不那么残忍”——6 年编程经验
• 这种 态度对初学者不太友好。提问者在提问之前需要做大量的研究（包括问题的格式和内容），即使他们对这个社区或主题完全陌生。并不是每个人都能理解，甚至知道在编程新手阶段要查找文档。—— 12 年编程经验

然而，当我们经验丰富的用户听到这些反馈时，他们会要求我们提供确切的例子，说明人们究竟在哪里表现得不友好？他们既没有辱骂，也没有发怒，为什么还要指责他们不友好呢？

人们告诉我们，他们害怕参与，因为他们的同事太刻薄了。按照目前的系统架构，当你提出一个需要修改或重复的问题时，就会有一群人突然出现，告诉你你做错了什么。

他们可以用最中立的方式表达，但无论你如何应对，十几个人指出你的错误都会让人感觉很糟糕。这不仅让人感觉糟糕，而且对整体内容质量也无益，更不用说这是一种让别人改进问题的无效方法。还有一个大大的黄色框，上面显示投票关闭或删除你的问题的工程师的名字。这本身就让人感觉很糟糕，尤其是在我们的高声誉用户倾向于经验更丰富、更受尊敬的工程师的情况下。

一方面，我们经验丰富的高级用户告诉我们，他们觉得自己因为不友好而被指责，即使他们只是想提供帮助；另一方面，我们的新用户和不参与的人告诉我们，他们认为 Stack Overflow 很可怕，他们害怕被评判。过去，我们优先考虑清除不友好的评论。我们已经看到了这方面的改进，但仍然听到人们觉得即使没有不友好的评论，他们也是有针对性的。这个问题是我们的问题，也是我们设计提问和关闭流程的方式问题。人们按照设计的方式使用产品，结果他们觉得自己被指责，甚至更糟的是，他们不愿意再提问。

在接下来的几个季度里，我们将重新审视如何向用户提供问题反馈。我们希望确保用户能够获得必要的反馈，而不会感到被指责或公开尴尬。我们将探索新的途径，以提高内容质量，减少用户之间的摩擦。我们的目标是让提问过程对新用户和 Stack Overflow 老用户来说都轻松便捷、受益匪浅。

通过改进人们互相反馈的方式，我们可以提高问题质量，而无需用户承担网站监管的负担。我们将赋予我们的长期用户成为导师和老师的权力，以恢复 Stack Overflow 最初的精神，即一个人们分享和学习的地方。通过认真思考我们如何提供反馈，我们将帮助人们学习，而不是让他们离开。我们将吸引更多人参与进来，并提高问题质量。

我和社区团队非常高兴能够提升 Stack Overflow 上各个层次程序员的体验，从初学前端的新用户，到拥有 20 多年编程经验的资深版主，不一而足。我们每个人都有改进系统的想法。好消息是，我们拥有经验丰富的研究人员、数据科学家和一位优秀的产品经理，他们将收集来自我们、社区以及许多其他渠道和合作伙伴的反馈，以便做出明智的解决方案决策。

我们非常重视我们的社区，并期待听到您对我们改进工作的意见。我们将一如既往地及时向您通报最新进展。

帖子“工作中糟糕的一天教会了我如何建立 Stack Overflow 社区”最先出现在Stack Overflow 博客上。