一群开发者吵了起来，但这次不是争论世界上最好的语言，而是应不应该为开源项目提交表达谢意的 issue。
开发者 Vito Botta 近日在 hairpin-proxy 的 repo 提交了一个 issue，这个 issue 无关技术和开源，也不是反馈 bug 或提出建议等，这更像是一封感谢信，Vito 希望通过这个 issue 表达对 hairpin-proxy 及其作者的感谢。
然而，这个在大多数开发者眼里十分稀松平常的 issue 却引起了不小的争论，争论的点当然不是感谢这件事本身，而是表达感谢的方式（事实上，这场争论后面还延伸到了是否应在公共场合表达对他人的感谢）。从这篇帖子下面的评论来看，部分开发者显然不支持通过提交 issue 的方式来表达对开源项目的感谢，他们认为：
这些开发者提出了他们觉得更好的选择：
可以理解这些开发者对于 issue 列表的执着，毕竟 issue 公认的正确打开方式就是反馈 bug 和提出建议和意见，如果列表上面出现大量与项目无关的“噪音”，哪怕是感谢和鼓励之类的正面声音，也会对他人造成影响。
有人提到了 GitHub 新的 Discussions 功能，他们认为 Discussions 的使用场景与开发者表达感谢的需求非常匹配，因为发布 discussion 不会像提交 issue 那么正式，但刚好满足了开发者在公共场合表达谢意的需求。
其实在我看来，使用“捐赠”功能来感谢开源项目是最直截了当的方式，捐赠后你内心得到了极大的满足感，项目维护者因此得到一笔收入，这大概就是 double win 吧。
延伸阅读：
评论删除后，数据将无法恢复
开发者向开源项目提交 issue 表达谢意引发争论
开发者 Vito Botta 近日在 hairpin-proxy 的 repo 提交了一个 issue，这个 issue 无关技术和开源，也不是反馈 bug 或提出建议等，这更像是一封感谢信，Vito 希望通过这个 issue 表达对 hairpin-proxy 及其作者的感谢。
然而，这个在大多数开发者眼里十分稀松平常的 issue 却引起了不小的争论，争论的点当然不是感谢这件事本身，而是表达感谢的方式（事实上，这场争论后面还延伸到了是否应在公共场合表达对他人的感谢）。从这篇帖子下面的评论来看，部分开发者显然不支持通过提交 issue 的方式来表达对开源项目的感谢，他们认为：
这些开发者提出了他们觉得更好的选择：
可以理解这些开发者对于 issue 列表的执着，毕竟 issue 公认的正确打开方式就是反馈 bug 和提出建议和意见，如果列表上面出现大量与项目无关的“噪音”，哪怕是感谢和鼓励之类的正面声音，也会对他人造成影响。
有人提到了 GitHub 新的 Discussions 功能，他们认为 Discussions 的使用场景与开发者表达感谢的需求非常匹配，因为发布 discussion 不会像提交 issue 那么正式，但刚好满足了开发者在公共场合表达谢意的需求。
其实在我看来，使用“捐赠”功能来感谢开源项目是最直截了当的方式，捐赠后你内心得到了极大的满足感，项目维护者因此得到一笔收入，这大概就是 double win 吧。
延伸阅读：