第一次阅读和准备作业
第一次阅读和准备作业
这个作业属于哪个课程 | <课程的链接>
这个作业的要求在哪里 | <作业要求的链接>
我在这个课程的目标是 | <想能做出一些方便自己使用的小软件>
这个作业在哪个具体方面帮助我实现目标 | <增加我的兴趣>
一丶 个人介绍
我的博客地址：https://www.cnblogs.com/li1377665196/
我是一名计算机专业的在校大学生。听说学计算机好挣钱，就报了计算机专业，但我在报志愿时并不感兴趣。大一感觉写写代码还有点意思，现在却只觉得枯燥。回想自己的大一生活，写了很多没用的代码，浪费了很多宝贵的时间，干了很多没有意义的事情。但是我对一些实用或者有趣的小工具和APP还充满了好感，也希望在学习这门课的过程中能做出一个实用的小工具。现在我要好好把握住时间，去干一些想做的事情。
二丶 阅读与思考
1、当初你是如何做出选择你所在专业的决定的？
我们的高中班主任是一个语文老师，每周都会拿出一节课来给我们讲很多东西。他的一句话在我选专业的时候影响了我，当时我想选个看上去有意思的专业，但他说人会在追求物质的过程中变得脱俗起来，那我就选个最挣钱的专业。后来就到了计算机专业，刚来到这个专业好像很厉害的样子，现在却感觉好难，我应该选个简单点的专业。
2、你认为过去一（两）年中接触到的课程是否符合你对你自己所在专业的期待，为什么？
我对过去一年中接触到的课程符合我对所在专业的期待。
因为过去一年的课程相对基础，学起来比较容易，难度并不大。我在学习基础知识的过程中也学到了很多有用的思维方式，我认为自己受益颇丰。
3、你觉得你所在的专业是你喜欢的领域吗，它是你擅长的领域吗？
我所在的专业是我喜欢的领域中的一种。我有很多喜欢的领域，计算机技术是其中之一。
但我认为，计算机技术并不是我擅长的领域，这个专业设计非常多的理科内容，我总是感到十分枯燥。
4、将来你会选择从事和你专业相关的工作吗？是的话给出你想去的城市、公司和岗位，否的话给出原因
我将来不一定会从事与专业相关的工作，我可能在以后根据自己感兴趣的事情去做。如果是自己感兴趣的事情的话，我可能就会用不完的力气，但如果不是我感兴趣的事情，而是枯燥的工作，我可能会认为那只是在浪费人生的大好时光。
5、自我感觉你已经具备的专业知识、技能、能力有哪些？已经写过的代码量是多少？描述你做的最复杂的项目/作业。
学习了C/C++和数据结构，但是并不十分精通，能够编写一些简单的程序。
一共大概写过几千行代码。
借助QT做的一个聊天室。
6、离成为一个合格的本科毕业生，在专业知识、技能、能力上还差距哪些？
专业知识上还差很多需要学习，作为一个合格本科生专业技能也十分欠缺，能力有待提升。但作为一个合格的大学生，只有这些我认为还是远远不够的，我们必须还要有良好的思考能力，和辨别是非的逻辑能力，在将来生活和工作中，在需要做出重大选择时，不留下“学者溺于所闻”的遗憾。
7、对照以上你阅读的前人们的经历，你的选择是什么？
考研对我来说是一条十分值得考虑的路。
8、在这种选择下，你认为你相比其他同学来说有何优势，有何劣势？
我的优势可能是对其他知识的热情。劣势就是对自己的专业缺乏十足的热情与过硬的技术。
9、针对你的选择，你给自己的大三设定的规划安排是什么？
多多读书，不要只局限于专业知识，为考研做积极的准备。
10、你对于实现自己的梦想已经做了或者计划做什么样的准备？
尽可能多去利用课余时间读书，专业的课程努力跟上不要掉队。好好学习外语。
三丶一些问题
问题1
原作P265：评价标准
书上的评价标准主要是通过用户的反馈，和设身处地为用户着想的程度作为一个软甲好坏的标准。通过网络的查询，软甲的评价可以是来自多个方面的。所以说在软甲工程方面，是否有一个行之有效的评价标准呢？如果没有，我们应该如何制定一个评价标准，并能够使它适应在各个情况中呢？
问题2
原作P354：迷思之八：创新者就是冒险家
在软件开发中屡败屡战后如何保持创新的动力呢？
不要说有创新失败的情绪，就是普通的软件开发过程中，都有十分烦躁的时候。在网络上搜索资料，了解了程序员鼓励师这么一个有趣的职业。在进行普通软件开发的人可以用程序员鼓励师来提高他们的动力，那么，屡败屡战的创新者们，我们要找什么方法保持他们的创新活力呢？
问题3
原作P382：四个象限
书中用高能力，低能力，高动力，低动力将一个团队的成员划分成四个象限。分别是高能力低动力、高能力高动力、低能力低动力、低能力高动力。作为一个团队的新成员，我们往往都是处于高动力低动力的象限中，随着时间的推移我们将会从这个象限转到其他的象限，那我们应该如何保证我们可以进入到一个高动力高能力的象限呢？
问题4
原作P391：创造阶段
这是一个团队的巅峰阶段，具有如下特点：团队知道为何而战，并将注意力集中到如何创造、实现目标上。高度自治不在需要领导的时时教诲与介入。角色和职责能够根据项目的要求自然的转换，没有人为此担心发牢骚。这看上去是一个十分理想的团队，那么我们究竟如何才能保证我们的团队最终可以有机会成为这样的团队呢？
问题5
原作P108：敏捷开发
敏捷开发有着很多优点，这些优点使一个团队可以做出更加优秀的软件。敏捷开发这个模式并不是一夜间大牛们就想出来的，而是经过了很多知识和技术的积累，但是敏捷开发只是当下众多开发模式的一种，随着时代的进步，我们也将会发现各种新的思维想法，我们将来会选取什么样的开发模式呢？
四丶了解和调查源程序版本管理工具
1.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
3、不能很好的解决GB2312/GBK，对中文不够友好
4、wiki功能太弱，直接导致文档（对于开源项目很重要）经常被分离到一个独立站点
（对企业而言）
5、免费套餐不支持私有项目，无非解决企业内部的需求，github:fi价格过高（最便宜要$5,000/年）
6、基于git，学习曲线陡峭，企业大规模用git根本不现实。尤其国内大家都刚学会svn
7、github有时可能被墙，或者不稳定
8、没有集成社交分享功能。比如后面可以分享到微博，微信朋友圈等。之前有人建议我去做插件，有时间看看这个。
参考：https://www.cnblogs.com/yilinwei/p/5283675.html
2.Git
优点：
1、适合分布式开发，强调个体。
2、公共服务器压力和数据量都不会太大。
3、速度快、灵活。
4、任意两个开发者之间可以很容易的解决冲突。
5、离线工作。
缺点：
1、学习周期相对而言比较长。
2、不符合常规思维。
3、代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。
参考：https://www.cnblogs.com/cp168168/p/8734043.html
3.Trac
优点：
1、Trac做一个SCM配置管理平台，意味着它有良好的扩充性
2、Trac的权限体系是比较完备的设计
3、非常灵活，可以随心所欲的定制，可以和TortoiseSVN集成。
缺点：
1、不支持多项目，
2、 需求和缺陷没有分离，
3、用 wiki 来替代 Word 等工具编写文档对于产品策划来说门槛太高了，
4、中文化不完整，美术人员接触起来困难重重，
5、不显示中文名，本地化做得很差，
6、核心功能很少，不安装插件基本上没法用。
参考：https://www.cnblogs.com/yuyue1216/p/5281544.html
