读《大道至简》有感

丢弃懒惰思想
过去一整年里我系统学习了 C 语言、C++ 以及数据结构相关知识，趁着这个暑假刚刚开始接触Java的基础内容，平时只是跟着PTA 上的题目来练习，距离真正的软件工程还有很远的距离。当我看到这本书的题目时其实是困惑的为什么有关软件工程的书会取《大道至简》这样的名字，读完这本书才发现这本书名字的用意。这本书没有那么晦涩难懂，它举了很多家喻户晓的例子来讲述有关知识，拆解软件工程的底层逻辑，读完之后我对照自己一年多的学习经历，收获了很多新的思考与理解。
回顾大一整年写代码的状态，我一直保持着十分糟糕的编码习惯，每次拿到C或者C++的课后习题，从来不会先静下心梳理完整的解题思路，总是迫不及待打开编辑器直接动手敲代码，想到一段逻辑就写一段，完全杂乱无章，有时候懒得思考甚至用AI工具去编写，不去思考底层逻辑。写代码时变量命名十分随意，经常用A,B,C,TEMP这类没有实际含义的名称，也不会正确使用注释，一遇到行数比较多的代码就会把代码名字弄混，遇到重复使用的功能片段也不会封装成函数，只会直接复制粘贴代码，一段相同的逻辑在程序里重复出现好几次，隔上两三天再回头看自己写的程序，连我自己都很难理清当初的思路。学习数据结构的时候，我也只是机械背诵链表、二叉树、各类排序算法的模板，只记住每一行代码该怎么写，却很少主动思考不同数据结构各自适用的场景，没有真正学会用结构优化解题逻辑。现在回头想想，这样的学习方法没有很好的锻炼自己，浪费了不少宝贵的学习时间，这样只会让思维越来越懒惰。
书中提出的“程序=算法+结构”这个核心观点，一下子点破了我长期以来存在的学习弊病，不要纠结于代码写的多么完美，要挖清它的底层逻辑，学会用逻辑思维来思考代码的结构，再开始写代码，编程语言仅仅只是传递逻辑的工具而已。书中把不做思考、直接上手编码的行为称作愚公式开发，这种思想只是用着笨方法，不会有高效的解决方法，这和我平时写代码的状态很像，只顾着敲代码，忽略前期分析设计的重要性，看似花了大量时间调试程序，实则是在用体力掩盖思考上的懒惰。而李冰没有一味靠人力凿石，他在观察到火烧岩石遇水会碎裂的规律时，找到了效率更高的施工方法，所有高效的优化形式，都是愿意停下来思考的“懒人”创造出来，从前我总觉得提前画流程图，梳理思路是浪费时间的形式主义，现在才明白前期多花几分钟理清逻辑，后续能省去几小时反复调试的麻烦，一切简化工作的方法，都是为了减少无意义的重复劳动。
读完这本书之后，我将会更加合理的规划自己的Java学习，在写代码之前进行思维梳理，先找出这段代码的要用到的逻辑思维，再写代码，提升自己的思维能力，同时摒弃复杂编码思维，遵循简洁原则，找到最优解之后再写，规范各类变量、类的命名，按需使用面向对象，减少代码冗余，把学习重心放在算法和数据结构上，不再做代码搬运者，而是做真正的思维者。
从前我一直以为学好编程的方法就是多敲代码、多背语法，一味追求代码量和知识点的数量，读完《大道至简》我才真正明白，编程学习的核心从来不是熟练掌握多少语法，而是拥有简洁清晰的逻辑思维，大道至简四个字不只是软件工程的核心思想，他也引领着我们的思维前行。