第一次作业
课程： https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass2/
作业要求：https://edu.cnblogs.com/campus/xnsy/SoftwareEngineeringClass2/homework/2706
课程目标：学会在更短的时间里做出让客户更满意的软件产品
具体方面：从软件开发模式的选择，开发过程中与队友的协作等方面出发，学会选择正确的方法进行软件开发。
作业正文：
一.建立博客并介绍自己
1.博客链接：https://www.cnblogs.com/phmsbook/
2.自我介绍
我叫彭荟铭，目前是西南石油大学软件工程大二的学生。
喜欢打游戏，喜欢听歌，喜欢散步，喜欢看外国小说。
比较擅长思考，会在做事之前思考各种各样可能发生的情况并提前做好预防，但是可能也因此有时候显得有点啰嗦，不敢尽快动手开始做。
希望之后能够果断一点。
二.阅读与思考
（1）回想一下你初入大学时对软件工程专业的畅想
- 当初你是如何做出选择软件工程专业的决定的？
- 我是大一的时候转专业来的软件工程。说实话，当初来这里的想法仅仅是为了毕业好找工作。但是到了后来慢慢发现，这也慢慢成为了我感兴趣的东西。
- 你认为过去两年中接触到的课程是否符合你对软件工程专业的期待，为什么？
- 符合，但是仅仅从课程，我感觉我并不能看到软件工程的全貌。之前的我也仅仅是完成各个课程，完成各种各样的考试，不知道如何来运用。但是我知道，软件工程不仅仅只是我所 学的这些东西，要能熟练运用这些所学的东西才是最最重要的。
- 你觉得软件工程是你喜欢的领域吗，它是你擅长的领域吗？
- 会是我喜欢的领域，但是不一定是我擅长的领域。
- 将来你会选择从事软件开发相关的工作吗？是的话给出你想去的城市、公司和岗位，否的话给出原因
- 目前还不能做出决定，我希望我现在大二还能来得及努力学习改变自己，如果可以的话，我会选择从事软件开发。
（2）即将大三的你，对照前人们走过的路和描述未来发展，现在的你
- 自我感觉你已经具备的专业知识、技能、能力有哪些？已经写过的代码量是多少？
- 目前已经学过C,C#,数据结构，数据库原理。已写过的代码量很少，还差很多，这也说明了自己没有注重于实践，之后应当更加著重于实践。
- 离成为一个合格的软件工程专业本科毕业生，在专业知识、技能、能力上还差距哪些？
- 在专业知识上，自己所学的专业知识掌握不牢固，而且实践不多，之后应该更加的注重于实践。在技能上，目前时代发展比较快，还会有更多方便的语言出现，我们也应紧跟时代的潮流，像Python之类的也应当学习。能力上，团队协作的能力，团队管理的能力等都还需要提高。
（3）大三是一个人生选择的十字路口，考研、工作、考公、出国，不同的选择在大三就有不同的努力方向。而无论考研还是工作的每条路径，也有许多不同的分支。
- 对照以上你阅读的前人们的经历，你的选择是什么？
- 我更倾向于工作，但是目前不确定的因素还很多，可能之后会有改变。
- 在这种选择下，你认为你相比其他同学来说有何优势，有何劣势？
- 比起许多加入了团队的同学来说，我的专业课实践经验欠缺的比较多。但是因为在部门待的时间比较长，在为人处世方面更加擅长。
- 针对你的选择，你给自己的大三设定的规划安排是什么？
- 更加专注于学习，多读些相关的专业书，同时提升自己的自学能力。
三.提有质量的问题
问 题 1：
本节中讲述并介绍了多种衡量绩效的标准。根据阅读，每种方法都会有些缺点。那么有没有一个方法在相较之下更好？或者说在不同的团队运用哪一种方法更好？
问 题 2：
P.362 16.3.4 效能过剩和竞争的各个阶段
表中大致介绍了一个产品的各个阶段。但是我其实想知道哪一个时期才是一个产品的稳定期？一般来看可能成熟期是稳定期，但是我觉得可能终结期说不定会是最稳定的阶段。因为少量特殊用户的存在也说明了这部分用户才是真正需要这个产品的人。换个角度看是否可以当作前四个阶段的用户大多都是尝鲜用户？比如我想知道现在的博客处于哪个时期，在往几年应该用的人还很多，现在应该用的人大多都是程序员或准程序员。那么我们这些程序员或者准程序员应当算作是”少量特殊用户“么？
问 题 3：
P.350 迷思之七:成功的团队更能创新
原文中”这一纠结两难的表现为：如果公司不断满足已有用户需求，则产品在趋于饱和的市场缓慢发展，在产品的生命周期结束后，不免会被新的颠覆性创新淘汰；如果公司主动寻求颠覆性创新，则遭到公司内部流程、价值观和文化的排斥“
成功的团队由于许多的原因往往不愿意选择做颠覆性创新，因为这样风险太大。但是颠覆性的技术迟早会出现，可能会对自己目前的产业造成很大的影响。那么成功的团队在该情况下应当如何选择？
问 题 4：
P.347 迷思之五:要成为领域的专家，才能创新
p.380 原文中” 20 世纪的传奇游泳教练谢尔蒙·查威尔( Sherm Chavoor )培养出了一批世界级的优秀游泳选手，他的运动员共获得了31枚奥运奖牌。他的“竞技游泳知识”应该是非常多，但是大家几乎没有看到过他下水游泳。传说他不会游泳，队员们在庆祝胜利的时候把他抛下游泳池，结果发现他在池中挣扎....这么说，他的“竞技游泳技能”和“基本游泳技能”是很低的，但是这并没有妨碍他领导他的游冰队取得世界级的成功，因为他的“教练技能”是世界一流的。“
不论是迷思之五还是后面游泳教练的故事，都告诉我们能够成功创新或者成为他们教练的人，自身的水平不一定会很高。但是我想问，如果自己不是专家，没有时常尝试并根据自己的经验改变方向。是如何成功的呢？还是说仅仅靠理论没有实践也可以得到很多的启示么？感觉与我们以前”试了才知道“这样的思想方式有所冲突。
问 题 5：
P.338 银弹之战原文”为了避免项目成员为了一些问题争执不休，移山公司发明了银弹( Silver Bulet)这一工具。简而言之，就是每个角色的代表( Dev/Test/PM )在项目过程中可以使用有限次的“停止争 论，按我说的办”的武器一银弹。银弹一出，大家就要听话。当然，银弹用一个少一个，下次有争论的时候，别人就更有机会使用这个手段了。讨论:银弹真的有用么?”
我个人认为银弹这种策略是不太好用的，但是既然有人提出，那么就说明有一定的优点，但是我觉得这种策略在公司运营中会造成许多的问题，所以我想了解这种策略在目前企业中使用的多么？这种做法对于个人来说是否太取决于个人的主观意见？如果最后发现使用银弹的这个人的做法是错误的，那么后期应当如何处理？及时重新选择新的方法还是一条路走到黑？
四.了解和调查源程序版本管理工具
1.Microsoft TFS：
优点：任务版上能将需求、项目进度一览无余，对于小团队而言，比甘特图更有用，集成了项目管理、版本控制、BUG 跟踪，能有效实现 SCRUM，能与 VS 无缝接合。
缺点：搭建、维护tfs比较复杂，硬件要求也比较高。
2.GitHub：
优点：能够跟踪错误，Bugs可以公开，在GitHub页面，你可以直接开始，而不需要设置主机或者DNS
缺点：对新人很不友好，需要付出大量时间
3.Trac：
优点：有良好的扩充性，Trac的权限体系比较完备，非常灵活，可以随心所欲的定制，可以和TortoiseSVN集成。
缺点：不支持多项目，需求和缺陷没有分离，用 wiki 来替代 Word 等工具编写文档对于产品策划来说门槛太高了，中文化不完整，美术人员接触起来困难重重，不显示中文名，本地化做得很差，核心功能很少，不安装插件基本上没法用。
4.Bugzilla：
优点：BUGZILLA不收费，BUGZILLA现在有中文版支持
缺点：BUGZILLA只能管理缺陷
5.Apple XCode：
优点：可以自动创建分类图表。自动提供撤消、重做和保存功能，无需编写任何编码。
缺点：更新版本后，某个插件可能会失效。
参考文献：管理软件的优缺点 https://www.cnblogs.com/yuyue1216/p/5281544.html
