软工网络15阅读2 罗骏 201521123121

问题1.

在第4章节中，作者花了三个小节的长度，着重介绍了代码规范性的重要性，包括格式、风格、设计等方面。

但是在现如今编程软件愈发丰富的时代，编程软件自身或者许多第三方插件的设计者提供了很多可以直接使用的
自动排版、模块化等功能的插件，可以直接实现自动化的规范处理，依赖这些工具，可以大幅减少程序员，尤其是
新程序员在这方面的时间消耗，既然如此，为什么不主动推广此类功能的广泛应用，取代人工的操作呢？一来可减
少人工操作时间和精力；二来由程序自动规范，在普遍性上可以避免不同人之间习惯的不同带来的差异。

问题2.

第八章需求分析中提到“从用户等软件产品的利益相关着分析需求”（p159）、“用户调研获取用户需求”。

结合上周课堂上老师提出“飞机上逃生系统使用率几乎为0，但必须配备“的问题。如果换作一般的用户需求，比如手
机系统是否增加某项功能，如果这项功能不是大众功能，但是极少数硬核用户在用户需求中提出，那么是否还要去
花费成本进行开发呢？若是开发，则会额外付出一部分成本，但是使用率很低，若忽视该少数需求，那么这类用户
的需求得不到满足，且此类硬核用户是对产品反馈最活跃、潜在影响力最高的用户。该如何取舍？

问题3.

章节9，项目经理一章中，明确了PM在团队中的核心地位，如书中所说，“PM做开发和测试之外的所有事情”（p194）

在领导过程中，若是出现团队成员在开发中期与PM出现技术上的意见分歧，该如何处理？理论来说，PM更了解
项目的大局和流程，且处于领导地位，而程序员可能不能顾全大局，但更了解当下开发中的实际问题。那么该如何
采取解决措施消除矛盾？若因最终出现失误，该如何处理？

问题4.

章节9，PM与风险管理中（p204）提到，“开发人员签入的代码有问题不属于风险、签入代码带来的负面影响是软件
生命周期的正常事件；外部公司提供的模块质量可能大大低于预期”。

代码问题是工作中最直接的、最长发生的错误，为何代码问题不属于风险？从结果考虑，这与第二句不是相互矛盾
的存在吗？为何作者反而将完美主义者定义为“项目的风险”？在我看来，追求完美，应该更能降低项目中不可控错
误的发生。

问题5.

第16章，IT行业的创新中，作者给出了常见的“创新的迷思”（p346），以及随后小节的阐述，皆是围绕什么是创
新、创新的思路方法，我自己概括为是对“真创新”的阐述。

但是结合现有的生活实际，现实中不乏很多“伪创新”“卖概念”的套路存在，例如前两年共享自行车的火爆，带动了
该行业从业者如雨后春笋遍地而生，抑或是其他光怪陆离的共享物品业务出现，很明显，这是属于概念兴起之后“伪
创新”泛滥的结果，随着泡沫的破灭，倒闭的倒闭，蹭风口的尸骨无存，投机者盆满钵满，这个例子是个比较显而易
见的互联网概念催生的泡沫，结局出现的快、易于分辨。若是换作一些没有形成热点的“伪创新”事例，那将如何区
分“真创新”与“卖概念”？