| 这个作业属于哪个课程 |
|
| 这个作业要求在哪里 |
|
| 我在这个课程的目标 |
<学会如何高效的完成软件开发和更好的团队协作，增强自己的实践能力和专业知识> |
| 这个作业在哪个具体方面帮助我实现目标 |
<博客的管理学习，和企业级的软件开发经验，> |
| 我的博客 |
我的博客 |
| 其他参考文献 ... |
|
简介
时间过得很快，我已经是大三的一名学生，一只脚已经踏入了社会中，但是对自己的未来并不能确定，到底是考研还是就业，一直困扰着我。就目前来说，我所掌握的技术并不能支撑我找到一个合适的工作，或许我在考研的竞争优势更加强一点，但是我还想在努力一下。
自我介绍一下：我是软件卓越班的一名学生，说实话，感觉没啥闪光点，性格比较慢热，对熟的人放得开，不熟的人就很拘谨，体育比较差，不过轮滑玩的比较好总体感觉自己挺平凡的。
问题感想：
现在回想起一下之前选择专业过程，也是蛮感慨的，在高考成绩出来之后，其实是有点小沮丧的，跟自己预期的差了点，而我本是想选择外国语言类的，但是分数差了点。在选专业上还是有点迷茫，不过好在我有一个哥哥，他是软件工程的，已经工作了好几年，建议我选择计算机相关专业，计算机专业的前景比较好，那我在自己了解了一下后就选择了软件工程专业。
在过去的两学年中，不仅学习了专业课相关知识如数据结构，程序设计等，还有一些基础必修课如数学物理及管理学之类的课程，还选了法律 日语 Ps的文化素质课，挺符合自己对所在专业的期待，专业课不用说，那是我们自身学习的一个重点，像数学课类的理工课则是我们的必修课，丰富我们的逻辑思维。我还是比较喜欢自己的专业，编程也是一项很有趣的事情，当完成一项时会很有成就感。我个人期望自己从事软件相关的工作，要不然我大学四年相当于白上了，想去上海，上海一直是我期望的城市。
两年来，学习了c# 和java的相关知识，还有数据库和mybatis，spring等一些框架，大挠度比较基础，写过得代码量大二下学期写的多，之前写的挺少的，做过的较复杂的应该就是暑期与朋友一起完成的网站作业，使用ssm框架模仿淘宝的那种购物网站。感觉自己的技术很差，基础不是很扎实，还需要提升自己。
我选择考研，我数学的基本功很好，之前一直也有联系考验数学的试题，劣势应该就是英语不太好，主要时听力，那我们河南省高考是不算听力分数，听力就很差。给自己制定了一个计划表，每天该学什么，如何学习，严格遵守，每天练习听力，背英语单词。
提出问题
1第五章的软件团队模式，他列举了很多形象的团队模式，但是他和团队开发模式有什么具体的联系如敏捷开发，在这么多的团队模式模式中，哪个是最优模式，那在我看来是秘密团队，“他有着很大的自由度，又有独特的使命，是很大的驱动力。”但是好像也有一些弊端如自由度过大，那那种模式是最优的模式呢？
2没有风险就是最大的风险，作者为什么会这么说？ 在章节末尾作者提到了如果项目没有风险就是最大的风险。作者为什么会这么提？没有风险难道不是最好的结果吗？或许风险对一个好的项目来说也是有必要的，或者是项目本身存在潜在风险，但是开发时没有发现，也或者时项目的发展方面的一些问题。感觉定义的很模糊。
3“如果我们不经分析就盲目优化，也许会事倍功半”这句话我实在时没看懂，按照正常的逻辑思维来说，事前的准备分析是很必要的，但盲目优化会不会造成一定的风险，或许会事倍功半，但也可能由更大的风险。那我们在开发过程中是否需要冒这种不确定的风险，是利益大于风险，还是更加谨慎再优化前进行分析？
4敏捷流程注重了效率的敏捷，但是否忽略了产品的稳定性。在第六章讲解了敏捷流程的概念，问题和解法，但似乎忽略了敏捷流程与当前软件开发大背景的适应度。在敏捷编程下的产品一旦出了问题，那我们该如何应对？
5第四章的4.5.2 为什么要结对编程章节中，他把结对编程类比为越野赛车（驾驶员和领航员），但是有一点不一样，领航员不需要不能在中途中t替换驾驶的位置，但是编程不一样，两个人需要轮换自己的位置，那中间代码过程的过度就变得有点困难甚至在合作过程中产生矛盾，那么结对编程真的适合当前的时代背景吗？
了解和调查源程序版本管理工具
1.Git:
优点:
适合分布式开发，强调个体。
公共服务器压力和数据量都不会太大。
速度快、灵活。
任意两个开发者之间可以很容易的解决冲突。
离线工作。
缺点:
资料少(起码中文资料很少)。
学习周期相对而言比较长。
不符合常规思维。
代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。
-------摘抄于GIT360百科
2.GitHub：
GitHub优点：
- pull request，issue都是杀手级的feature
- 强调个人，符合hacker更看重名誉/成就感的天性
GitHub缺点（对个人）：
- 国内访问速度太慢，经常出现connect time-out（非GFW所为）
- 不能很好的解决GB2312/GBK，对中文不够友好
- wiki功能太弱，直接导致文档（对于开源项目很重要）经常被分离到一个独立站点
GitHub缺点（对企业）：
- 无非解决企业内部的需求，github:fi价格过高（最便宜要$5,000/年）
- 基于git，学习曲线陡峭，企业大规模用git根本不现实。尤其国内大家都刚学会svn
- 可能在未来某天被墙
--------摘抄于百度360
作者：hydra35
链接：https://www.zhihu.com/question/19591651/answer/12798445
3.Microsoft TFS
优点：
是对敏捷，msf，cmmi等项目、过程管理、过程改善的支持。任务版上能将需求、项目进度一览无余，
对于小团队而言，比甘特图更有用。
缺点：
能应用起来的团队、公司的数量极少，多数真正用起来，也就是源代码管理这部分，
这也仅仅是占TFS极小部分功能。
-------摘抄于 百度360