暑假过去的两周里，我阅读了大道至简这本书从中感受到很多，以前有很多问题，知道了也如何去改，也明白了一些问题同时发现了新的问题。
何谓编程，编程的目的是为了设计一个程序来满足人们的一些需要，而编程就是将你的想法描述给计算机，用计算机将来代替我们去进行某些运算，这种想法的实现就是运用编程言。用编程语言来传递给计算机，让计算机来代替我们进行运算。刚学程序语言的我只知道这些可以写出程序来实现老师的任务，或者说是应付，只是为了敲码而敲码，后来一想这样和码农有什么区别？正所谓“知之者不如好之者，好之者不如乐之者”，程序语言只是一个工具，我们要学习的是敲码之后的经验，只有积累了经验才能更好的做好一个项目。
一个大的程序需要一个团队的合作，个人力量是必要的但团队的合作也是必不可少的，正如书中所说，一个人用20年时间自己制作出复杂、实际的工程，这是可以的。但是客户是不可能给与你这么长时间让你去自己做，将来复杂的程序只能是越来越多，自己的力量再大也不可能和一个团队比较。想要保持团队的通力合作，沟通是必不可少的，以前的编程都是一些小的程序设计，不需要团队的合作，但是以后的设计不是像以前的那样的短代码了，有时候会需要团队配合来设计制作，这时候就需要团队的沟通配合了，应该清楚的是保障每次沟通有效性的是重要的是，和同队成员是这样，将来和客户也是一样。
在编程中会遇到各种各样的问题，当遇到一种方法做不通的时候要善于换一种思想来解决，编程不是只有一种方法才能做出项目。“你的书是乱的么？”这个问题侧面反映出你会不会分类整理，学了一年的程序语言，回顾一下，发现似乎并没有留下什么痕迹，这就是不会整理的。这和写程序一样，每次写完程序要回顾一下问自己几个问题“为什么这么做，有什么作用”“如果不这么做能有什么危险”“这个程序有什么问题怎么改更好”“遇到了什么问题，解决的方法”······要学会整理，当时的学会并不代表着以后就会，运用整理能让知识更加牢固。
知律之变，智者之道。要知道一个编程的本质然后去改变它才是智者的做法，未蕴而变，自欺也。知律而变其中的律可以理解为软件工程中的规律只有知道了律，软件工程才能做成活的。写程序要注意明白其后的道理，也要了解一些写编程的方法，从一些方法之后看出道理，才能应对很多的变化。
以前的我是按照课本的例子来思考看有没有相似的例子，把这个例子当成模板去完成老师布置的一些任务，等下次在做的时候又去课本上找，如此循环···到最后我学到是去课本上找例子去套用模板，而不是说你会编程了。课本上的例子可以参考，但是它并不是写实验的模板，只有自己思考过才能知道程序的结构是如何构造的，在写完一个程序之后回来和课本上的对比，想一想“他这么写可不可以”“这么些简单么”，学习课本上的那种编程方法。
这本书里的一些内容需要时间去消化，毕竟我现在会的仅仅是最基础的代码，只有积累过经验之后才能明白书中的一些道理，而积累经验的方法只有巧代码，长期代码的沉淀会给我们带来经验，也会告诉我们一些方法，用这些方法去完成软件工程。读完这本书后，我想到一个问题：怎样才能算学会编程？我有一个模糊的意识，在经过长期代码的积累后我会明白怎样才能以程序员自称。