代码，是写给人看的诗

那些被你忽略的变量名，正在悄悄“杀死”你的代码寿命！⚡️ 还在写“a”、“b”、“temp”？恭喜你，你正在亲手埋葬自己的职业生涯！别急着反驳，我们今天就来聊聊，那些看似无关紧要的编码细节，是如何决定你代码的“颜值”和“寿命”的——这不只是一篇技术文，更是一次关于程序员思维的深度拷问。

还记得我刚入行那会儿，像大多数初学者一样，总觉得把功能实现就行了。变量名？tmp、data1、flag，简单粗暴。函数？能跑就行，五百行一个函数是常态。当时我的导师——一位业界公认的“代码艺术家”——有一次看到我写的代码，他没批评我 Bug，也没指责我效率低，他只是指着屏幕上密密麻麻、逻辑纠缠不清的代码，轻声问我：“你觉得，这像是一首诗吗？”

我当时一愣。代码，诗？在我看来，代码就是严谨的逻辑、冰冷的指令。但导师接下来的话，彻底颠覆了我的认知。他告诉我，写给人看的代码，是另一种写作方式。架构的演变、命名的哲学、注释里的情绪——我们不止写逻辑，还在传达审美。

变量命名：你代码的“门面”与“内涵”

“名字，不仅仅是代号，更是意义的承载者。”导师常常把这句话挂在嘴边。我们想想看，当你打开一个全新的项目，首先映入眼帘的是什么？是那些一眼望去就能明白其用途的变量名，还是那些需要你逐行推敲、甚至调试才能理解其意图的神秘字符？

前几年，我参与了一个紧急项目，需要对一个老旧系统进行维护。拿到代码的那一刻，我的内心是崩溃的。我看到了这样的代码片段：

// ...
let a = getUserInput();
let b = processData