今天下午刚邮寄到，晚上读了两小节：
第一节解答了大家可能都会有的疑问（至少我有这些疑问……），而且还举出了例子来说明；后面对于术语的解释也是这样，使得很多晦涩的文字变得通俗易懂了！其中提到了一个问题：一个功能，用户使用它的概率为百万分之一，你还会做这个功能吗？要是我的话八成选择第二个，没时间实现就算了……读完之后才明白，该想到的、需要具备的都不能省略。
后面还看了下第四章，因为结对编程的时候用得到：开篇是一段杂乱无章的代码，完全看不下去的那种！让读者直接感受到代码规范的重要！
期待嘛，读一本书自然希望学到很多东西，获取一些知识。如果展望一下的话，希望能够具备作为合格软件工程师所需要的基本素质（比如对客户需求的分析、理解能力，能准确知道客户想要什么；团队协作能力；个人能力等）。
——2016.9.5
大致通读了一遍构建之法，目前有如下几个问题：
1.我认为重复的工作会磨灭创新性，不停做同一件事，往往会忽视而难以发现新的东西。那么作为一个软件工程师，如何在团队工作中保留自己的创新能力呢？
2.在团队中有可能会有这样的情况：“为什么他的任务比我的少？”，“为什么他工资比我高？”。那么团队中这样的分配是否要找到一个平衡点？还是说告诉他“绝对公平本来就不存在”？
3.当发现之前设计会影响后面集成工作的进度，但是如果改弦更张会延误工期时要如何抉择？（进退两难，不知该怎样才好，因此在这里作为问题提出）
4.前面的阐述感觉更侧重于强调需求分析和设计的重要性，而敏捷强调“速成”，似乎与软件工程有所冲突？
5.对于用户来说，一个软件不光要实用，还要界面美观：现在有这样一个问题，客户给的资金、时间都有限，我们只能保证功能完备和界面美观二选其一，这样应该如何抉择呢？
——2016.9.14