阅读《构建之法》

这个作业属于哪个课程	https://edu.cnblogs.com/campus/zswxy/computer-science-class2-2018
这个作业要求在哪里	https://edu.cnblogs.com/campus/zswxy/computer-science-class2-2018/homework/11815
这个作业的目标	构建之法读后感
学号	20188423

问题一：
我在看需求分析的时候看到这样的说法
所谓极限编程，就是把一些认为重要和有效的做法发挥到极致，如果了解客户的需求很重要，那么发挥成极致就会变成每时每刻有客户在身边，随时了解需求。
但是很多时候客户并不知道自己真正的需求是什么，那么怎么处理这种问题呢？我们要如何大概确定用户的需求并引导他们？
我查了资料，有这些说法：
1、需求一定是要解决的，想关掉一扇门，一定要先打开另一扇门。

2、先要确定，这是不是真正的需求。

3、两害相权取其轻，给客户制造冲突。

问题二：
我在看敏捷开发的时候看到，
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态，敏捷就是“没有既定的计划与文档，马上写代码，随时发牢骚”，但是我认为开发也是需要有一定的流程的，是否敏捷就是分阶段的瀑布？

问题三：
书上说如果一个运动员在跑一百米冲刺, 但是跑到一半的时候，领导突然想看一百一十米栏的比赛, 前面马上会摆起栏架, 大家要准备8步上栏! 怎么办?那一定是等冲刺完了再去解决。
如果一个自己的一个创新想法有风险但是很适合这个项目，但是领导态度模棱两可，该怎么抉择？
对于一个在本领域已经很强大的公司，是按部就班的跟随现有的主流技术，还是应该去科研创新？

问题四：
如果在一个项目中我要做一件事，但是周围的人有不少不同意见，但是短时间又不能完全说服他们，怎么办 ？
课本上这样写，如果我是责任人，最终还要我自己拿主意，别人的意见只是参考，我的责任就是把事做出来，而不是讨好所有人，让他们知道我按照他们的意见做了就行了。
可是我还有一个疑问，如果这个项目有一半以上的把握能成功，如果失败了就要承担全部责任，我要去尝试嘛？

问题五：
文中有一个叫“18个月效应”，大意是一个软件十八个月做不出来就没有做的必要了，这是不是意味着一个软件的生存周期就在18个月左右？
我在网上看到这样的说法
摩尔定律 是指半导体集成电路的密度或容量每18个月翻一番，或每三年增长4倍”
但是我还是不懂更新软件又是如何保证软件的生命力的？

问题六：
比如说一个软件设计的时候，开发人员把一个功能当做一个彩蛋，但是很多客户认为是一个bug，那么该如何评判这个功能到底属不属于bug呢？