《大道至简》读后感
自从我接触到编程起，代码的高效简洁就成了我常常听到的一种追求，我读了《大道至简》一书后，对此也有了一些感受。
读这本书时，我首先注意到的，就是目录里程序 = 算法 + 结构这个式子，在学习C语言和C++的时候，老师也曾很多次的强调过算法对于程序的重要性。我在网络上阅读一些程序员的经验文字的时候，也总能看到这句话。有人甚至说，一个程序中最为重要的一部分就是算法，至于编程语言等等，都只是次要的，算法才是一个程序的核心灵魂所在。
我在写一些练习的小程序的时候，总是看到题目，稍稍理解需求后，马上就动笔写代码，边读题目，边写代码，这样做的后果非常明显，我写的程序经常是前后不搭的，一个程序，写到后面，常常会因为遇到新的问题，导致难以实现后面的功能，从而不得不回到前面，全盘修改，有时候甚至会产生一些逻辑错误，我只能拆东墙补西墙，写出来的代码十分混乱，难以理解。
如果先理清思路，把算法通过文字或者是流程图的方式再动手写代码之前就理清楚，就很难出现这样的情况了。
书中说，程序 = 算法 + 结构，我现在的理解就是，程序的核心便是算法和代码的结构，动手写代码之前，如果首先理清楚要写的程序的算法和结构，然后再动手开始完成代码，这样写出来的程序，一定是十分简洁易懂的，运行效率，也可能提升很多。
第二点让我印象深刻的，是文件的结构分布。
书中关于这一点，列举的是早期程序员写代码的方式，，他们把所有的代码都放在一个文件里，这十分容易导致错误的发生。
我们刚开始写代码的时候，老师第一节课就强调，每个题目写在一个项目里，不要把所有的文件都放到一个项目文件夹里。
但是还是有很多同学认为每个题目都要新建一个项目太麻烦了，于是他们把在同一个项目文件夹里新建了很多cpp文件，起了冲突时，就把前面的代码注释掉。这样的方法，或许确实省了一些宝贵的时间，但是，老师说，后期这样写代码会出现很多问题的。
我也认为，这样的分类方法，很不合适。
一个软件的项目结构，是非常重要的，实际的工作中，一个项目往往都是一个团队几人，几十人甚至上百人共同维护的。如果一直像这样随意的对代码文件分类和存储，很容易给团队中的其他人造成困扰，不利于整个项目的维护。
规范是很重要的，每种编程语言都有一些公认的规范，如命名规则，代码格式以及其他一些书写习惯等等，按照规范来编写代码，其也熟悉他代码规范的人就可以更加轻松的读懂我们写出来的代码，团队的工作效率也就会大大提升了。
这些就是我读《大道至简》的一些感悟，还有很多好的思维和习惯等着我去学习，我应当多多吸收前辈们的宝贵经验。