| 格式描述 | 详细情况 |
|---|---|
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/xnsy/GeographicInformationScience |
| 这个作业要求在哪里 | https://www.cnblogs.com/harry240/p/11469058.html |
| 我在这个课程的目标是什么 | 1.能够学会编程语言、2.了解相关的软件应用、3. 熟悉软件开发的过程，为以后的学习提供实践经验 |
| 这个作业在哪个具体方面帮助我实现目标 | 1.向老师和同学虚心求教、2.通过自己的努力实践去完成目标 |
个人介绍
个人博客：https://www.cnblogs.com/zhengdimofa/
我是一名2017级地理信息科学普通又不普通的大学生，“不普通“的点在于兴趣爱好比较多，比如打球、唱歌、看比赛...这些呢也是我与别人交流的一个方式；but"普通"的点在于我的缺点，那就是学习，学习自律性较差，遇到学习上的难事容易退缩，心态较差，我想这也是大多数大学生所面临的问题吧。
阅读与思考
（1）回想一下你初入大学时对你所在专业的畅想
- 当初你是如何做出选择你所在专业的决定的？
我：当时报考我们学校的时候并没有选择这个专业，是被调剂过来的，但是在我们专业学习了一年，我发现我们专业涉及的领域比较广泛，对以后就业有很大的帮助，所以就选择留在了地理信息科学这个专业。 - 你认为过去一（两）年中接触到的课程是否符合你对你自己所在专业的期待，为什么？
我：感觉还行，因为地理信息科学这个专业，涉及的方面（GIS、RS、制图方面的知识、编程语言等），与我们目前所学的课程相符合，难度也比较适中，先学习理论再步入实践，我呢更期待后两年的实践过程，那应该是特别锻炼个人能力的。 - 你觉得你所在的专业是你喜欢的领域吗，它是你擅长的领域吗？
我：不算我喜欢的领域，但是也不讨厌它，要说擅长的话，答案应该是不擅长，但是任何一个学科之间都会有交叉点，所以都会有自己擅长的一个方面。 - 将来你会选择从事和你专业相关的工作吗？是的话给出你想去的城市、公司和岗位，否的话给出原因
我：如果可以的话可以从事与本专业相关的工作。想去的城市应该就是留在成都吧，要说公司和岗位的话，就是对口的超图公司和测绘院这些吧。
（2）对照前人们走过的路和描述未来发展，现在的你
- 自我感觉你已经具备的专业知识、技能、能力有哪些？已经写过的代码量是多少？描述你做的最复杂的项目/作业。
我：具备的专业知识的话应该是懵懵懂懂的，因为它不像高中的那种学习，所以当课程结课考试过后都忘的差不多了；技能的话自己通过三调和在测绘院实习的过程中，对软件Arcgis软件有了一定的掌握和了解；写过的代码量不足1000条吧，就c语言、数据结构、c#接触过代码；最复杂的项目就是三调进行的工作；作业自然就是那些编程学科了。 - 离成为一个合格的本科毕业生，在专业知识、技能、能力上还差距哪些？
我：专业知识打下的基础还不够牢固，在以后学习中有待加强；技能和能力方面的，在未来的两年中，自己应该多参加这方面的实习工作，提升对这方面的理解。
（3）目前是一个人生选择的十字路口，考研、工作、考公、出国，不同的选择在大三就有不同的努力方向。而无论考研还是工作的每条路径，也有许多不同的分支。
- 对照以上你阅读的前人们的经历，你的选择是什么？
我：工作，但是可能会选择考研 - 在这种选择下，你认为你相比其他同学来说有何优势，有何劣势？
我：优势在于我能提前进入社会，感受社会上的压力，通过两年的工作实习，我累计的工作经验也比自己当时的同学多，这就是一个优势的地方；相比想来，劣势的地方在于自己的学历和知识方面比考研等同学的低，但是之所以自己没有选择考研的理由也在于这里，知识我可以通过进入社会来累积，其次我在读本科的时候就没有认真去学习，如果真的考上研究生了我是否也会认真去学习，这是我所要思考的地方。 - 针对你的选择，你给自己的大三设定的规划安排是什么？
我：夯实基础，在这学期通过六级，并参加一些实践工作，提升自己在这方面的能力。 - 你对于实现自己的梦想已经做了或者计划做什么样的准备？
我：时刻准备着，计划赶不上变化，唯有时刻嘱咐自己，才能在未来的学习生活中提高自己！
提有质量的问题
1.【第8章 8.3获取用户需求——用户调研】，该节介绍了用户调研的一系列方法，但是只限于方法，我们要做的是实践，如何有效率的进行用户调研是我们更应该思考的问题？
方法有了，我们采取怎样的方式去进行我们的用户调研，线下、线上进行，进行对哪些人群的宣传；深入面谈和卡片分类对于基数大的调研是不合理的。我们得确定调研工具、前期情况、建立需求调研规范、明确客户组织结构、指定项目的调研计划。
2.【第13章 13.2.3验收测试】该节所说，软件构建完成之后，测试人员将会进行bug的测试，那么怎么评定这个软件质量的高低？bug少质量就高还是以其他标准？
根据我从网上查阅的资料来看，bug的个数不能用来评定一个软件的质量高低，它容易造成部门的混乱，导致公司办事效率降低，对于其它标准我想的就是根据人群使用，之后做个反馈来进行对软件的评定。
3.【第15章 15.2DevOps】我们是否应该思考对测试管理、数据管理主要做的具体工作是什么，通过怎样的方式来保证研发质量？
4.【第16章 16.1.7成功的团队更能创新】为什么一定是成功的团队更能创新，如果一个初始团队因缺乏资金或者什么重要条件致使项目难以开展，这能说明他们的想法不够创新吗？
在我看来，应该是“更能创新的团队才是成功的”这句话才是正确的，在社会竞争中，唯有不断创新才能搏的大众的好评，但是这也得有前提，资金启动，项目开展都会影响一个团队的发展，但是其创新程度是无法比较的，因此我们不能这么绝对的磨灭小团队的创新想法。
5.【第16章 创新和作坊】如何评定团队人数的好坏？
书上所讲，一个人单打独斗的作坊、两个人的作坊、小即是美的例子，让我们体验到团队人数变化所带来的直观感受。但是一个团队人数应该以自己团队的建设组成来看，但是一个强势团队都会有一些好的特征：能力互补、目标清晰、责任明确、团队领袖。这些都是评定团队的标准。
源程序版本管理工具调查
- GitHub
概述：是一个面向开源的及私有软件项目的托管平台，因为只支持git 作为唯一的版本库格式进行托管，故名gitHub。
优点：
1.完整的支持Markdown语言，而且支持Emoji表情
2.支持直接复制图片到页面，会自动上传图片(非常好的功能，知乎也支持)
3.比较好的支持Mobile。虽然github没有手机客户端，但是一般开发者，写好的blog都会通过微博进行分享，所以点击过来之后，就可以在手机浏览器里面访问。
4.使用github原生的功能，就可以进行类似评论的功能
5.支持@用户功能
6.支持标签，当然是你repository里面
7.强调个人，符合hacker更看重名誉/成就感的天性
8.功能设计简洁实用上手很快，可用性好，已有很多相当质量的各类项目和优秀开发者在上面。
缺点：
1.GitHub 使用 git 分布式版本控制系统，而 git 最初是 Linus Torvalds 为帮助Linux开发而创造的，它针对的是 Linux 平台，git 和 Windows 从来不是最好的朋友，因为它一点也不像 Windows。GitHub 发布了GitHub for Windows，为 Windows 平台开发者提供了一个易于使用的 Git 图形客户端。
2.国内访问速度太慢，经常出现connect time-out - Trac
优点：
Trac做一个SCM配置管理平台，意味着它有良好的扩充性；
Trac的权限体系是比较完备的设计；
非常灵活，可以随心所欲的定制，可以和TortoiseSVN集成。
缺点：
不支持多项目；
需求和缺陷没有分离；
用 wiki 来替代 Word 等工具编写文档对于产品策划来说门槛太高了；
中文化不完整，美术人员接触起来困难重重；
不显示中文名，本地化做得很差；
核心功能很少，不安装插件基本上没法用。 - Microsoft TFS
优点：
任务版上能将需求、项目进度一览无余，对于小团队而言，比甘特图更有用，集成了项目管理、版本控制、BUG 跟踪，能有效实现 SCRUM，能与 VS 无缝接合。
缺点：搭建、维护tfs比较复杂，硬件要求也比较高。 - BUGZILLA
优点：
BUGZILLA不收费；
BUGZILLA现在有中文版支持。
缺点：
BUGZILLA只能管理缺陷。