如何在开源社区不获得帮助

5 位读者喜欢这篇文章。
A bunch of question marks

Opensource.com

开源社区可以是非常友好的地方,但是寻求帮助的方式有对与错。

Great Wide Open 2016 的闪电演讲中,Emily Dunham 分享了人们在开源项目中寻求帮助时最常犯的自毁行为

  • 要求专家
  • 提问后离开 IRC
  • 隐瞒信息
  • 请求允许提问
  • 去专家不在的地方
  • 冒犯他人

在修复错误方面,Dunham 分享了用户在联系时会犯的其他一些错误

  • 在错误的地方报告错误
  • 重现错误的说明有限
  • 过于含糊

为了总结她的演讲,Dunham 给出了人们在面对面的开源活动中犯的错误的例子

  • 不参加
  • 不易接近
  • 让羞怯占上风
User profile image.
Opensource.com 发布关于创建、采用和分享开源解决方案的故事。在 Twitter 上关注我们 @opensourceway。

3 条评论

难道不是每个人的母亲都教过他们如何礼貌待人以及如何与他人友好相处吗?我赞赏这里所说的一切,但这需要被说出来真是太可悲了。

你忘了不符合“linux 生活方式”……它有时就像苹果一样像邪教,只是更便宜

关于错误报告项目,开源开发者——实际上是所有开发者——需要预料到这一点,因为不同的用户具有不同的经验和专业知识水平。大多数报告错误的用户,尤其是他们的第一个错误,只知道足以报告项目中的某些东西无法正常工作。开发者或任何负责错误报告分类的人员可能能够辨别用户在说什么,以便确定问题出现在计算机屏幕的哪一侧以及可以/应该做些什么来帮助用户,但大多数时候他们应该期望在新案例中获得反馈。

这引出了一个变体,即关于提问后不要离开 IRC 频道的观点:每当您提交错误报告时,请跟进随之而来的对话,并准备好提供反馈和额外的请求详细信息。

大多数收到的错误都需要一定量的对话才能充分理解问题并确定需要更改的内容。这是错误报告分类和收集需求过程的一部分。开源的魅力在于这些对话是公开的,任何人都可以参与,帮助指导错误报告者提供所需的额外反馈,或指导他们如何自己解决问题(如果可能),或通过帮助重现错误并提供额外详细信息甚至进行更改并提交拉取请求来协助开发者。

Creative Commons License本作品根据 Creative Commons Attribution-Share Alike 4.0 International License 获得许可。
© . All rights reserved.