对接群里看到别的公司发的代码截图，有点绷不住

这程度值得发个贴狂喷还是年轻了 没有起名 aaa bbb 注释给你写这么细 已经超过大多屎山代码

不喜欢中文命名，拼音都可以 ！这尼玛还夹杂在一起

笑死 组里拼音缩写? 这不是五十步笑 49 步嘛😂

世界就是个巨大的草台班子

以下数据来源：拼多多
```json
{
"readyDate": "2024-07-17",
"cstmrServScore": 2.9271217077970073,
"cstmrServRank": 0.4145756584405985,
"cstmrServScorePpr1w": 0.0064,
"cstmrServScoreWarningStatus": 0,
"cstmrServScoreWarning": "",
"spLmScore": 2.152919260702677,
"spLmScorePpr1w": 0.0137,
"spLmScoreWarning": null,
"fhLmScore": 4.409962324978008,
"fhLmScorePpr1w": 0.0019,
"wlLmScore": 2.8028336080395726,
"wlLmScorePpr1w": -0.0283,
"jcfwLmScore": 2.5033595867181893,
"jcfwLmScorePpr1w": 0.0177,
"jcfwLmScoreWarning": null,
"ptHelpRate1m": 0.027014085631060215,
"ptHelpRate1mPpr1w": 0.0548,
}
```

我以前是做通用平台的，一直都是坚定的英文命名派
直到开始接触业务系统
随便一个领域对象下就有几十个业务概念，这些业务概念中有大量相似概念，咱又不是英语母语，这要真是全都用英文，那也是折磨死人
反而是拼音缩写很友好，我现在看这些缩写，八九不离十都能猜出含义，都不用看注释
而且这些领域很多中文命名都是由国标或者地标的，大家拼音缩写一致性很高，反而更容易理解

所以这事儿我觉得还是看母语习惯，相同的业务系统拿到国外去，人家肯定就是以英语为主

这算好的了，不好的都能人工写成混淆的效果

下次我也这样写

用拼音没有问题，字段名本来就是为了显而易见，像我们公司报税财务相关的，一堆专业名词，谁查一堆专业名词在那写，那变量名得老长老长了，每个税表的格子都有一大堆前缀，谁有空在那想我写成英文多牛。在某些专业应用领域，该用拼音就拼音，拼音缩写也没问题，不用缩写说不定一个字段名能到 40 的长度，没有啥谁高谁低，又不是给国外人写的代码。当然如果是用户，名称，姓名这种不怎么细分领域的该英文名就英文名。

注释已经写的都想夸一下了

@enihcam #134 你去写写银行，财会，化学实验报表相关的项目，我就不信你能全不用拼音。

下次用方言拼音

@gesse #73 讲的真不错，那些嘲笑的一看就是没做过专业领域项目的，以为自己多牛逼。我一开始也是坚定的英文命名拥护者，业务做多了就知道遇到一些业务场景用拼音更好，至于哪些还有要有些经验的，要不一不小心说服不了别人还要被鄙视。一个个互联网行业的自诩厉害，天天就客户名，年龄，订单名这些简简单单的名词，在嘲笑人家做专业领域业务的。就那么些简单的单词谁不会，谁不会百度，谁不会 Chatgpt

变量名要就全部拼音、要就英文，甚至你统一用 Emoji 都可以。如果写成这样都能洗的话，那是真的牛逼 🐮，不要怪刻板印象了。

最难熬的周三被一个 FDJZSpeed 逗乐了，感谢楼主 😆

有不同观点的，就说别人是沙雕？
人的语言风格，可比代码风格难改多了。

我宁愿选这种代码风格的当同事，也不选这种说话难听点当同事。

电车自动驾驶的代码吗？

说实话，拼音其实可以，特别是一些不好翻译的还有优势。最难受的是拼音缩写和英文缩写，歧义的概率特别高

我就这么干的啊,变量命名太难受了，都是业务上的词，英文叫啥根本不知道

羡慕还愿意喷这些代码的大佬们，至少你们公司的代码大概率还是能看的，我司的代码还赶不上图片里的代码。

变量名对接很多系统不就不会有要求了,反而是对注释要求高点,最起码他注释很明确,知道是什么意思