凌晨两点，代码大全我盯着屏幕上那行报错，装逼差点把键盘摔了。代码大全同事老周写的装逼代码，变量名叫a1、代码大全a2、装逼a3，代码大全循环里套着循环，装逼逻辑全靠缩进猜。代码大全我改了三小时，装逼最后发现他少写了个分号。代码大全这种时候我就想，装逼《代码大全》那本书，代码大全应该被当成公司强制读物。装逼

但你别误会，代码大全我不是来推荐书的。我是来骂人的——骂我自己，也骂那些把代码写得像加密电报的人。老周人不坏，可他写的函数，长度能绕会议室一圈。if嵌套八层，每层缩进四个空格，看起来像座金字塔。我问他为什么不拆开，他挠头说“能跑就行”。能跑？是能跑，跑起来像得了哮喘的老爷车，每一步都喘。

后来我学乖了，接手他的代码前先翻《代码大全》里那章“重构”。书里说，函数应该短，短到能一眼看完。我照着把老周那个两百行的怪物拆成五个小函数，每个都起个能看懂的名字。改完一跑，性能没提升多少，但我自己舒坦了——这玩意儿就像收拾房间，住着不憋屈。

可代码这行，光自己舒坦没用。上个月我们接了个项目，甲方要求三个月上线。组里新来的小张，北大的高材生，写代码那叫一个飘逸。变量名用希腊字母，注释全是英文俚语，我看得直冒冷汗。他倒是自信，说“这代码多优雅”。优雅？优雅能当饭吃？等他一请假，全组没人敢动他模块，怕一改就崩。后来我翻《代码大全》里“命名”那章，上面写着：变量名要能自解释，别让人猜谜。我把这话甩给小张，他愣了半天，最后憋出一句“那也太土了”。

土就土吧。代码又不是写诗，是要给人维护的。我见过最漂亮的代码，是银行系统里一段老掉牙的COBOL，注释比代码还长，每行都写着“这是干什么的”“为什么要这么写”。丑得要命，但二十年没人改错过。反观某些“优雅”代码，上线三天就出事故，因为没人看懂那个lambda里藏着的状态变更。

说到状态变更，《代码大全》里最狠的一章是讲“全局变量”的。书上说全局变量是万恶之源，我年轻时不信，觉得方便。直到有次线上故障，查了两天，最后发现是某个角落里有人改了全局数组，把别的模块的数据冲了。那两天我抽了四包烟，对着调试器发呆，脑子里全是书里那句警告。后来我把所有全局变量都封装进类里，加了访问锁，世界清净了。

但书也不能全信。它说“注释要解释为什么，而不是什么”，这话对，可有时候代码太烂，不写“是什么”根本看不懂。我自己的经验是：先写注释，再写代码。把思路用大白话写出来，然后照着注释填代码。这样写出来的东西，至少自己三个月后还能看懂。老周笑话我“多此一举”，结果他上个月自己翻自己代码，翻了一个小时没找到那个bug在哪，最后求我帮忙。我打开文件，指着注释说：“这不写着呢，这段是处理边界条件的。”他脸都绿了。

代码写多了，你会发现这行当其实跟搬砖差不多。砖要码得齐，灰要抹得匀，墙才能立得住。《代码大全》就是那个教你码砖的师傅，它不教你花活儿，只教你别把墙砌歪了。可惜很多人觉得搬砖没技术含量，非要搞些“架构”“模式”的花架子，结果墙塌了才想起来找师傅。

我现在手机里存着那本书的PDF，没事就翻两页。不是装逼，是真有用。上回面试一个“资深工程师”，聊到代码可读性，他张口闭口“设计模式”“微服务”，我问他“你上一个项目里，最让你头疼的代码问题是什么”，他想了半天，说“没想过”。我当场就想把书拍他脸上——你连问题都看不见，谈什么解决方案？

说到底，代码是写给人看的，顺便让机器跑一跑。你要是把顺序搞反了，机器倒是跑得欢，人全疯了。我见过太多项目死在“技术牛逼”上，却没见过哪个项目死在“代码太清楚”上。所以，别跟我扯什么“代码的艺术”，先把你的if嵌套拆平了再说。

凌晨三点半，我改完老周那个分号，给他发了条消息：“明天开始，每天看十页《代码大全》，我盯着你。”他回了个“哦”。我叹了口气，把书签夹在“第14章：组织直线型代码”那页——这章讲的是，别把简单的事搞复杂。老周需要，小张需要，我也需要。