代码写得好的代码大全人，往往有一种奇特的装逼装逼方式——不是晒键盘，不是代码大全晒显示器，而是装逼翻开《代码大全》第28章，指着“软件匠艺”四个字，代码大全然后把你刚提交的装逼pull request批得体无完肤。

我见过最狠的代码大全一次，是装逼在某大厂会议室。一个刚入职的代码大全硕士，用stream API把一段循环改成了三行链式调用，装逼得意洋洋地展示。代码大全旁边的装逼老工程师没说话，默默翻开那本已经翻烂的代码大全《代码大全》，停在632页，装逼指着“复杂度”那一节：“你这三行，代码大全圈复杂度从4涨到了11。”会议室安静了。硕士的脸从红到白，最后憋出一句：“但这样更优雅啊。”老工程师合上书：“优雅地让别人看不懂，叫行为艺术。优雅地让别人能维护，才叫代码。”

这事儿有意思。那本九百多页的书，不是用来读的，是用来当尺子的。量别人，也量自己。但真正的老手不会到处引用书里的话——他们早就把那些原则内化成肌肉记忆了。反而是半吊子最爱把“单一职责”“开闭原则”挂在嘴边，仿佛说了这些词，代码就自动变干净了。

我有个同事，人称“人形代码大全”。他不怎么说话，但每次code review，他都能精准地指出你变量命名的歧义、函数长度的临界点、甚至注释里隐藏的假设。有人问他怎么做到的，他说：“我只不过把《代码大全》第三章背下来了。”后来我翻了那章，讲的是“三思而后行”——其实核心就一句：写代码前先想清楚这行代码五年后会不会被删。就这一句，比什么设计模式都管用。

但说真的，这本书最装逼的用法，不是引用，而是反着用。我认识一个创业公司的技术总监，他明确禁止团队读《代码大全》。理由是：“书里教的都是大厂几千人协作的规范，我们五个人，要是按那个标准写，一天写不了十行。”他要求大家尽量写“烂代码”——只要逻辑清晰，变量名短点无所谓，函数长点也无所谓。结果呢？他们的代码库反而特别容易改，因为每个人都知道哪里烂，改起来没有心理负担。

这就像学武功。你看完《九阳神功》，非要跟街头混混打架时先运个气，那纯属找揍。真正的装逼是——你明明知道所有最佳实践，却能在小项目里合理地偷懒，然后在关键时刻露一手：比如把一段O(n²)的循环改成O(n log n)，然后淡淡地说：“《代码大全》第456页有个算法，我试了一下，还行。”

我不反对读这本书。它确实像一本“代码界的《圣经》”，但《圣经》读得再好，也不能替你把水变成酒。你得自己动手写，写烂，再改，再烂，再改。直到某天你回头看自己半年前的代码，觉得“这他妈谁写的”——那一刻，你才真正懂了一点《代码大全》没写进去的东西。

装逼的最高境界，不是让别人觉得你厉害，而是让别人觉得——这代码本来就应该这么写。而《代码大全》，不过是那个让你“觉得本来如此”的拐杖。拐杖扔得掉，才是真本事。