《大道至简》读后感

最近趁放假的这段时间把《大道至简》看完了，本来以为又是一本满是难懂专业词的软件工程课本，抱着随便翻翻的心态去读，结果越看越有共鸣。作者周爱民没有堆砌枯燥理论，而是拿愚公、李冰这些古时候的故事来讲开发的道理，就像一个有多年经验的前辈在跟我聊天，结合我现在学编程的日常，好多地方都说到我心坎里了，收获挺大。
书第一章拿愚公移山来讲编程最根本的道理，这点我印象特别深。书里说不管多复杂的程序，底层就只有顺序、分支、循环三种逻辑，所有庞大的功能都是这三者组合出来的，还提出“程序=算法+结构”，代码只是最后的实现手段，理清解决问题的思路才是重中之重。反观我自己平时写代码，每次拿到练习题，总是急急忙忙上手敲，从来不会先在纸上捋清楚步骤，判断语句堆一大堆，嵌套一层又一层，运行一报错，我就要花很久来回找问题。之前一直以为我写不好代码是语法记不熟，现在才反应过来，我完全搞反了主次，只顾着死记语法，忽略了最基础的逻辑拆解，到头来只能做很多无用功。
第二章“是懒人造就了方法”这段我反复读了两遍。书中对比愚公只会埋头一点点凿山，李冰却愿意停下来思考，想出烧石头开山的巧办法。作者想告诉我们，真正能提高效率的不是只会埋头苦干的人，而是愿意动脑简化重复工作的人。书里举的把上万行代码全塞在一个文件里的例子，简直就是我的真实写照。每次写练习我都嫌拆分函数、新建文件太麻烦，所有代码全部堆在一个文档里，写到后面代码越来越长，想找之前写的一段功能要翻半天，稍微改一点内容就容易连带出一堆bug。看着我一直在敲代码，花了大把时间，其实只是思维上偷懒，不肯花心思优化代码结构，光靠体力弥补思考上的不足。读完我才明白，编程里的“会偷懒”其实是会总结、会简化，是很重要的能力。
第四章讲流于形式的沟通，虽然我现在只是学生，还没有对接客户、多人协作做大型项目的经历，但这段内容依旧给了我不少启发。作者说UML图、各类文档都只是用来沟通的工具，核心是让所有人都能看懂、对齐需求，不能本末倒置，为了完成格式要求硬做一堆没用的材料。书里打了个很有趣的比方，不能指望完全不懂技术的人看懂专业建模图，就像没人会用甲骨文做日常沟通，工具要适配使用的人，不能强迫别人适应复杂工具。放到我们课堂作业里也是一样，有时候老师会要求画流程图、写设计文档，以前我只会照着模板填空，把格式凑完整就交差，从来不会借着画图梳理程序逻辑，纯粹是应付任务，这就是典型的流于形式。现在我才明白，画图、写文档本质是帮自己理清思路，要是只看重表面格式，这些东西就完全失去意义了。
接着往后读，作者分层次讲清楚了程序、方法、过程、工程、组织之间的关系，解开了我之前心里不少困惑。之前刷网上的帖子，总有人争论哪种编程语言更好，我还跟着凑热闹去对比、纠结，浪费不少多余时间。书里一句话点醒我，编程语言说到底只是工具，没有绝对的好坏，适配自己要做的需求才最重要。很多人一味追捧新框架、专业名词，连最基础的循环判断都写不熟练，只学了一点皮毛就觉得自己很厉害，完全抓不住学习的核心。虽然团队管理、项目成本这些内容离我现阶段的学习生活很远，但里面的思维逻辑我能吸收，做任何事都要抓住核心目标，不要被繁杂的表面东西困住。
整本书篇幅不长，没有长篇大论的说教，却精准戳中我们初学编程很容易犯的各类毛病。之前我学习总踩两个坑，一是总觉得代码越复杂越厉害，轻视顺序、分支这种基础内容；二是只会照着例题复制改写，懒得思考怎么简化代码，做书面作业只应付表面要求，不去深究背后的作用。读完这本书，我才算真正理解书名“大道至简”的意思，所有复杂的开发工作，根源都是最简单的底层规律，各种框架、流程都只是表象，学会化繁为简、理清逻辑才是根本。
结合书里学到的道理，我也给自己定下了之后学习的小改变。以后拿到编程题，不会一上来就敲代码，先梳理完整逻辑再动手；写代码主动拆分功能，不再全部堆在一个文件里；做流程图、设计类作业的时候，以理顺自己的思路为主，不再单纯凑格式应付老师。学习的时候沉下心吃透基础逻辑，不盲目跟风追逐各种新技术名词，遇事多思考本质，少做流于形式的无用功。只有把最基础的东西学扎实，学会拆解复杂问题，我才能真正稳步学好编程，而不是只会照搬代码的新手。