1.安装与使用Git
链接：https://git.coding.net/Soloversion/First.git
2.回答三个问题
在进入大学前，就听到很多类似于“不逃课的大学是不完整的”、“高数很难的”、“六十分万岁”、“女生学计算机就是自讨苦吃”的言论，让作为小白的我瑟瑟发抖，害怕真的如学长学姐所说，我们就应该在逃课的边缘试探、在及格线上挣扎。但实际上，我现在已经大三了，从自己的切身经历中体会到最简单的《小马过河》的道理：任何事情，只有自己去尝试之后，才有资格发表言论。上大学不应该意味着解放，而应该是利用更多时间来在某一领域取得一些成就；也并不应该意味着通宵达旦的玩乐，而应该是将琐碎时间花在提升自己上；更不意味着所谓的“不翘课，无青春”，而更应该是踏踏实实地走好每一步，做一个学生该做的事情。
过去的两年里，我为新鲜的环境迷糊过，也为自己的未来迷茫过，还为难学的课程烦恼过。但实际上，当我现在，坐在这里回想起来，只会笑笑自己当初太傻太天真，因为曾经以为翻不过的高山、淌不过的大河，都已经被我迈过来了。我想感谢曾经不放弃的自己，也想拥抱未来更好的自己。
现在，我作为一名大三学姐，开始面临考研的问题，各方面的压力朝我涌来：报不报考本专业？报考哪一所大学？去到哪一个城市？以后想做什么？这些都是问题，好在我已经明确了自己心中的答案，接下来要做的，也就是将它们付诸实践。每当我坚持不下去的时候，我回头看看原来的那个自己，她能做得到，我就能做得到。
问题1：你为什么选择计算机专业？你认为你的条件如何？和这些博主比呢？
答：因为当初在填志愿的时候，本想着这是一所师范类大学，所以将教育类作为了自己的第一志愿，而计算机对于我当时的高考成绩来说是比较“稳妥”和“保险”的一个专业，加上计算机科学与技术的发展前景是非常值得期待的，所以当时第二志愿选择了这个专业。最终由于无缘第一志愿，才进入了现在这个领域的学习。
自认为电脑这方面基础比较差，我不像大多数人那样喜欢钻研电脑，我是比较惧怕它的，所以在我上大学之前是很少去主动接触电脑。但有一个优点就是比较踏实，而且随遇而安，所以我虽然对这门学科兴趣不大，但也能坚持学下去。
和这些博主比起来当然还是有差距的，他们都致力于从事IT行业，想要在这个方面绽放自己的青春，但我志不在此，自然也就比不上这些博主了。但因为我自己也经常在博客园搜一些专业性的问题，所以对于这些博主都是非常崇拜的。希望自己能够努力，在自己想做的事情上做的像他们一样。
问题2：你理想的大学应该是什么样子的？
答：我理想的大学大概就是能够将自己的时间安排的合理恰当。首先就是要遵守学生的基本准则，该学的知识好好学，不要逃课、上课玩手机等。其次还应该学习一些类似人文艺术这方面的知识来陶冶自己的情操，最最重要的就是拥有一个好的身体，这就离不开锻炼了。我不喜欢窝在寝室里，更喜欢出去呼吸新鲜空气，用运动带给自己乐趣。
问题3：对于你未来在IT行业的发展，你有什么样的梦想或者未来想从事什么样的工作？你准备怎样来规划你技术道路，职业道路和社会道路？
答：我能跟计算机沾上边的大概就是希望自己能考上与之相关的公务员，因为我个人是比较喜欢稳定一点的工作和生活，希望能够自主的安排自己的时间，所以我会尽自己的努力去考上公务员。
技术道路方面就是在校期间要努力学好专业知识，保证自己的专业技术过硬，不可蒙混过关；职业道路上应该不断地提升自己，不能因为离开了学校就放低对自己的要求；社会道路中我会做一个好市民，尽力体现自己的社会价值。
总结：我认为每个人的想法和生活方式都不尽相同，无需强求，随心就好。
想法来自：.http://www.scalerstalk.com/816-attention
3.阅读《构建之法》
问题一：我看了第五章 团队与流程之后，我知道了团队的多样性以及一个好团队的重要性。但文中的“团队成员有各自的分工，相互依赖合作，共同完成任务”，让我想到了这个问题：在团队开发中，由于每个人的性格、做事方法不尽相同，应该如何协调和解决这件事情，从而保证团队的高度团结和团队开发的效率？根据询问很多同学的经验得知，他们在团队合作中，就遇到有的人喜欢尽早做完，有的却喜欢拖到最后。我的困惑是团队中的工作是相辅相成的，这样不仅会影响团队的合作和发展，更会影响到项目的完成，那么究竟该如何解决才能最完美呢？
问题二：第八章 需求分析中，我了解到了一个软件在发行之前，除了前期的准备代码之外，还有大量的工作需要去完成。但在书中我看到作者列举的实例“道格拉斯·鲍曼（Douglas Bowman）曾担任Google的视觉设计主管，2009年的一天，他受不了了”，让我产生了这个问题：我们需要尽量去满足用户需求，也就是要求不断的完善自己的成果，这个过程中，可能会有大量重复的繁琐工作，我们应该如何来维持自己和团队的创新力和积极性呢？同时，在为客户进行需求分析时发现做出来的东西很大程度会偏离原先的预定计划，是按照客户要求继续做下去，还是根据理解自己做下去，还是和客户进行沟通寻取折中的办法？因为在以往的许多案例中，都强调要将用户和软件利益相关者视为“上帝”，但是却很少有提及软件研发者遇到的困难，所以我存有此疑惑。
问题三：第九章 项目经理中，我看到了一个团队中除了做开发和测试之外，还得有一个人承担推动团队完成软件的功能——PM，如文中所提“PM最大、最独特的贡献是带领团队达成最重要的目标，并保持团队的平衡”，让我产生了一些疑问：项目经理是否应每个模块都兼顾一下来保证软件开发的进程在自己的掌握之下呢？根据我查阅到的资料，PM如同团队中的润滑剂和决策者，他需要帮助软件更好的适应市场也需要在一些大大小小的问题面前迅速做出决断。这样一个重要的角色，如果在软件开发的某一步中走错，后果将不堪设想，所以往往他们都渗透与每个步骤中。但我还是不太懂，我认为任何事情都不能百分之百的和设想中相同，那么到底是事后救补还是事前就预防呢？
问题四：第十三章 软件测试中，我学习到了测试方式的多种多样。文中作者曾提到“测试人员从项目开始就要积极介入，从源头防止问题的发生”，让我想到：既然所有人员都要介入，那是否意味着测试对每个成员来说都是独立的，如果是独立的话，在进行测试时每个人写的代码风格不一致，得重新研究还很难找到bug，找到bug,是不是还得交回给专业写代码的人修复，那岂不是增加了繁杂的步骤？查阅了相关资料得知，一般的测试都是有测试工具的，对于不同的代码都几乎适用，如果此处的漏洞是上下文都有的，那么就需要大量更改，如果只是局部的就只交给负责这块的同学来进行修改。但是，这个解释却让我感觉测试既是独立的，也是有紧密联系的，不知道这样想是否正确。
问题五：第十五章 稳定和发布阶段，文中提到“B型：他们不相信这一点”，让我想到以下问题：如果在原代码完成后，又有新的建议提出，要更改程序，这时该如何在保证成本最低的情况下进行处理呢？后来我去网上查找了相关资料也咨询了有经验的学长学姐，知道了如果遇到这种问题，首先要先判断这个问题是否是“必须解决”或者“需要马上解决”的，如果不是，就跟合作方进行沟通，尽量的去保留并发行，当然如果对方不愿意或者是上述两种情况中的一种，那么就得找团队中负责这一块的队员来进行修复。我也豁然开朗了起来
来源：https://www.cnblogs.com/fuys605/p/9605511.html