一群开发者吵了起来，但这次不是争论世界上最好的语言，而是应不应该为开源项目提交表达谢意的 issue。
开发者 Vito Botta 近日在 hairpin-proxy 的 repo 提交了一个 issue，这个 issue 无关技术和开源，也不是反馈 bug 或提出建议等，这更像是一封感谢信，Vito 希望通过这个 issue 表达对 hairpin-proxy 及其作者的感谢。
然而，这个在大多数开发者眼里十分稀松平常的 issue 却引起了不小的争论，争论的点当然不是感谢这件事本身，而是表达感谢的方式（事实上，这场争论后面还延伸到了是否应在公共场合表达对他人的感谢）。从这篇帖子下面的评论来看，部分开发者显然不支持通过提交 issue 的方式来表达对开源项目的感谢，他们认为：
- 这会对 repo 的 owner/watcher 造成骚扰，对于 watcher 而言，他们 watch repo 是为了关注项目实际问题的相关通知，而不是任何“感谢”。对于负责维护 repo 的开发者，他们希望收到有关新 issue 的电子邮件也应该是包含实际意义的内容
- GitHub 已提供"star"、捐赠等机制来感谢开源项目，并且 GitHub 不完全鼓励以这种形式使用 issue
这些开发者提出了他们觉得更好的选择：
- 向开源项目的维护人发送感谢邮件
- 如果希望公开表达感谢，考虑在公共频道上进行（例如博客、HN 和 Youtube 频道等）
可以理解这些开发者对于 issue 列表的执着，毕竟 issue 公认的正确打开方式就是反馈 bug 和提出建议和意见，如果列表上面出现大量与项目无关的“噪音”，哪怕是感谢和鼓励之类的正面声音，也会对他人造成影响。
有人提到了 GitHub 新的 Discussions 功能，他们认为 Discussions 的使用场景与开发者表达感谢的需求非常匹配，因为发布 discussion 不会像提交 issue 那么正式，但刚好满足了开发者在公共场合表达谢意的需求。
其实在我看来，使用“捐赠”功能来感谢开源项目是最直截了当的方式，捐赠后你内心得到了极大的满足感，项目维护者因此得到一笔收入，这大概就是 double win 吧。
延伸阅读：
猜你喜欢:暂无回复。
