掘金上居然有文章教人怎么给开源软件提 typo issue

就事论事，这四个字，说说容易啊，身体力行又何其难？

我有发言权
首先我是开源作者： https://github.com/flipped-aurora/gin-vue-admin
其次，认识我的都知道我英文很差很差很差
最后也感谢 typo issue 帮我少丢了人

补充一下 如果用这种 pr 来给自己简历增光...那大可不必..我们都希望开源是非功利性质的 是 兴趣使然谈的 而不是有目的的

这不是前一阵碰瓷 element 那个吗，整活很 6

@wtf12138 不好意思，你认错了。。。那是 beautiflu 。。

@wtf12138 我这是 golang+vue 项目。。。不是纯前或者纯后项目

@Rainshaw
现在一群人认为随意提 typo issue 没问题
另一群人认为随意提 typo issue 有问题
现在用华为相关的那篇文章来论证随意提 typo issue 不好是有什么问题吗？为什么不能提？

以前在 gayhub 上用过一个小工具, 代码写得很漂亮, 注释写的很巨魔, fork 下来 ide 里打开 150 多个 typo 报错.

刚好我写过两篇类似的文章 [如何成为 golang 贡献者]( https://www.ixiqin.com/2021/08/how-to-become-golang-contributors/)，[如何为任何项目贡献]( https://www.ixiqin.com/2021/08/how-to-contribute-to-any-open-source-project/)，我个人的观点是这样的：

1. typo 类的 issue 本身是没有问题的，即使修改很小，对于开源项目来说，也是很好的改动。这不应该成为我们批判的目标。难道一个项目中满是 typo 才是正常的？
2. 我们应该鄙视 /摒弃的是拿 typo 当 KPI 用。
3. 对于开源的新人来说，你应当明确，typo 修改只是你快速加入社区的一个方式，但如果你希望长期在一个社区成长、贡献力量，甚至是以此放在自己的简历上，那仅仅是修改 typo 是不够的。也无法锻炼你自己的。长期刷 typo 并不会让你的简历更好看，甚至对于懂行的人来说，这是一个扣分项 ”为什么这么多年你只做 typo ？你是在这个方向毫无建树么？那我为什么要让你进来给我添堵“

这事根本问题在于用 pr 数量来考察 kpi/资历的人，HR 或者面试官。开源贡献是好的，但是应该点开几个查证。
hr 不懂技术就不应该参与到技术人员的 performance review 里，而是应该交给中层管理人员。
我第一个 pr 也不是 typo 啊。实现一个新功能也许只需要几行代码。真没必要为了 pr 而 pr 。

@cwp374240920
> 你这个例子最重要的点不是国内与国外的差异，而是小女孩跟混迹技术论坛老油子的差异，要是国人小学生看开源代码提 typo issue 我觉得很了不起。但是文章作者起码是工作了的，再不济也是大学生，教别人提无效 issue 让人来增加自己简历的闪光面，你觉得合适么？

> 您这回复还真是个典型，挑起对立面引发攻击，你是要个女的肯定是微博打拳的一类人，要是 V 站有踩我必送您😅


非常赞同

@Rainshaw 确实在 wb 女的的话，我觉得就是典型打拳

重点是先参与进去了 ，没啥问题吧

要是第一个 PR 提提 typo 没啥所谓，老是提 typo 的别人一看你 PR 历史就会露馅吧。

写了一篇文章， 阐述了我自己的观点 ，如果对我在 69 楼的观点感兴趣的话，可以继续阅读： https://www.ixiqin.com/2021/09/give-well-known-project-typo-to-repair-whats-the-problem/

卷起来了

@Rainshaw

一会儿瞎搞国内国外对立，一会儿我觉得您觉得，你这种人就是自以为是的来恶心人。真别觉得自己有多懂道理，就请问下你给哪个开源项目贡献过？你参与过开源项目维护和开发了吗？

改 typo 别说开源项目了，就是公司内部，也没见过单独提一个 PR 的。即使提一个 PR 去改，就至少得把那个 module 全改完。毕竟代码不是文学巨著，代码的美丽不在乎错别字与否，而是能跑起来。

更别说改了个 typo 就像强行夸大自己的成果的恶心人了。

hacktoberfest 骗 T 恤衫正常招数。

其实只要合并多个修改到一个 PR，并且注明是 fix typo only，这类 PR 也是没啥大问题。

我倒是觉得无伤大雅，假如某开源作者哪一天真因为收到一堆 typo issue 很烦的话，那他最先做的应该是下载一个代码拼写检查工具。