大道至简读后感

标签：制度   定位   管理人   组织   成员   专业   职责   导致   适合   

1. 今年暑假时期读了《大道至简》这本书，这本书的重点不在于如何编程，毕竟那是学习计算机语言的书中的侧重点，本书的侧重点在于管理，它的着眼点并不在于简单的编程的过程，而是整个项目的过程。那么下面我就按照目录将书中的主要思想总结一下，以示所读之感。至于从第七章开始，由于专业名词过多，导致我有点看不懂，就不在评论了，留待其他高人总结吧。
2. 首先是第一二章，为什么把两章放到一起说呢？因为前两章是有联系的，它讲述了面对对象语言出现的原因：即面对过程语言在面对大项目中表现的过于复杂和杂乱，这大大增加了人们工作的工作量和难度。所以面对对象语言应运而生。在书中的说法是懒人造就了方法，这话没错，因为懒得弄个百万行代码的文件，我们创建了面对对象，但从另一个方面来说，这些懒人无疑是聪明的，他们通过分类整理，将杂乱的程序变得简单，这也是作者想要我们学会的：在编程之前先思考，在分类整理，理出一个清晰的方法或过程，这就是编程的精髓所在。
3. 第三章首先讲的是编程团队的管理，在这里你已经不是一位底层编程人员了，而是一个编程小组的组长，你要对你的团队成员进行细致的观察，在项目中进行明确的分工，这才能更可能的在给定的时间内完成软件的开发。其次讲的是制度体系，在这里你很荣幸的上升到了企业高层，你需要一套完整的制度体系来规范员工，不能隐私舞弊，因为这会动摇你的制度体系。最后，在开始一个项目之前，要设计一套计划，而不是简单地说一句开始吧，管理人员要清楚自己的定位，他是指引方向的人，而不是开发的人。正如书上说所说，明确分工是你的管理职责，做管理不是做伯乐。
4. 第四章主讲沟通，这里有客户与项目经理之间的沟通，经理与开发人员之间的沟通。首先，在客户与经理的交谈中，我们知道了这个项目应该是来干什么的，然后经理再与开发人员进行沟通，定下一个大概的模型，并进行最初的编程，为什么在这里我说是一个大概的模型呢？因为客户所描绘的项目只是一个大概的，基本的需求，在开发当中，会碰到各种各样的问题，这些都是最初想不到的，这时就需要再次，多次的沟通，来确定具体的内容。正如书上所说，沟通需要简单高效，这样能保证项目的质量和项目的开发时间，而不是流于形式的沟通。沟通是为了解决问题，而沟通的形式自然是越高效越好。
5. 第五章的标题为失败的过程也是过程，故其的重点为过程，本章开头提到了模型，利用模型告诉大家过程不是模型，虽然很多模型都是从过程中提炼出来的，但是过程不是一直不变的，它存在各种突发情况，而模型不同，模型自他提取出来后就是不变的。模型有它的适应性，一种模型只适合一类项目，在做项目的时候不能死套一套模型。那么提及模型的目的是什么？模型的提出，是为了让我们重视过程，让我们回忆起一开始我们想做的事，我们只是单纯的想做一个软件，而非想套用这个模型。我们学习软件，不能只是照猫画虎，应从原理学起，这样才能做得得心应手。
6. 第六章，我所总结的最后一章，首先它告诉我们这些初学者不要进入语言比较的误区，之后他告诉我们关于编程的各个环节的关系，即编程的核心为算法+结构，之后依次是方法，过程，工程和组织。这些依次代表着前面所说的过程，管理，沟通，最后是营销，当然，这对于基层编程人员是两码事，我个人感觉第六章没有太多新的内容，多半是前面内容的重复和延伸。
7. 我个人总结的也就这样了，在这其中定会有一些错误，大家可以指出来，是这篇文章更加准确，谢谢。

大道至简读后感

标签：制度   定位   管理人   组织   成员   专业   职责   导致   适合   

原文地址：http://www.cnblogs.com/sbd117/p/7235274.html