程序员不会英文，真的活不下去吗？我用 5 年血泪经验告诉你真相

😱 程序员不会英文，真的活不下去吗？我从建筑设计转行程序员，用5年血泪经验告诉你真相

先说结论：不会英文能当程序员，但用 a1、a2 命名，你会被同事暗杀。

💔 我的黑历史：一个建筑设计生的"代码灾难"

2021年，我从某二本院校建筑设计专业毕业。

那时候我满怀憧憬进了设计院，以为能画出一栋栋摩天大楼。

结果？

天天画侧所详图，薪资微博，加班到凌晨。

年底，我咬牙转行，进了一家做 SolidWorks 二次开发 的公司，岗位叫"初级程序员"。

说实话，我当时连 class 和 struct 都分不清。

但我有一颗不服输的心，像一张四级考了3次都没过的成绩单。

🔥 噩梦开始：我的"天才命名法"

入职第一周，老大丢给我一个任务：

“写个读取零件属性的工具，把 SolidWorks 里的材料、重量、尺寸读出来存到数据库。”

我信心满满，噼里啪啦一顿敲。

我的代码长这样：

var a1 = swModel.GetMaterial();      // 材料
var a2 = swModel.GetMass();          // 质量
var b1 = a1 + "_" + a2;             // 拼接
var temp = GetSize(swModel);         // 尺寸
var temp1 = temp.Split(',');         // 分割
var temp2 = temp1[0];                // 取第一个

SaveToDB(a2, temp2, b1);             // 保存

我当时觉得自己简直是天才。

a1、a2、b1，多简洁！temp、temp1、temp2，多规范！

我甚至偷偷得意：这命名比那些老程序员写的 GetMaterialPropertyFromSolidWorksDocument 清爽多了。

然后，周三代码审查，我人傻了。

😱 代码审查现场：公开处刑

我们公司有严格的代码审查机制：

• 每周三上午，开发人员提交合并申请（DEV → Publish）
• 每周三下午，审核人员按《代码规范检查项》逐条审查打分
• 每周五，所有人的分数汇总发到公司大群

那天下午，审核大哥打开我的代码，沉默了三秒。

然后他在群里发了一条消息：

“@所有人 来看个’艺术品’。这位同学的命名，让我想起了大学考C语言时隔壁桌的兄弟。”

我的屏幕瞬间被表情包刷屏。

审核大哥继续输出：

"a1 是什么？a2 是什么？b1 又是什么？
temp、temp1、temp2 —— 你是打算给它们办个临时身份证吗？
3个月后你自己回来看，能看懂算我输。"

我的评分：命名项 50 分（满分100分）。

总分直接垫底。

周五，公司大群公布了本周审查结果，我的名字后面跟着一串刺眼的红色数字。

那一刻，我想辞职。

🩸 血泪教训：命名不是"你自己看得懂就行"

审核大哥后来私聊我，说了句话我记到现在：

“代码是写给人看的，顺便给机器执行。你这种命名，机器能跑，但人看了想跑。”

他给我甩了一份公司发的《编码规范》，里面写得清清楚楚：