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

[mikewang]

举几个例子我看见过的：

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

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

---

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

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

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

---

如果是你，该怎么办？

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

---

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

[polo3584]

自己写的检查出来就改一改，别人的坚决不改，不知道有多少莫名其妙的依赖。。。

[raymond2020]

能跑就行朋友，这都无所谓的

[cBlank]

代码写的你能看懂就行了，毕竟机器执行的时候已经不是这样子了

[julyclyde]

@polo3584 之前我用 pyCharm 的时候看到他们有个 refactor 功能可以关联修改。不过也仅限于 project 管理范围内
shit 一旦放出去，确实就很难翻身了

[dongzhuo777]

老外都有写错拼错的。

[z1645444]

@naminokoe #8 Ruby 那边的 elsif 是 else if ... end 的语法糖

[polo3584]

@julyclyde 这种类似搜索的功能不靠谱，之前就出现过问题，比如属性名是后台传过来的甚至写在表里的，或者是更具一些字段拼凑的，很容易搞漏掉，还有一些是走进了传入 any 类型的参数的方法，也没法检查。

[julyclyde]

@polo3584 pyCharm 似乎是用了语法解析的吧？并不少直接文字搜索？
当然了如果用了运行时特性那是没办法