第一次阅读做业

项目	内容
这个做业属于哪一个课程	软件工程（罗杰）
这个做业的要求在哪里	第一次阅读做业
我在这个课程的目标是	了解软件工程，并用实践来熟悉对软件开发的整个流程。
这个做业在哪一个具体方面帮助我实现目标	阅读了《构建之法》，对软件工程有了基础的认识。

一.读完教材后的问题

1.第3章 软件工程师的成长——专与精的关系

书中在这一段将全栈工程师比喻成街卖艺的单人乐队，什么都会一些，但什么都不精。因而我对此产生了疑问，在个人想象中，全栈是很厉害的一个发展方向，一我的算法也能作，工程也能作，确定是一个大牛。但在书中，对全栈的评价并非那么高。因而我在网上查阅了以后，发现这就是一个深度和广度的讨论。一我的的精力是有限的，大多数人都只能在一个方面作到精通，或者在多个方面都作到了解。真正的样样精通是很理想化的一种追求，不少时候追求样样精通最后就成了样样不精通。所以我改变了个人想法，我但愿我能成为T型人才，在学校时和工做早期，尽可能去多了解各个领域的知识，而后再选择一个本身适合并擅长的领域垂直发展下去。

2.第6章 敏捷流程——6.2 敏捷流程的问题和解法

第二步：把一个任务从产品层级的描述逐步细化到技术实现层面，是很须要技术能力和交流能力的。

所以究竟要如何对一个任务进行细化呢，并且这个细化的工做是在产品最开始的时候进行的，所以若是细化工做时出现了对工做不正确的预估（很容易出现这种想固然的问题），在敏捷流程中又该如何解决呢？我在查阅了(博客)[http://blog.sina.com.cn/s/blog_72ae45e40101c2cm.html] 获得了下面的回答。

在通过目标故事评估以后，咱们已经有了一份有优先级和工做量估算的目标故事清单和一个整体工做计划。一个整体计划一般要划分为若干个阶段性计划，经过对阶段性工做任务的安排和执行，来逐步完成整体工做计划。
每一个阶段性工做以一个任务计划会议开始。
在任务计划会议上，首先经过目标故事清单的优先级和工做量估算，肯定本阶段工做要实现的目标故事。
而后，根据本阶段要实现的目标故事，逐个对目标故事进行目标细化。在目标细化时，把目标故事分解成通常不超过8小时工做量的工做任务。把本阶段要实现的目标故事分解完后，就生成了本阶段工做的任务计划清单。
对本阶段要实现的目标故事进行细化，是由执行团队的承诺驱动的：按优先级，逐个目标故事细化到任务，直到填满这个阶段的团队工做总时数。经过这样的一个细化过程，执行团队就承诺了在这个阶段，按照团队工做总时数，可以完成的每个细化了的任务。
目标细化的过程是一个造成执行团队共识，开展团队学习的过程。许多学习型组织的修炼方法均可以应用在目标细化的过程里。

从上面能够看到，这个敏捷流程的细化操做不必定要在任务的一开始就所有作完，能够先分几个阶段，而后每一个阶段再分别细化流程。细化的过程要你们都参与进来，这样就会减小对细化目标的错误估计。

3.第6章 敏捷流程——6.3 敏捷的团队

1. 自主管理：之前领导布置了任务，咱们实现就能够了，如今要本身挑选任务；每次Sprint结束以后，还要总结不足，提出改进，而且本身要实施这些改进。“自主管理”不等于“没有管理”。
   . 自我组织：之前作好本身的事情就行了，安心下班。如今每一个人要联合起来对项目负责，有人工做落后了还要帮助他改进，项目缺乏某类资源还要本身顶上去。

在这一段中，对敏捷的团队提出了要求。在这里我想到，在敏捷流程的要求下，是否各个项目中的分工可能就会变得模糊？组里的人要联合起来对项目负责，所以在敏捷开发这个流程中是否全栈工程师更加吃香？所以全栈是否在敏捷流程中是必要的？这些问题在网上没有找到较好的回答。

4.第16章 IT行业的创新——16.1.3 迷思之三：好的想法会赢

好的想法会赢学理工科的同窗都比较理性，大多会认为，好的想法固然会赢啦。就像解数学题同样，好的解法固然会得高分啦。好主意必定会把不太好的主意都比下去。可是在现实中，好的主意不必定赢。例如，看看咱们平常使用的电脑键盘，做者打赌99.9%的键盘都是这样的布局（QWERTY）
可是不少研究者认为下面的键盘布局（Dvorak）更有效率...
...
可是，长期以来，人们已经习惯了QWERTY键盘，所谓先入为主。

我认为Dvorak的键盘布局并非必定是个好想法，由于，虽然设计出了更有效率的布局，可是它没有考虑到对于人们更换键盘并从新适应所带来的代价。并且这个效率提高也不是一个质变的提高，为了这种小的提高而去从新适应，换新的键盘，这个代价反而使得这个好想法变成了坏想法。

5.IT行业的创新——16.5 创新和做坊

做坊，英语叫Workshop，好多学术论文也发表在各类Workshop中，你们也以为挺有面子的。美国好多家里的车库（Garage）、地下室都兼做主人的小做坊。在中国的上下文提到“做坊”，你们会想到什么？我想到：
本身手工劳动，作出产品。
人很少，师傅带徒弟，或家传手艺。
只作某种行业，不太改行，商业技巧很少。
不太作广告，主要靠口口相传，容易被技术进步淘汰。
和顾客很熟悉，能够赊帐……
这些好像都不是缺点吧？为何要着急走出去？咱们一条一条地细说。
...
创新的出路到底在哪里？不能在各类峰会上发言的IT人士，不妨走进各自的小做坊。

对于这里的对小做坊有了好的评价，所以我想问一下，对于刚毕业的学生，究竟是进入这样的小做坊去转研创业，仍是进入大公司在公司的体制内提高本身呢？我本身暂时的想法是在职业的初期最好能进入一个小做坊，或者一个好的工做小组，努力提高本身。可能在这种环境，我的会有更大的提高。但我仍是对这个问题不是很清晰，由于没有什么经验。

二.请问 “软件” 和 “软件工程” 这些词汇是如何出现的 - 什么时候、何地、何人？

• 在1958年1月9日，美国的统计学家John W. Tukey在《具体数学教学》中使用了软件一词
• 在1969年先后,在阿波罗任务的任务过程当中，Margaret Hamilton在美国宇航局工做时创造了“ 软件工程 ” 一词。

三.【附加题】：你们知道了软件和软件工程的起源，请问软件工程发展的过程当中有什么你以为有趣的冷知识和故事？

“埃尼阿克”诞生之初，因为它存在诸多缺陷，没法普遍应用。直到1951年，莫克利和埃克特在“埃尼阿克”基础上研制出了UNIVAC(通用自动计算机)，电子计算机才开始从实验室走向社会。不久，一件偶然事件的发生，又使其知名度迅速提升。
1952年，适逢美国大选。为了对选举资料进行处理，哥伦比亚广播公司租用了UNIVAC，用来预测大选结果。选举结束后仅仅45分钟，UNIVAC就计算出艾森豪威尔将以438票的绝对优点赢得胜利。但在选举前，几乎全部的专家和媒体都预测竞选双方平分秋色。因此对于计算机的预测结果，广播公司拒绝报道。工程师们只好从新计算，但该计算机仍坚持艾森豪威尔将大获全胜。当选举结果正式揭晓后，全部的人都惊呆了：艾森豪威尔实际得票为442票，UNIVAC的预测只有不到1%的偏差率！今后，整个世界开始对电子计算机的功能有了新的认识，电子计算机的发展进入了一个新时代。

四.上网调查一下目前流行的源程序版本管理软件和项目管理软件都有哪些， 各有什么优缺点？

软件	人数	优势	缺点
Github	31,000,000	错误跟踪，快速搜索，良好的社区，方便共享，良好的兼容性，支持Git，SVN，HG，TFS导入。	大小限制：文件大小不能超过100Mb，存储库能够托管信息1Gb。
Bitbucket	5,000,000	对于小团队免费，一个集成的查询管理系统，经过社交媒体和GitHub认证，集成Jira工具，导入现有Git项目，支持Git，CodePlex，Google Code，HG，SourceForge，SVN导入。	不开源，系统不稳定
Launchpad	3,965,288
SourceForge	3,700,000	代码很是多，古往今来，各种都有，版本控制多样选择	查看log很费事，不少没人管理的项目
GitLab	100,000	免费，GitLab在开源许可证下运行，错误跟踪和基于Web的代码编辑，与LDAP(轻量级目录访问协议)集成，支持Git导入	界面相对较慢，存储库常见的技术问题。
GNU Savennah	93,346
OSDN	54,826
Ourproject.org	6,353

参考资料：

• 版本管理软件用户数目