阅读任务
| 这个作业属于哪个课程 | 软工-2018级计算机2班 |
|---|---|
| 这个作业要求在哪里 | |
| 这个作业的目标 | 阅读构建之法提出问题 |
| 学号 |
1.怎样区分一个程序员的好坏呢？又或者说一个程序员的终极目标是什么呢？
这个问题是我在书上第一章第一页看到的，这个问题一下就吸引了我的注意，这也是刚上大学时就想到的一个问题，从我们目前学习到的知识以及软件工程上的思想来看似乎程序员要和团队有密切的合作又或者领导一个团队才能开发出一个完美的程序乃至软件，这也可以充分发挥每个人的特长。而更多的人了解程序员是从电影电视上看到黑客轻松的攻入某个机构的安全系统，修改一些程序甚至植入病毒，似乎这样的程序员更牛逼。后来我又想了想，这两者之间似乎也没有矛盾的地方，会其一的不一定不会其二，至于问题答案可能要在实践中得出结果。
2.对我们而言怎样选择好的团队模式？不同的团队模式又适合怎样的开发流程？
这个问题是在第五章91页看到的，以前我们的开发模式似乎都是蜂窝模式（Chaos Team),这种团队的开发都是一窝蜂的冲上去，没有项目规划，如书上所说这种模式的存活时间都不长，所以以后我们也不会以这种模式开发项目的，有时我们也会变成书上92页的主治医师模式，有一个同学主持大局，而这种通常又会演化成“一个学生干活，其余学生跟着打酱油”。我认为更适合我们的是功能团队模式，大家需要平等协作，贡献出各自不同的能力，小组间也要频繁的进行沟通，当然也需要一个人来总领大局，分配任务。开发流程的话，目前敏捷开发似乎是最能切合实际同用户充分沟通的流程。
3.在敏捷流程中开发人员错误的估计了时间导致项目延误怎么办？
在阅读第六章敏捷流程中，第113页写了每个人都画出燃尽图，来清楚的展示项目的剩余量，书上给出的方法是列出剩余时间，而不是剩余项目，而对于我们这种菜鸟而言，判断一个项目需要的时间是比较困难的，尤其是一个没接触到的问题，对我们而言延误几天似乎没大问题，对于公司就不同了。也许他们不会犯这种低级错误，但对于我们而言这是值得注意的一点，需要做好准备。
4.微软MSF适用于我们开发项目吗？
在第七章127页具体讲了微软的一个方法论MFS，我比较在意的是这套方案适合我们吗，书上写了MFS的9条基本原则，似乎看起来很简单，但实现起来肯定不容易，不过对于我们这种菜鸟团队，还是很有指导意义，又或者说其实我们能实现其中的几项就已经足够了，合作开发总是一条重要宗旨，就是充分沟通信任。
5.IT创新后会有重大突破吗？
阅读第十六章后，我产生了一个问题，都知道电子计算机IT产业是第三次工业革命的重要代表，那么以后的IT页能否通过一次创新改变我们的生活呢，都知道现在人工智能是现在社会发展的重要一环，能在这上面取到突破定能改变我们生活，而人工智能又与我们IT业息息相关，所以未来是在程序员手上的。在这样一个热爱创新的时期，相信答案很快会出现。