我初读《大道至简》这本书是这个暑假，不可否认，这本书虽然很简短，但是其内容言简意赅，是一本值得深读的一本书，通过这本书，我感觉作者本人很喜欢古文，亦或很喜欢钻研古文里面的文字，他可以很顺其自然的便将古文里面的文字用于编程之中，甚至于可以在古文里面找到编程的方法，并且将编程的道理与古文所展示出来的道理相结合，将古文的含义用编程的思想来表达出来，这一个很值得借鉴和欣赏的，比如文章中作者一直以来所引用的“愚公移山”这个例子，这个例子里面所牵扯到的工序和过程等，都被作者很巧妙的用到了编程的思想里面来了，并且，我觉得作者这样的写法很不错，一来让我们更加容易的理解其所要表达的意思，二来可以让我们有着更加深刻的反思。
我是2019年下半年才开始接触编程的，在此之前，我甚至于对电脑都不怎么熟悉，更不用说编程了。在接触编程的这一年里，自我认为，对于C语言以及C++语言的掌握，我并没有非常的熟练，准确的说，我觉得我只掌握了其表面上的，更加深层次的我是没怎么掌握好的，这些天，阅读《大道至简》这本书，虽然这个里面还有一些我看不懂，但是我有了一个比较深刻的认识，在我们开始写程序之前，我们需要将题目的大意都弄懂，并且还要清楚其流程，用《大道至简》里面的一句话来做例，“我们当然不能“做”工程，而是要“组织”工程。项目经理的工作，就是要去组织这个工程中的各个角色，使得分工明确，步调一致，共同地完成这个项目。”我们在写程序的时候，我们其实就相当于项目经理，而这个角色的分配，我更认为是这个程序的整体架构的拆分，而我们写程序的就是再将这些拆分了的整体重新组合起来，就相当于做流程图、类图或者用例图一般，2020年暑假的小学期，我们除去要实现10个程序以外，还需要将10个程序所对应的流程图、类图以及用例图用visio绘画出来，也就是因为如此，我才发现，如果我在写程序之前，先将这些图形画出来，然后再对应去一一实现其所对应的程序，那么我所花费的时间是否会比没画图之前所用的时间要少呢，而后阅读了《大道至简》后，更加让我确定了我的想法，过去的一年里面，我在写程序的时候几乎都是看了一遍题目，然后就直接将编译器打开，就开始动手写起了程序，那些在我脑海里面仅仅只有那么一个大概的框架而已，而后顾名思义，我在写程序的同时还会时不时的跳转到题目的界面去看题目，这确实是挺糟糕的，所以，现在的我虽然还会像之前一样去写程序，但是在此之前会相比于以前有一个更加清楚的思维，将题目的大概逻辑都理清楚，并且将写程序的流程都理清楚之后再开始写程序，这样点对点，面对面的写程序，会比没有任何准备的去写程序的效率要高得多。