1.格式描述
| 问题 | 回答 |
|---|---|
| 这个作业属于哪个课程？ | https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience |
| 这个作业的要求在哪里？ | https://www.cnblogs.com/harry240/p/11469058.html |
| 我在这个课程的目标是？ | 1.通过实践提高自己的编程能力 2.学会如何构建开发一个项目 3.提高团队合作能力 |
| 这个作业在哪个具体方面帮助我实现目标？ | 1.教材学习 2.直面自己的不足 3.学习一些优秀的博客 |
2.个人介绍
我的博客：https://home.cnblogs.com/u/caiyulan9013/
我是一名2017级地理信息科学的学生。对很多事物都会感兴趣，比如绘画、摄影、手工、考古等，但真正坚持下来的却没有，缺乏持之以恒的决心，但在做每件事情的时候都会认认真真去完成。有颗爱艺术的心。
3.阅读与思考
(1)回想一下初入大学时对所在专业的畅想
- 当初你是如何做出选择你所在专业的决定的？
答：当时是因为喜欢地理，想读一个与地理相关的专业，然后比较好就业的，所以就选择了这个专业，虽然地理信息科学好像跟地理的联系并没有太大。 - 你认为过去一（两）年中接触到的课程是否符合你对你自己所在专业的期待，为什么？
答：还好，基本一致。所学课程覆盖面比较广泛，计算机、遥感、测绘、地质什么都涉及了一些，但都学得浅显，更多的是理论知识，动手能力不太强。 - 你觉得你所在的专业是你喜欢的领域吗，它是你擅长的领域吗？
答： 比较喜欢，算不上擅长。 将来你会选择从事和你专业相关的工作吗？是的话给出你想去的城市、公司和岗位，否的话给出原因
答：应该会，会想在成都工作，公司岗位的话目前只是有个大致方向，并不是非常明确。（2）对照前人们走过的路和描述未来发展，现在的你
- 自我感觉你已经具备的专业知识、技能、能力有哪些？已经写过的代码量是多少？描述你做的最复杂的项目/作业。
专业的理论知识，专业所学的课程有点杂，因此地质方面、测绘方面、计算机方面和地理信息方面都有所涉及，因为杂所以也学得浅显，会一点C语言和C#，但代码写的很少，应当还不足1000行，基本上都只是完成作业，因此也谈不上复杂。 离成为一个合格的本科毕业生，在专业知识、技能、能力上还差距哪些？
各方各面都有差距
专业知识上，课程完结后也没有想再深入研究，此处有待加强
技能方面，专业软件本身并不十分熟练，代码编程能力也很欠缺
能力上，沟通交流的能力有待提高（3）目前是一个人生选择的十字路口，考研、工作、考公、出国，不同的选择在大三就有不同的努力方向。而无论考研还是工作的每条路径，也有许多不同的分支。
- 对照以上你阅读的前人们的经历，你的选择是什么？
工作 - 在这种选择下，你认为你相比其他同学来说有何优势，有何劣势？
会更早的接触社会，积累工作经验，但肯定的，会比选择继续读书的同学少很多学习的快乐。 - 针对你的选择，你给自己的大三设定的规划安排是什么？
好好学习，把该过的级都过了，熟练掌握专业软件，适当学习掌握一到两项有用的技能。 你对于实现自己的梦想已经做了或者计划做什么样的准备？
着手准备对于英语和计算机二级的应试学习，利用空余时间学习有用的技能。
4.提出问题
==Q1：== 第一章P16
什么是bug呢？简单的说，软件的行为和用户的期望值不一样，就叫bug。是否是bug，取决于用户、开发者的不同角度。
如果用户期望方向与软件优化方向不一致应当如何抉择？
用户期望与优化方向如果以一方为重难免会起冲突，以用户期望为重则难免会产生达不到业务目标的情况，如果以软件优化方向为重，则是否为造成用户流失。查阅资料后显示应当以业务目标为基准指导用户需求，或寻找到二者之间的平衡与关联。如何引导才是最佳之策?
==Q2：== 第三章P48
过早的优化是一切万恶之源
怎么判定该不该优化？优化应该在什么时候进行？
查阅资料后得到正确的优化指标是优化的一个重要组成部分，指标选择不恰当则可能会造成所做的努力全部白费。优化要用在刀刃上，应当优化与目标相背之处。过早的优化没有全局观可能会发现之前的优化没有取得任何作用，应当将项目开发和优化当做独立的步骤。我觉得这需要很多的经验才能自如的判定优化哪里，怎么优化。
==Q3：== 第十二章P253
光吃狗食也不够
自己用自己开发的产品会发现很多问题，但也如下文所说这样的方式在用户体验方面过于单一，如何解决？
查阅资料如何提升用户体验度的资料，显示应当使操作越简便越好，让简便意识贯穿整个软件周期。完善各方面的细节，比如界面的美观与协调、提示用于友好规范、适时提供帮助等。好多软件都会引导去评论软件或者填写满意度表单，但是大部分的人都会选择忽略，怎么样引导才不会使人产生抗拒心理？
==Q4：== 第十四章P309
软件质量保障工作：软件团队为了让软件达到实现定义的质量标准而进行地所有活动，包括测试工作。
软件团队中应该有独立的测试角色。所有人都可以参与QA的工作
既然QA包含测试工作，那QA和Test的角色可不可以合二为一？
查阅资料显示QA有两方面任务，过程改进和质量保障，属于GMP的一部分，贯穿整个项目的过程，需要对项目的进度进行检查，同时还要完成组织验证、组织过程定义、风险管理等工作。每个过程结束后进行整理和成败分析。而测试只是产品开发的一个过程，因此测试管理是QA的一个过程，二者是独立的。是为了有明确的分工才需要test角色吗？
==Q5：==
断言是什么？什么时候用断言，什么时候用异常？
查阅资料显示，断言和异常都是检查程序错误的工具，检查先条件用断言，即开始执行的时候需要满足的一些条件，检查后条件（执行以后的条件）使用异常。也有说法是断言检查程序写错了的错误，异常检查外界环境、用户操作产生的错误。还是有点不太懂。
5.了解和调查源程序版本管理工具
（1）Bitbucket
| 优点 | 缺点 |
| :---: | :---: |
| 小团队使用可以使用无限量的免费储存库，但是限制5名成员 | 系统不够稳定 |
| 提交大文件速度很快 | 使用群体和代码量不如GitHub |
| 拥有灵活的权限管控，可自定义域名 | 国内使用私有仓库的托管平台不如其他工具 |
（2）GitHub
| 优点 | 缺点 |
| :---: | :---: |
| 支持多人共同完成一个项目 | 只提供英文 |
| 有众多非常知名的开源项目 | 只支持git格式代码托管 |
| 可以免费建私有仓库，并且仓库数量无限制，但最多同时允许三个协作者 | 保护分支收费 |
（3）Git
| 优点 | 缺点 |
| --- | --- |
| 速度快，成熟的架构，开发灵活 | 资料少，学习成本比较大，学习周期长 |
| 离线工作，管理代码成本低，不需要依赖服务器| 代码保密性差 |
| 良好的分支机制，可以让主干代码保持干净 | 不符合常规思维 |
（4）Trac
| 优点 | 缺点 |
| :---: | :---: |
| 有良好的扩充性 | 不支持多项目 |
| 权限体系涉及的比较完备 | 核心功能很少，需要安装很多插件 |