阅读感受：
第一章用愚公移山故事来阐述编程的内涵，那就是顺序，分支，循环。并且说明之要明白编程的根本，一切复杂工程都可以通过编程来一步步实现。后来又谈到会或者不会写程序的问题，尽量不要谈论编程语言的好坏，因为各种编程语言大同小异。而且一定要对编程抱有信心，没有人一出生就会编程，要苦练编程技术，才能更好的完成工程。
第二章首先用李冰的故事来说明创造新方法在编程中的作用，这种作用非常大。要寻找更好的方法和更好的工具。并且这一章强调了归纳的重要性，只有归纳了，你所学的知识才能为你所用，不然你就像书中那个学生一样，学了一年居然感觉什么都没学到。最后这一章讲了关于程序的思考。在软件工程的道路上，应该模仿模型，应用模型，忘记模型，创造新的模型。并且不断创造新的方法，我们只有不断摸索，创造新的算法，所以懒人可以创造方法，而方法才是做事成败的关键所在。
第三章说明了团队缺乏的不止是管理，第三章介绍了团队的特点：主从，监督和责任。书中做了个比喻，那就是做项目=死亡游戏？重点说明管理人员应该是职责分明的人，项目的完成时间应该是不固定，后来，子作者又用了IOS质量体系的故事，只有确定了团队合作模式，才能制定对应的管理制度和体系，也谈到了团队制度和管理人员的问题。读完这一章，感受可谓很深，明白了原来写程序不只是单纯敲代码那么简单，还要考虑到到整个团队的合作，以及管理者的重要性。
第四章又说明了一种新的语言，这种语言在做工程时非常重要，同时也是程序员与用户沟通交流的语言。这就是统一建模语言。这是一种最简但沟通，这一章还说明每一次与客户交谈都需要每一次的沟通都是有效的，并且是有目的性的。书中还说明如果仅仅是流于形式的沟通，那么可能使项目完成不断推迟。在沟通中，我们要照顾别人感受。这一章后面还说到项目的维护问题，任何一款软件，一个操作系统，开发者都要进行项目维护，保证工程的良好运行。
第五章介绍了一些工程实现的过程说明，我们不能迷失在工程中，我们平常大多数人也是这样吧，不能为了交作业而赶代码，而忘记了编程的目的是什么了，要知道越是简单的东西，越接近于内涵。现在学的简单的编程做工程是为了以后的大一点工程，实现才是目的。这一章节说明了生活中的工作：工程不是做的，是组织的。分工明确，步调一致，共同完成这个项目。
第六章第七章第八章则对前面几章进行了一些具体说明，过程伴随工程而出现，解决的是过程中的角色间的关系问题。工程最核心的那个环节是 编程=算法+结构+方法。当然 这一章讲的比较具体化了，对于一个刚刚步入代码世界的新人来说，我读起来的很困难，在掌握了一些基本观点的同时理解上就不会太深入了解，而是片面性的理解。用UML与甲骨文的异同的例子，说明不同人视角不同，最后说了软件工程是灵活的。变化或者变通，我们要经常检查，触到一些错误的地方及时回头，要学会思考。
个人感受：
我过去不太爱思考方法，喜欢边编程边思考，这点非常不好。
这样做不利于问题解决，会加重问题的复杂程度，这更加不放自己解决问题。
我以后要多思考解决问题的方法，在看清问题本质后才能用编程去解决问题，这样才能解决问题。