软件工程第一次阅读做业

软件工程 第一次阅读做业

项目	内容
这个做业属于哪一个课程	软件工程
这个做业的要求在哪里	第一次阅读做业
我在这个课程的目标是	了解软件开发全过程，提升专业知识
这个做业在哪一个具体方面帮助我实现了目标	对软件和软件工程的历史以及当下有了一些了解，粗略阅读教材

阅读构建之法

1.第三章:软件工程师的成长 * 技能的反面

年轻学生都志向远大，上了一些课，就很想解决高层次的问题。一些学生很是想作高层次的"科研"，以为"工程"是>基础，没意思。并且他们认为"我已经知道怎么作了"。从科研或者理论的高度上来讲，全部的"技能"都能总结成简>单的"已经知道怎么作了"。例如......

书中说的"志向远大，以为'工程'没意思"，这句话让我想起了高中数学老师经常批评咱们的话,"大家有些人啊，就是眼高手低，简单的题目都没得满分，每天盯着最难的题，结果难的题又不会"。如今想来，连简单的题都没得满分就至关因而基础都没彻底掌握,认为本身"我已经知道怎么作了"，倒是半吊子的水平，然而却每天想着去啃高层次问题，又怎么可能把难题解决？ 刚开始学习编程的时候，我也以为"我已经知道怎么作了"，然而事实倒是并无彻底掌握。

2.第四章:两人合做 * 结对编程

在结对编程模式下，一对程序员肩并肩,平等地,互补地进行开发工做。他们并排坐在一台电脑前,面对同一显示器,》使用同一个键盘,同一个鼠标一块儿工做。他们一块儿分析,一块儿设计,一块儿写测试代码,一块儿编码，一块儿作单元测试,一块儿作集成测试,一块儿写文档，等等。

我以为结对编程虽然注重的是两人之间协调,合做。但在构思以及写代码的时候应该保留各自的差别想法,到最后整合工做的时候再来磨合差别性,两人达成共识可能更好一点。由于若是按照书上的方式,每一行代码都要经过两我的赞成，那么效率会比较低，并且两我的的想法没法作到彻底一致，写代码的时候一定会由一我的主导，另外一我的无法充分表达本身的想法。这样的结果不该该是结对编程模式但愿达到的。

3.第十六章:IT行业的创新 * 迷思四 创新者都是身先士卒

大部分红功的创新者都不是先行者，例如搜索引擎，Google是很晚才进入这个领域的。

或许有的领域,先行者创新出了一条路，可是先行者没有好好地走好这条路。缘由多是先行者缺少长远计划，眼光不够。但也有很多先行者身先士卒的，好比中国的即时通讯行业的腾讯,做为中国的即时通讯先行者，没有也不可能被中国后来的即时通讯互联网公司取代。

4.第七章:实战中的软件工具 各司其职，对项目共同负责

团队中的每一个角色都有本身的职责,若是出了问题，这个角色就要负责任

我以为IT行业的职责有时很难明确，若是是某一模块内除了问题还好，直接找该模块的负责人。但也有时候是模块整合弄出的bug,这个时候很难说是谁的错，由于单独的模块是没有问题的。曾经看过一个视频，某一系统的漏洞就是因为各个单一模块整合弄出的。

5.第三章：软件工程师的发展

在中国，软件工程师的职业资格考试有: 计算机等级考试和全国计算机技术与软件专业技术资格考试

身边同窗好像不太在乎这两个执业资格考试，却是ccf考试比较上心

"软件"和"软件工程"概念的提出

1."softwar”：1953年Richard R.Carhart在备忘录中使用software一词

2.软件工程 1968 年北大西洋公约组织在前联邦德国开会提出的 1968年秋季，NATO（北约）的科技委员会召集了近50名一流的编程人员、计算机科学家和工业界巨头，讨论和制定摆脱“软件危机”的对策。在那次会议上第一次提出了软件工程（software engineering）这个概念。

软件工程发展的过程当中有什么你以为有趣的冷知识和故事

20150527ksh的做者有次参加USENIX Windows NT大会，微软在展现他们为NT系统准备的指令，其中一个微软的员工说微软将会发布一个NT的UNIX集成包，里面会包含Korn Shell（ksh）。可是，微软发布的并非ksh，而是MKS，这是一个不兼容ksh88的shell，因此算不上真正的Korn Shell。因此ksh做者就用麦克风说微软发布的并非ksh，可是微软的那名员工仍然坚持说本身公司发布的是“真正”的ksh。这样争执了几次，ksh的做者也就不说什么了。最后观众有人站起来告诉微软的员工，刚才和他们争论的人正是“Korn shell”的做者...ksh做者对这段经历的评价是：“I think that this is symbolic about the way the company works.”（我想这就是典型的微软吧）。
（做者：doacker 连接：https://www.zhihu.com/question/20034686/answer/14717434 来源：知乎）

目前流行的源程序版本管理软件和项目管理软件都有哪些， 各有什么优缺点？

1.软件使用量

一、github：31,000,000用户

二、SourceForge：3,700,000用户

三、Bitbucket：5,000,000用户

四、GitLab：100,000用户

2.各软件的优缺点

Ⅰ.git：

优势:一、适合分布式开发，强调个体；

二、公共的服务器压力和数量都不会太大；

三、速度快， 成熟的架构，开发灵活；

四、任意两个开发者之间能够很容易的解决冲突；

五、离线工做，管理代码成本低，不须要依赖服务器；

六、部署方便。基本上下个命令就能够用；

七、良好的分支机制，可让主干代码保持干净。

缺点：一、资料少，学习成本比较大，学习周期比较长，要求人员素质比较高；

二、不符合常规思惟；

三、代码保密性差，一旦开发者把整个库克隆下来就能够彻底公开全部代码和版本信息。

Ⅱ.Microsoft TFS：

优势：
任务版上能将需求、项目进度尽收眼底，对于小团队而言，比甘特图更有用，集成了项目管理、版本控制、BUG 跟踪，能有效实现 SCRUM，能与 VS 无缝接合。

缺点：搭建、维护tfs比较复杂，硬件要求也比较高。

Ⅲ.Trac:

优势：Trac作一个SCM配置管理平台，意味着它有良好的扩充性Trac的权限体系是比较完备的设计很是灵活，能够为所欲为的定制，能够和TortoiseSVN集成。

缺点：不支持多项目，需求和缺陷没有分离，用 wiki 来替代 Word 等工具编写文档对于产品策划来讲门槛过高了，中文化不完整，美术人员接触起来困难重重，不显示中文名，本地化作得不好，核心功能不多，不安装插件基本上无法用。

Ⅳ.BUGZILLA:

优势：不收费，有中文版支持

缺点：只能管理缺陷