Hi, my name is Sara Chipps, first time Stack blogger, long time Stacker (I’ve always wanted to say that!). I’m the new Director of Public Q&A at Stack Overflow. I’ve been at Stack for a year now, and I’d like to share with you one of my worst days at work, and what it taught me about the Stack Overflow community.

A little about me: I’m Stack Overflow user #4140. I was in the beta and one of the first people to ask a question on the platform. Stack Overflow has been a big part of what I do for a long time. I’ve been an active member of Q&A, a participant on Area 51, and a lurker on Worldbuilding, Cooking, and Code Golf. I’ve looked for new opportunities on our Jobs board and placed job ads when hiring great talent at companies I helped run, like Jewelbots or GDI.

The thing that really connected me to Stack Overflow and its community, however, is the simple fact that I’ve been a software developer for 18 years. I cut my teeth on MS SQL and Data Warehousing. I moved on to C# and .NET in 2006. I was a .NET MVP for 2009 and 2010 before switching to JavaScript, Node.js, and building Nodebots in 2011. I love JavaScript with all my heart, warts and all. Since joining Stack Overflow’s engineering management team in 2018, I’m back in the world of .NET and on the board of the .NET foundation helping the framework build the future of the internet.

I care a lot about representation in technology, and a future where people from underrepresented groups in technology are hired and succeed at the same rates as their peers. Being a part of the team helping to guide the direction and growth of community is an incredible honor.

We’ve been working on exciting things the past few months to make the site more welcome, diverse, and inclusive. To kick off these changes, we started with the tools that our moderators and power users rely on to make Stack Overflow the best site for developers online. The thing I’ve seen our Community Managers push for the most is updating these dated tools, some of which haven’t been touched since we first launched! The team formerly known as DAG (Developer Advocacy and Growth), now part of the Community team, started by rolling out the Tag Synonyms Refresh and the improved Moderator Dashboard. Paying down this debt will continue to be a priority as we work to get our mods best-in-class tools to manage their communities.

The second thing we are prioritizing requires a bit of a story. When I joined Stack Overflow almost a year ago, I was blown away by how kind and generous all my coworkers were, and the engineering team is no exception. As engineering manager for the team charged with working on our Talent product, I got to work closely with brilliant people I really respected. It was a treat to be collaborating with lifetime learners and natural teachers, the kind of engineers that you would want on any team.

About three months in, on a Friday afternoon, we introduced a new company-wide policy that I felt was relatively benign. What happened next was that, from my point of view, the engineering team completely lost it. No one agreed with this policy, and they made it known over seemingly hundreds of Slack pings. After an afternoon of going back and forth, I walked away feeling emotionally drained. What had happened to my amazing coworkers that were so kind and wonderful? I felt attacked and diminished. It seemed people weren’t valuing my work or my judgment.

I went home for the weekend and stewed in my frustration. I replayed everything that happened in my head and each time got more frustrated with the way people reacted. When Sunday rolled around, I decided I wanted to look back at our Slack conversations and see which one of my coworkers was being the rudest and the most unreasonable. I wanted to give them direct feedback that they had hurt my feelings.

As I went back through that Friday afternoon chat log, I was shocked to see that no one had been hurling insults. There was no one saying mean things about me or attacking my efficacy directly. In fact, what I found was that people had some well put together arguments about why they felt this policy was a bad idea. The entire engineering department definitely made their criticisms known, but I didn’t find people questioning my ability as a manager, throwing around insults, or saying anything that that illustrated why I was feeling so targeted.
That was when something became crystal clear: my coworkers hadn’t become monsters, they were still the kind and caring people I thought they were. The monster in this case is not one person, it was created when lots of people, even with great intentions, publicly disagreed with you at the same time. Even kind feedback can come off as caustic and mean when there is a mob of people behind it. No matter how nicely they say it, when a large group of people you really respect publicly challenge something you’ve done it can feel like a personal attack.

When I realized this, some of the confusion I had seen about unwelcomeness on Stack Overflow started to make sense. In our developer survey results we read things like this:

  • 新用户的狂热社区。 没有理由不仁慈!” –六年编码
  • 对于新开发人员来说,这太可怕了,无法访问” – 3年编码
  • P 人们可能不那么残酷” – 6年编码
  • 态度不适合初学者。 要求提问者在提出问题(例如:问题的格式和内容)之前已经做了大量研究,即使他们对社区或主题是全新的。 –拥有12年编码经验的人

However, when our more experienced users hear this feedback they ask us to provide them with definitive examples of WHERE EXACTLY people are being unfriendly? There isn’t a lot of name calling or anger, why are they being accused of being unfriendly?

People tell us they are afraid to participate because of how mean their peers can be. The way the system is currently built, when you ask a question that could use some editing or is a duplicate, a bunch of people come out of the woodwork to tell you you’ve done something wrong.

They could say it in the most neutral possible way, but no matter how you approach it, a dozen people pointing out your errors feels terrible. Not only does it feel terrible, but it can also be not beneficial for overall content quality, not to mention an ineffective way to get someone to improve their question. There is also a big yellow box that gives you the names of engineers that voted your question closed or deleted. That in itself can feel really bad especially as our high rep users skew toward more experienced and respected engineers.

On one hand, our more experienced power users tell us they feel called out for being unfriendly even when they are just trying to be helpful; on the other, our newer users and people that don’t participate tell us they think Stack Overflow is scary and they are afraid of judgement. In the past, we’ve prioritized getting rid of unfriendly comments. We’ve seen improvements there, but we still hear people feel targeted even when there aren’t unfriendly comments. This problem is on us and it’s because of how we designed the question asking and closing process. People are using the product as it was designed and as a result people feel called out or, even worse, discouraged from ever asking a question again.

Over the next few quarters, we’re going to be taking a step back and re-evaluating how we deliver feedback to users about their questions. We want to make sure people are getting necessary feedback without feeling called out or publicly embarrassed. We will be working on new paths to improve content quality and reduce friction between people. Our goal is to have the question asking process be painless and beneficial for new users and Stack Overflow veterans alike.

By improving the way people give each other feedback, we can improve question quality without putting the burden on our users to police the website. We will empower our long time users to become mentors and teachers in order to bring the spirit of Stack Overflow back to what it was in the beginning, a place where people come to share and learn. By thinking hard about how we give feedback, we’ll help people learn instead of driving them away. We’ll get more people involved and improve question quality.

Myself and the community team are really excited to improve the experience that all levels of coders have on Stack Overflow, from new users that are learning front-end for the first time to our respected moderators who have been coding for 20+ years. We all have ideas on how to make the system better. The great news is we have experienced researchers, data scientists, and an amazing product manager that will be gathering feedback from us, the community, and many other places and partners to make educated decisions about solutions.

We think the world of our community, and are excited to hear what you think of improvements as we make them. We’ll make sure, as always, to keep you posted.
Tags: bulletin, community, public Q&A, user experience

from:https://stackoverflow.blog/2019/07/18/building-community-inclusivity-stack-overflow/

ecw2c在工作中非常糟糕的一天教会了我关于建立Stack Overflow社区的知识相关推荐

  1. 工作中如何做好技术积累

    引言 古人云:"活到老,学到老."互联网算是最辛苦的行业之一,"加班"对工程师来说已是"家常便饭",同时互联网技术又日新月异,很多工程师都疲 ...

  2. 网络安全工作中最可怕的14种自己人

    在IT界干久了,就会习得区分特定类型人群的技能.有时候他们是很棒的人,有时候,却不那么令人愉快.如果请IT人士吐槽自己工作中遇到的最糟的人种,他们的积极程度恐怕会让人觉得这些人是不是刚看过热血动漫. ...

  3. 工作中遇到很让人头疼的上司怎么办?

    专栏 | 九章算法 网址 | http://www.jiuzhang.com 大量数据表明,人们选择辞职的原因并不是因为工作本身有什么问题,而是因为他们的上司实在是太令人讨厌了.在一次民意调查中,我们 ...

  4. 春节后面试别人的经历总结之一,好岗位分享给还在找工作中的软件开发爱好者们...

    为什么80%的码农都做不了架构师?>>>    继续上篇文章 [浙大网新易盛] 春节后找工作被面试的经历,好岗位分享给还在找工作中的软件开发爱好者们 今年已经是33岁了还被别人笔试. ...

  5. 工作中如何做好技术积累『转载-保持学习的空杯心态』

    引言 古人云:"活到老,学到老."互联网算是最辛苦的行业之一,"加班"对工程师来说已是"家常便饭",同时互联网技术又日新月异,很多工程师都疲 ...

  6. 工作中最麻烦的事——北漂18年(52)

    上周八卦了一下很独(chuan)特(xiao)的猎头模式,本周开始逐步展开--说下里面的人,今天说下总经理张J先生.再不行的制度,如果人不错也不会有太差的结果:再好的制度,人不成结果也是比较糟糕:如果 ...

  7. 工作中应该如何管理自己的情绪?

    在工作中能够管理好自己的情绪是非常重要的!因为如果一个人即使能够掌握再多的知识和技能,也有可能因为一些负面情绪的问题导致无法拿出全部的实力,进而无法拿到成果! 有些明明自己的知识与技能都掌握的很好,平 ...

  8. 电子工程师自学成才pdf_作为一名自学成才的软件工程师,我在第一个月的工作中所学到的知识

    电子工程师自学成才pdf In this post, I will share my experiences and give advice now that I am six months into ...

  9. 生活和工作中可能会用到的一些沟通技巧

    沟通中的一些小技巧 做好这三点,你就是沟通达人 沟通的简单定义:沟通是为实现设定的目标,把信息.思想和情感在个人或群体间传递,并生成结果的过程 沟通有三个重要的元素 第一,目标 没有目标的沟通不能称之 ...

最新文章

  1. jsp中如何显示mysql数据库数据类型_jsp中如何以表格形式显示数据库中一个字段的数据?...
  2. 几款高频环形磁芯的性能对比
  3. 12、INNER JOIN:内连接
  4. cordova 蓝牙_Ionic通过Cordova插件使用设备能力
  5. Linux字符设备与块设备的区别与比较
  6. 为什么要“男孩穷养、女孩富养”
  7. 《原力计划【第二季】》第 4 周周榜揭晓!!!
  8. linux下原始套接字编程错误:Operation not supported
  9. android模拟器录制脚本,什么安卓模拟器可实现操作录制?MuMu模拟器成为你的按键精灵_MuMu安卓模拟器/MuMu手游助手...
  10. No.44-VulnHub-Pegasus: 1-Walkthrough渗透学习
  11. HD钱包(身份钱包)简介
  12. ‘connector.type‘ expects ‘filesystem‘, but is ‘kafka‘
  13. 使用tensorboard遇到:Output 0 of UnbindBackward is a view and is being modified inplace.....
  14. PDF生成插件--TcPDF
  15. 2017年团建心得、总结、建议
  16. 配色分享|梵高的薄荷绿
  17. linux磁盘扩容:新增磁盘、原磁盘扩容、home/root分区扩容
  18. 安心收纳各种重要物品,不在家也能时刻守护安全,VOC智能保管箱G300上手测评
  19. Android 使用Gson解析json用法
  20. 排队论在食堂排队中的运用

热门文章

  1. 如何快速实现邮箱注册(项目案例)
  2. 捷联惯导总结--初始对准,位置标定,INS姿态更新,GPS/INS组合
  3. linux关于登录变成192login
  4. 服务器电池维修,服务器电池电量低判断方法
  5. 十进制和二进制简单计算
  6. React-activation使用
  7. matlab计算macd_[原创]基于MATLAB的一个简单的交易策略(基于MACD)的Matlab代码-经管之家官网!...
  8. 好用的开源轻量级DHCP和DNS服务软件“Dual DHCP DNS Server”
  9. 小米电视4a系统android,小米电视4A请别糟蹋“人工智能”这几个字!
  10. 21天 mysql_java基础第21天_mysql