软工网络16个人作业1

Task1：注册个人博客账号

目的：提交每次作业

个人博客地址：https://www.cnblogs.com/kyrie/

Task2：注册码云账号

目的：管理你的项目，记录（源码、文档，历次版本变更，bug发现与修复）等信息。

码云地址：https://gitee.com/hxn38A2ED4E15ACEC950/events

Task3：提出问题

快速通读教材《构建之法》，并参照提问模板，提出5个问题。

1、书中的第三章有谈到了软件工程师的职业发展，并且涉及到他们的职业态度，现许多高校中也有不少的计算机专业学生
对自己专业的职业发展感到迷茫，不知道自己的方向在哪，那么对于这些同学应该通过哪些方面怎么去定位自己的职业方向以及培养对待职业的态度？

2、书中第四章也涉及到了代码复审，也对代码复审做出了相应的解释，复审的时候突然有一些截然不同的想法需要加入或者更好的功能需要增加，这个时候大改代码肯定效率低下，可能会出现得不偿失的结果，那么问题就是这个时候我们要怎么抉择，是选择效率还是选择创新呢？

3、第四章中的说到结对编程，在之前专业课程学习中也有尝试过这种方法，相信会经常出现一种现象，对于一个项目两人都有自己的想法而且截然不同，那这个时候结对编程想要呈现出来的效果就根本体现不出来了，而且课程中的一些项目是可以自己独立完成的，那是不是说结对编程就没什么优势了呢？

4、第五章讲的是团队开发，作为一个团队，其中团队成员必须要有明确的分工，成员相互合作又有独立的东西，有一个共同的目标去完成，书中也列出了许多的团队模式，例如主治医师模式、明星模式等十种模式，其中也有许多成功的模式（社区模式：开发和维护Linux操作系统；交响乐团模式：微软公司的Office），那么对于这些团队组建模式，有哪种或者哪些模式是比较建议作为建队模板的？还是说它们都有各自的优势和不足，视情况而定？

5、第16章谈及了关于IT行业的创新，关于创新，是每个行业都迫切需要的。但是对于我们IT行业对于创新的要求可能就会显得更多。创新不应该是天马行空的，根本不可实现的，创新迷思一提及了这一点，创新不应该是灵光一闪的幻想，应该有一定的相应的知识基础。迷思二提及大家都喜欢创新，他们都有自己的创新想法，但是我们在提出创新想法的时候应该考虑其可行性和成本和意义。再有，也是问题所在，在迷思五说，要成为领域的专家，才能创新；但是呢，通过数据表明，70%的创新者最成功的创新是他们拿手领域之外的！他们并非该领域的专家，但是它们提出了创新并成功了，那么问题来了，为什么会是非本领域的专家更容易创新成功呢？而不是自己领域的专家？是因为该领域专家比较清楚该行业的瓶颈，创新思维被限制住了，很难有创新想法？