大家如何看待代码中的拼写错误？

[mikewang]

举几个例子我看见过的：

红帽是 redhad ，乌班图是 ubutu ，
加密是 encript ，解密是 discrypt ，
前台是 forground ，后台进程是 damon 。

最初是项目里编译出 lib/redhad/lib*.so，这个 redhad 让我震惊了一整天。

---

刚接触代码时，我是想去改掉的。但是了解到这个目录 N 年前就是这样了，而且也不清楚到底有多少依赖，便作罢。

后来我也佛系了，毕竟不关我事，能跑就行。

直到我某天写代码，要用到一个大写的常量 某 DEFALUT ，怎么看怎么怪，定睛一瞧还是拼错的。一搜发现有三十多处。

---

如果是你，该怎么办？

1. 全改掉
2. 捏着鼻子继续用

---

...我最终还是选择了 2 ，因为前者会让 git blame 全变成了我，而我并不想背这个锅...

[lithiumii]

没什么办法，HTTP 头里面的 referer 都错了这么多年了

[conge]

哈哈哈

我也老出这样的错……

sorry

[wildnode]

在对应 IDE 市场里面找找 code spell check 相关的插件，组会的时候委婉推荐团队装一下呗，或者相关人员平时关系好的话直接提醒下让他改了...

[naminokoe]

/usr 这个拼写不也是错误的吗？

[antipro]

@naminokoe user system resource

[zzzsy]

@antipro Unix System Resource

[littlecreek]

如果是我, 这种事多了我会跑路, 因为这一般说明同事的技术水平包括态度都不怎么样
庆幸的是工作这么多年从来没接触过这么离谱的同事, 倒是在跟第三方对接的时候见识过其他公司的工程师有这样的情况, 并且验证了我上面看似武断不讲理的断言.

[naminokoe]

@antipro 好，然后 perl 或者 ruby 里面的 elsif 呢？

[littlecreek]

@littlecreek 为啥我这么说呢? 因为一个工程师偶尔拼错正常, 谁都有不小心的时候, 但是经常拼错, 就说明了一点问题. 这种代码偶尔 merge 进主干, 可能他/她包括 reviewer 都没注意, 也没啥. 但是经常出现低级拼写错误 merge to master 没人提出异议, 说明整个团队都多少有点问题.

[DTCPSS]

装拼写检查插件，并在 CI 里警告错误拼写

[JavenXiao]

cspell 直接在 mr 的 ci 强卡点

[Fish1024]

说明工程师的学历都不高，建议跑路。

[hubqin]

@Fish1024 实际上并不是，我见过很多本科学历，写代码依然很多拼写错误，不知道是英语能力问题还是写代码的时候没上心。

[pursuer]

如果是模块内部不是导出的名字拼错，就改了，但如果是导出部分且被其他模块引用了，就只能忍了，可能会再加个别名。

[LavaC]

我寻思这些人的 ide 不可能没波浪线啊，为什么他们就总是无视它

[acerphoenix]

是很坑, 搜索时都搜不到

[wolfie]

是个 IDE 都有 spell check 啊，有时候忘了某个单词写的对不对 写个大概 靠 提示纠正。

[lsry]

這就算了，項目裏面用拼音，而且拼音還打錯的

[unregister]

我遇到这种错误都会骂以前的人写的代码，同时会给他 rename 一下。

[unregister]

如果这块代码你来改的话就 rename 一下，不然影响你工作