简单的简单代码大全

有个朋友问我，他刚学Python，简单想写个程序统计自己每天喝了几杯水。简单我给他看了十行代码，简单他愣了半天，简单说“就这么点？简单”对，就这么点。简单代码的简单复杂程度从来不是衡量价值的尺子，能解决问题的简单代码就是好代码，哪怕它短得像句脏话。简单

我见过最漂亮的简单代码，是简单个老工程师写的。他负责一个物流系统，简单每天要处理几万条数据，简单但核心逻辑就一个函数，简单二十行不到。没有花哨的装饰器，没有炫技的lambda，就是几个if-else加一个循环。旁边新来的硕士生写了个两百行的版本，功能一样，但每次跑都要多花三秒。老工程师后来在代码注释里写了句话：“你写的不是代码，是迷宫。”这话糙，但理不糙。

简单代码的第一条法则：少用聪明技巧。很多人喜欢把多个条件塞进一行，用位运算处理布尔值，看着像密码。可你想想，三个月后你自己回来看这行代码，得花多久才能破译？我吃过这亏。有次我写了个嵌套三层的三元表达式，当时觉得自己帅呆了，后来改需求时盯着屏幕看了十分钟，最后默默把它拆成了五个if。拆完发现逻辑还错了——原来那三层嵌套里，我把两个判断写反了。

第二条法则：命名要像跟人说话。变量名别用a、b、c，用userAge、isPaid、maxRetryCount。这不算什么高深学问，但很多人就是懒得敲那几个字符。有个同事习惯用temp做变量名，一个函数里用了七个temp，每次调试都得靠猜。我问他为什么，他说“省事”。结果他每次改bug的时间，够他重新写十个函数了。命名这事，省下的字符迟早变成你流下的泪。

第三条法则：别急着写功能，先写假数据。我写爬虫时，从来都是先造个假的HTML页面，把各种边缘情况都塞进去——空标签、乱码、重复属性。等解析代码在这些假数据上跑稳了，再去碰真实的网页。这招帮我躲过无数次线上事故。真实世界的数据永远是脏的，你没法预测用户会怎么折腾你的程序，但你可以先折腾自己的代码。

还有条反直觉的经验：删代码比写代码更需要勇气。项目里经常有“可能以后用得上”的注释代码，一躺就是半年。它们像旧家具，占地方还落灰。版本控制系统存在的意义，就是让你放心删。删错了？git checkout 一下就回来。我见过一个项目，代码库里三分之一是注释掉的死代码，新人接手时连哪些是活的都分不清。最后花了整整一周清理，删完所有人脑子都清爽了。

说回喝水统计那事。我朋友后来加了功能，能按周生成图表。他问我图表库怎么选，我说你先别管图表，你那个统计逻辑里，如果用户一天喝了二十杯水，程序会不会崩？他愣住，说没想到这个问题。你看，简单代码的核心从来不是代码本身，是你对问题的理解有多透。你连边界情况都没想清楚，写出来的东西再花哨也是空中楼阁。

最后说个真事。有次我接手一个老系统，里面有个函数叫handleData，三百行，没有注释，参数是个巨大的JSON。我花了三天才弄明白它到底干嘛的——原来就是把订单状态从“待支付”改成“已支付”。我把它重构成了二十行，起了个正经名字叫markOrderPaid。上线那天，运维大哥跟我说，这系统十年了，从来没人敢动这个函数。我说，不是它复杂，是没人愿意花三天去读它。代码这东西，写的时候偷懒，读的时候就得加倍还。你选吧。