从 “愚公式” 蛮干到 “李冰式” 偷懒 —— 读《大道至简》的一点感悟

这个暑假，老师布置了课外阅读，指定读《大道至简》，还要交两千字以内的读后感。最开始我默认这又是本厚得能当砖头的教材 —— 满篇 UML 图、瀑布模型，字又小又密，翻两页就犯困。结果拿到电子版才愣了，整本书才一百一十多页，作者自己在前言里都吐槽，说书写太薄了出版社不愿意出，差点就只发电子版了。
我是在第一周翻完的，本来打算随便划两句话凑读后感，结果越看越意外。作者完全不端专家架子，说话像带过好几届项目的老学长，连自己早年踩过的坑都拿出来自嘲，读着一点都不费劲。尤其是第二章讲 “是懒人造就了方法” 那部分，我看到一半差点拍桌子—— 这不就是说的我上学期干的蠢事吗。
书里第一章就拿愚公移山拆解编程的本质，说愚公那套思路拆到底就是顺序、分支、循环，跟写程序逻辑一模一样。那时候我还挺认同的，觉得做技术不就得有愚公那股子韧劲吗，肯下笨功夫总没错。结果第二章直接给我整破防了，合着在工程的视角里，愚公那套根本不是什么优点，就是纯纯的蛮干。
书里拿李冰凿山的例子对比，同样是开山，愚公带着子孙一天天叩石垦壤，死磕体力；李冰却不肯硬凿，琢磨出 “积薪烧之” 的法子，火烧之后再浇冷水，让石头自己裂开，省了不知道多少力气。作者说 “勤快的愚公创造不了方法”，真正催着方法进步的，反而是那些懒得做重复活、愿意停下来动脑子的 “懒人”。这句话我盯了好半天，瞬间就想起上学期 C 语言课程设计干的事。
上学期 C 语言刚结课，体委需要我把同学们的体育成绩汇总，导出成统一格式的 Excel。原始数据是个乱哄哄的 txt 文件，有的行缺时间戳，有的数值带了多余的空格，格式乱七八糟的。我拿到任务，想都没想就说 “复制粘贴呗，反正就是费点时间”，当天晚上就开干了。
那几天我天天晚自习回宿舍就围在电脑前，一人几千条，一行行核对、复制、改格式，复制到鼠标都快按出火星子。中间还看错了列，把跳远粘到100米列里，白干了小两百条，被吐槽了一晚上。熬到截稿前那天凌晨一点多，终于弄完的时候，我还拍了张键盘加外卖咖啡的照片发朋友圈，配文 “工科生的不眠夜”，连班长都过来点赞，当时真觉得自己特别努力，特有成就感。
现在回头想真的挺丢人的，我们那哪里是努力，就是标准的 “愚公” 式死磕。书里说 “一接到任务就开始 Coding 的程序员，通常就是加班最多的程序员”，我倒好，连代码都没想起来写，直接上手干体力活，跟愚公拿着锄头敲石头没区别。所有时间都花在 “怎么快点干完” 上，没停下来问一句：这活能不能让电脑自己干？
说起来也讽刺，那时候我们明明刚学完文件读写和字符串处理，按书里的公式，“程序 = 算法 + 结构” 这点基础我们都有，可就是缺了 “方法” 这根弦 —— 脑子里根本就没转过 “用学过的知识解决重复劳动” 这个念头。真要是花大半天写个几十行的小程序，一下午就能把所有数据跑完，准确率还比人眼核对高得多。可我们当时就沉浸在 “我好努力” 的自我感动里，完全没意识到自己耗了三天干的全是低水平的重复活，纯纯白费力气。
还有书里讲 “工程不是做的，是组织的” 那部分，具体是第几章我记不太清了，反正看到的时候也挺有感触的。那时候就是典型的没组织，没人牵头想方案，没人分工，上来就闷头干活。看起来每个人都忙得脚不沾地，其实就是用手上的忙碌，掩盖了脑子上的偷懒。那时候还觉得三个人一起干挺快的，现在想想，要是先花半小时商量个法子，说不定一天就做完了。
连课程小作业都这样，以后真去公司做项目可怎么办。要是拿到需求第一反应永远是 “赶紧动手”，不想想方法、理理组织，估计天天加班都干不完，做出来的东西还乱糟糟的，改都没法改。
看完这本书我也自己琢磨了下，以后可不能再干这种自我感动的蠢事了。再碰到那种又麻烦又重复的活，先别急着上手，强迫自己停个几分钟想想。不是停下来刷短视频摸鱼，是多问自己几句：这事本质是要干嘛？有没有现成的工具能用？能不能写个小脚本自动跑？哪怕第一次写脚本花的时间比手动做还久，也值得试试，毕竟是一劳永逸的事，下次再碰到一样的活直接就能用。
而且我现在也觉得，“懒得做重复的事” 其实不是什么坏习惯。这种懒不是躺平啥也不干，是不想把精力浪费在没意义的机械劳动上，省出时间去做真正要动脑子的事。哪怕只是小组作业里的普通一员，也得多想一步：现在这么干是真的省时间，还是现在图省事，后面给所有人埋坑？
《大道至简》这本书虽然薄，但说的都不是空道理，全是作者实打实踩过坑攒出来的经验。对我这种刚入门编程的新手来说，最大的感受就是：盲目的勤奋有时候比偷懒还可怕。真正厉害的人不是一天敲多少行代码、熬到多晚，而是动手之前能找到最省事也最聪明的法子。
我现在肯定还达不到那种水平，毕竟经验摆在这。但至少以后再拿到任务，不会上来就闷头蛮干了。学着多动脑子找办法，少干敲石头的傻事，总没错的。