
前阵子不是在搞一个什么活动嘛要弄点互动小游戏,结果领导拍脑袋说搞个猜谜语,得是跟咱们日常工作有点关系的,想来想去,就定了“垃圾箱打一成语”这个题目。 这玩意儿看着简单,...
前阵子不是在搞一个什么活动嘛要弄点互动小游戏,结果领导拍脑袋说搞个猜谜语,得是跟咱们日常工作有点关系的,想来想去,就定了“垃圾箱打一成语”这个题目。
这玩意儿看着简单,真要掰扯清楚了,还真得费点脑筋。我寻思着,垃圾箱里头装的是不就是一堆扔掉不要的东西嘛对?那些没用了、坏了的、不需要的,统统塞进去。我立马想到了“弃之如敝履”这个词。
咱们做技术开发的,谁还没扔过代码?刚开始写的时候,激情满满,代码写得飞起,觉得自己天下无敌。结果,跑起来各种毛病,逻辑梳理不清,性能还差得要命。这时候,有些老鸟就会说,这块代码写得跟垃圾一样,得推倒重来。
我记得最清楚有一次,接手一个前辈留下的模块。那模块功能是处理用户上传的文件流,当时写得挺复杂,各种嵌套和回调,看着就头疼。我花了整整一个星期,硬着头皮去啃,尝试修补漏洞,加点新功能。结果越修越多坑,简直像是在一个漏水的船上打补丁,顾此失彼,忙得焦头烂额。

实在受不了了,心一横,决定重构。把那堆看着就让人心烦的代码,一行一行地拆开,该用新的API就换,该用新的设计模式就上。那个过程,就像是在清理一个超级大的垃圾箱,把所有没用的、冗余的、错误的逻辑块都揪出来扔掉。
我一边删代码,一边在心里默念:“弃之如敝履,弃之如敝履。”那些旧的、写得烂的、逻辑混乱的部分,说扔就扔,一点不留恋。有同事还跑过来看,问我这么狠心,万一以后还要用?我直接回他,用不着,写得好就保留,写得烂就扔,项目迭代就是这么个理儿。
用了一周时间,我用更简洁的结构把那个模块重写了一遍。功能没变,但代码量少了三分之二,可读性一下子就上来了,bug率也降下来了。每次看到那块清爽的代码,就感觉把那个“垃圾箱”彻底清空了一样,心里踏实。
这个“垃圾箱”打一成语,我投“弃之如敝履”一票。它不仅仅是物理上的丢弃,更是工作方法论上的迭代和取舍,该扔的就得狠下心扔,不然只会越积越多,把自己给埋了。
