- 在书的第三章中作者对于团队对个人的期望罗列了七个点分别为：交流、说到做到、接受团队赋予的角色并按角色要求进行工作、全力投入团队的工作、按团队的流程要求工作、准备、理性的工作。作者比较全面的罗列出了一个合格的队员需要做到的事。在其中作者着重的提出了理性的工作及其重要性，在我看来工作应该是一个充满激情的事情，同时，做这项工作的人应该从自己的工作中感受到乐趣并以此为出发点不断点燃自己的激情。如果在工作之中一直是充满理性的那么队员对于自己的工作就很有可能失去兴趣直接导致工作效率的降低。
- 文章的第四章提到了两人合作并提出一些列事项，其中包括代码规范。当我读到这一点时深有感触，在过往的代码写作以及浏览别人写的代码的时候会突然发现自己看不懂某段代码，又没注释写作风格及其不规范，这直接导致对于现有工作的拖累，导致整个项目的推进速度及其缓慢。
- 在第五章作者列举了团队协作开发的几种模式，也叫较全面的概括目前团队的工作方式。但这些都与我理解之中的好的团队不一样。一个好的团队不一定队员都是高水平程序员，也不一定是众星捧月类型的，而效率高的团队。那么怎样才能做到效率高呢？我认为这样的团对配合交流应该及其流畅，要做到这点团队的流动性就需要尽可能的小，成员比较固定，这样长期的磨合下来才能做到团队成员彼此之间的熟悉只有做到高效率的交流配合一个项目的开发进度才能快起来。
- 在第六章的敏捷开发模型提到Scrum/Sprint能成功的关键在于Scrum Master我认为scrum master相当于一个团队的中间人，这个中间人所要做的事包括在商业上和客户交流也要与团队队员之间的的交流沟通，一个好的项目要完美的开发出客户所需要的软件就一定要做到客户和程序员之间的信息对等，而这个重要的任务就落到了Master的身上这主意证明一个好的master对于团队的重要性。
- 在第十章提出了典型用户的概念并分别为受欢迎的典型用户和不受欢迎的典型用户举了一个例子，那么一个用户可以直接定义为受欢迎的典型用户和不受欢迎的典型用户在我看来这是比较困难的，一个客户往往有不同的需求而这些需求的界限也许很模糊文中写道按设计者的期望使用系统的用户为受欢迎用户反之为不受欢迎用户，那么一个系统的设计者又怎样去确保自己的设计收到用户的欢迎，我认为这是一个双向的过程即用户需要设计者实现一定的功能而设计着也要完全理解用户的需求。
读构建之法的五个想法或问题
原文：https://www.cnblogs.com/xiehong123/p/11585823.html
