大道至简第四章读后感

 　　对于沟通第四章提出了公司与客户之间沟通的问题。客户是不会C语言，建模语言等，客户只能用自己的语言把想要的功能叙述出来，那么对于开发人员只会用C语言等编程语言来理解客户的意思显然是很困难的。所以就需要调研人员，项目经理等去和客户沟通，再回来用开发人员能够理解的语言告诉开发人员。这样项目经理就像一个传话筒一样把“需求”传递给开发人员。还有就是项目经理对于需求文档的编写，不一定非要用什么语言(建模语言)编写，因客户是不会看懂的，就像文中说的UML图在一些客户眼中无异于盲人的世界。但是如果用户带来了一个专业人员过来沟通只能使用建模语言了。我从中学到的是:1.更多的人参与可能把问题变得更复杂(需求分析员).2.用户在"需求分析书"上签字不是因为你的UML图画的多好，而是因为你的描述符合用户的需求。
 　　接下来作者讲述了一个自己做项目的例子，在这个项目中提出了"最简沟通"的概念。最简沟通其实讲的就是尽量减少与客户的沟通，保障每一次沟通的有效性。因为客户也有许多自己要忙的事情，不会了一个软件项目的开发而花费太大的精力(除非这个项目关乎他的前程).第一次的沟通是在对于该公司，该项目，该项目的项目负责人做了大量的调查之后才开始的。就像书中提到的，在见到客户之前你就已经设计好了所有的问题以及提问的形式。吃饭并不是有效的沟通方式，往往以醉酒收场。
 　　沟通完了就开始做项目了，在做项目过程中要设计到开发人员之间的沟通。正如书中所说沟通不能是流于形式的沟通，发现了问题不仅仅是将问题提出而要提出自己的解决办法，把问题和解决方法告诉他开发人员再一起讨论。还有就是书中提到了“history”，这个对于当下软件的开发显得无关紧要但是对于后期软件的维护，就显得至关重要。因为你一旦把项目做完就可以交差了，就能做下一个项目，但是十几年后甚至更长时间一旦软件出了问题或者需要拓展什么新的功能，如果没有开发过文档，那将是一个浩大的工程无异于将软件重新开发一遍。德国人一个很好的做事态度就是永远将目光放到未来，还记得一个故事讲的就是德国人占领大连时建立的油库由于质量很好用到了现在，但是在几年前由于一个小器件的损坏需要更换，但是国内乃至德国都没有那个时期的零件于是有一个德国商人告诉政府:在损坏部位的周围寻找，看看能不能找到可以更换的器件。果然找到了用油纸包裹着的新的零件。所以在做项目时要为未来的维
护考虑。开发记录很重要。