这是一个创建于 71 天前的主题，其中的信息可能已经有所发展或是发生改变。
举几个例子我看见过的：
红帽是 redhad ，乌班图是 ubutu ，
加密是 encript ，解密是 discrypt ，
前台是 forground ，后台进程是 damon 。
最初是项目里编译出 lib/redhad/lib*.so，这个 redhad 让我震惊了一整天。
刚接触代码时，我是想去改掉的。但是了解到这个目录 N 年前就是这样了，而且也不清楚到底有多少依赖，便作罢。
后来我也佛系了，毕竟不关我事，能跑就行。
直到我某天写代码，要用到一个大写的常量 某 DEFALUT ，怎么看怎么怪，定睛一瞧还是拼错的。一搜发现有三十多处。
如果是你，该怎么办？
- 全改掉
- 捏着鼻子继续用
...我最终还是选择了 2 ，因为前者会让 git blame 全变成了我，而我并不想背这个锅...
 |
1
lithiumii 71 天前 via Android  5
没什么办法，HTTP 头里面的 referer 都错了这么多年了
|
 |
2
conge 71 天前
哈哈哈
我也老出这样的错…… sorry |
 |
3
wildnode 71 天前
在对应 IDE 市场里面找找 code spell check 相关的插件，组会的时候委婉推荐团队装一下呗，或者相关人员平时关系好的话直接提醒下让他改了...
|
 |
4
naminokoe 71 天前 via iPhone
/usr 这个拼写不也是错误的吗？
|
 |
7
littlecreek 71 天前 3
如果是我, 这种事多了我会跑路, 因为这一般说明同事的技术水平包括态度都不怎么样
庆幸的是工作这么多年从来没接触过这么离谱的同事, 倒是在跟第三方对接的时候见识过其他公司的工程师有这样的情况, 并且验证了我上面看似武断不讲理的断言. |
|
9
littlecreek 71 天前 6
@littlecreek 为啥我这么说呢? 因为一个工程师偶尔拼错正常, 谁都有不小心的时候, 但是经常拼错, 就说明了一点问题. 这种代码偶尔 merge 进主干, 可能他/她包括 reviewer 都没注意, 也没啥. 但是经常出现低级拼写错误 merge to master 没人提出异议, 说明整个团队都多少有点问题.
|
 |
10
DTCPSS 71 天前
装拼写检查插件，并在 CI 里警告错误拼写
|
 |
11
JavenXiao 71 天前
cspell 直接在 mr 的 ci 强卡点
|
 |
12
Fish1024 71 天前
说明工程师的学历都不高，建议跑路。
|
 |
14
pursuer 71 天前
如果是模块内部不是导出的名字拼错，就改了，但如果是导出部分且被其他模块引用了，就只能忍了，可能会再加个别名。
|
 |
15
LavaC 71 天前 3
我寻思这些人的 ide 不可能没波浪线啊，为什么他们就总是无视它
|
 |
16
acerphoenix 71 天前
是很坑, 搜索时都搜不到
|
 |
17
wolfie 71 天前
是个 IDE 都有 spell check 啊，有时候忘了某个单词写的对不对 写个大概 靠 提示纠正。
|
 |
18
lsry 71 天前
這就算了，項目裏面用拼音，而且拼音還打錯的
|
 |
19
unregister 71 天前
我遇到这种错误都会骂以前的人写的代码，同时会给他 rename 一下。
|
|
20
unregister 71 天前
如果这块代码你来改的话就 rename 一下，不然影响你工作
|
 |
21
nzbin 71 天前
这个是代码习惯问题，我一般写变量都会刻意多看几眼，偶尔写错也可以理解，数量不多就改过来，历史代码能不改就不改
吐槽：同事代码 newOption 能写成 nowOption ，我愣是研究了大半天才明白是啥，可以想象这种代码得多难维护 |
 |
22
yanyao233 71 天前 via Android
ide 不是会有提示吗，很多缩写识别不了也提示，都给我整麻了
|
 |
23
boris1993Jr 71 天前 via iPhone
@yanyao233 #22 可以添加到个人词典吧？
|
 |
25
adoal 71 天前
以前有个段子，股市行情好的时候坐台小姐到证券公司当交易员，行情不好的时候交易员坐台当小姐。
红利行业就是这样，对人的需求大于供给，各种阿狗阿猫都会冲进来。 （程序）又不是不能跑、（人）又不是不能跑。 你能做的就是尽量往高水平的团队去。 |
 |
26
raptor 71 天前 via Android
我碰到 reason 拼成 resaon 的，我让他改了，别的团队的同事，我直接在公司群里说这个单词拼写错了，他下个版本就改了。反正都是公司内部对接的东西，大家一起改一下就是了。
|
 |
27
wangkun025 71 天前
能改就改。
不能改就注释。 不能注释，你妹夫的，跟你拼了。 |
 |
28
churchill 71 天前
说实话大部分拼写错误放在上下文中都不影响阅读
怕乱起名的，怕 define FALSE true 的 |
 |
29
lykhero 71 天前 1
这个就是不认真 不要洗什么学历什么的 不认真就是不认真 完全可以查了之后自己背一下的
又不是考托福雅思 就这么几个单词 |
 |
30
cctv1005s927 71 天前
安全的地方尽量改掉，并在 review 的时候，引导身边的人尽量注意拼写的问题。
正确的事情应该坚持，你有大大方方做的理由，不要犹豫。 |
 |
31
lambdaq 71 天前
前鼻音 后鼻音 平舌翘舌搞混的多得很。
|
 |
32
shuimugan 71 天前
外部的不管，自己团队的坚持开拼写检查，碰到写错的坚决改，碰到离谱的还要拿出来鞭尸。妈的以前有个功能在开发文档里叫去重，有个同事查了下翻译然后字段写了个 go_heavy ，震惊我一整年，被我长期拿来做反面例子，教育他们一定要看 IDE 的告警，提交前要保证所有告警消失。
|
 |
33
celeron533 71 天前
说明之前的团队不怎么样
- 英文水平不佳 - 不认真 - 没有 code review |
 |
34
twofox 71 天前
对于我这种英语水平一般的人，copilot 和 gpt 真的帮了大忙。。很多变量不知道怎么命名合适，就靠这两个
对于这种历史的拼写错误，如果是我写的，我就会改。不是我写的，凑合用 |
 |
35
FlytoSirius 71 天前
现在来看, 改动之前库里这些错别单词确实不现实,
但新的代码, 至少可以通过 "静态代码检查" 类的工具大幅减少这类问题的出现, 降低 human review 的压力, 毕竟人去 review 代码主要还是集中在 代码逻辑 上吧. |
|
36
FlytoSirius 71 天前
我个人 不太觉着靠引导别人能让他人解决英文拼写问题, 直接把 "拼写检查" 放在 CI 的 pipeline 里, 每次提交代码都必须 pipeline 运行通过, 你看他们都自己改不改拼写...
|
 |
37
Felldeadbird 71 天前
影响不大，只是作用域内，可以改。
一旦超出了作用域，你要慎重修改了。 |
 |
38
iqoo 70 天前 2
#define mian main
#define ture true |
 |
39
Sprdance 70 天前
老代码基本没办法再更改了，不过可以拿出来当反面教材学习学习
新代码合入检视的时候，在 IDEA 里看看哪里有黄色波浪线，大概率就是拼写错了 |
 |
40
julyclyde 70 天前
你是不是腾讯的？
|
 |
41
netabare 70 天前 via Android 1
感觉和使用非英文变量名（例如 xxglxt 之类的）一样是很不标准的做法
|
|
43
julyclyde 70 天前
想当年为了解决同事们经常给拼写接近的别家域名发信，导致退信堵死服务器的破事
我直接把另外几个错误拼写都 alias 成自家了…… （美团发给面团的邮件会转回本域） |
 |
44
StevenRCE0 70 天前
@julyclyde 美团变面团哈哈哈哈哈（我屎一样的笑点
|
|
45
StevenRCE0 70 天前
我会放弃挣扎，因为不知道别人是不是在同时改动，重构简单但是合并难以预测
|
 |
49
Mmahaha 70 天前
引用到了就顺便 refactor 一下，没有就算了
|
 |
50
asmoker 70 天前 via Android
b_super
B 超 😂 |
 |
51
dif 70 天前
将错就错，屎山代码不要动。
|
 |
52
sugarsalt 70 天前
别人的一般不管。。以前有同学 button 和 bottom 写混了，debug 排查了半天😅
|
 |
53
vincentzhu 70 天前
你这种情况还是不改了吧，很容易出问题
|
 |
54
corcre 70 天前 via Android
之前数据库有个字段名拼错了，做了一翻思想斗争决定不管，不然以前的代码要一起改掉…
|
 |
55
lesismal 70 天前 1
另一个角度：因为有 typo ，所以让更多人相对容易地成为了 contributor ，虽然这种 pr 有水分，但至少培养了兴趣、提高了参与度，对社区未来也是有好处的
|
 |
56
voy 70 天前
```
int &redhad = redhat; int &ubuntu = ubuntu; ``` ok |
 |
57
r6cb 69 天前
#define DEFAULT DEFALUT
然后自己就能用正确的拼法了 |
 |
58
zogwosh 69 天前 1
1.对于大头兵,纠结拼写没意义,因为不算产出
2.对于 leader,纠结拼写没意义,因为结果导向 3.对于个人开发者,纠结拼写没意思,因为成不成功全看你的点子 4.对于开源专家,纠结拼写没意义,因为如果你的项目有人蹭 pr 会帮你改的 总结:代码洁癖爱好者改,其他人不改 |
 |
60
wangtian2020 69 天前
vscode 的 cSpell 插件会波浪线提示我不常见单词拼写的
|
 |
61
polo3584 69 天前
自己写的检查出来就改一改，别人的坚决不改，不知道有多少莫名其妙的依赖。。。
|
 |
62
raymond2020 69 天前
能跑就行朋友，这都无所谓的
|
 |
63
cBlank 69 天前
代码写的你能看懂就行了，毕竟机器执行的时候已经不是这样子了
|
|
64
julyclyde 69 天前
@polo3584 之前我用 pyCharm 的时候看到他们有个 refactor 功能可以关联修改。不过也仅限于 project 管理范围内
shit 一旦放出去，确实就很难翻身了 |
 |
65
dongzhuo777 69 天前
老外都有写错拼错的。
|
Select Language