赏析的第五部分，讲述的开发“大侠”在产品集成中所担任的角色。。。



== 第五章中，讲到开发人员也要承担集成的责任 ==

很多企业的集成工程师，都处在水深火热中。他们等待所有的相关开发人员（注：一百多个。）都提交了代码（注：这可能已经晚上八点了。），然后编译。编译一遍，报错无数。打电话给张大侠、李大侠、王大侠，搬救兵。修正、修正、修正！再编译，还是有错。再修正！五六轮之后，啊，终于编译通过了。运行一下看看。咦，程序死掉了。现在深夜三点半。
问题出在哪儿？可能出在好几个地方。这里要讲的，是开发人员要承担集成的责任。如果有100个集成问题，争取开发人员在任务单元提交之前消灭其中的98个。因为，首先，开发人员解决，是在并行的解决：每个开发人员随时都在解决，通常互相之间不用等待、排队。而等到集成人员发现再解决，是串行的解决：一个问题一个问题分析并解决。其次，冒出一个问题的时候，尽早解决，解起来容易；等问题多了，一堆问题在一起，错综复杂，解起来就不容易。有个比喻，叫一团乱麻。再次，由集成人员来组织处理这些问题，常常是低效的。因为他得去判断该去找谁，再找到他，再沟通交流，再提供一个临时的工作环境，等完成了，再验收，有问题，再去找，等等。如果开发人员在任务单元提交之前就弄好，那这些事儿就都没了。
尽管开发人员要承担集成的责任，在实质上完成集成的工作，但是，通常当我们说到集成这个词的时候，指的是集成工程师所作的工作。下文就是。
……

“开发人员也要承担集成的责任”；
开发人员这里可以好好看下；

集成的时候都会出现一些错误；
很多都不可避免的；
这里讲到开发人员也要承担集成的责任；
并行和串行的概念，
相信大家也都能理解；
所以集成工程师（一般都是由配置管理员担当）要多和开发人员沟通，
以免最后出现大规模的集成，大规模的错误（那简直就是个噩梦）；
站在配置管理员的角度，
我们需要做的事情确实太多。

“尽管开发人员要承担集成的责任，在实质上完成集成的工作，但是，通常当我们说到集成这个词的时候，指的是集成工程师所作的工作。下文就是...”
集成什么时候都是个大头戏；
后文更重要...

频繁的  尽早的集成   应该是个不错的实践吧

今天刚刚看了这一段，两处＂注：＂准确的道出了集成工程师的苦处啊，

防守球门的事情都丢给＂守门员＂来做，有很多公司都在这么干，

配置管理的基本理论还需要进一步普及．任重而道远．

"很多企业的集成工程师，都处在水深火热中。他们等待所有的相关开发人员（注：一百多个。）都提交了代码（注：这可能已经晚上八点了。），然后编译。编译一遍，报错无数。打电话给张大侠、李大侠、王大侠，搬救兵。修正、修正、修正！再编译，还是有错。再修正！五六轮之后，啊，终于编译通过了。运行一下看看。咦，程序死掉了。现在深夜三点半。"

这种情况下，集成工程师可以调整一下上下班时间，等晚上八点开始上班，深夜三点半下班。
或者，在不同时区的两组人员接力做。

这个集成工程师是什么概念，主要做什么的，我们这儿似乎没有类似的岗位，CM0不用作这个，开发人员当然要负责能联调通过

引用:

原帖由 missdeer 于 2008-6-12 20:55 发表
这个集成工程师是什么概念，主要做什么的，我们这儿似乎没有类似的岗位，CM0不用作这个，开发人员当然要负责能联调通过

集成工程师，
顾名思义；
当然就是负责集成的了；
一般都是由配置管理员做的吧，
开发人员负责自己部分调试通过；
而集成则需要专门的人负责build

突然发现这次的赏析这次是最后一期了哦；
刚好也已经接到原书了；
这次可以好好学习下了：）

引用:

原帖由 CMStruggling 于 2008-6-12 22:22 发表
一般都是由配置管理员做的吧，
开发人员负责自己部分调试通过；
而集成则需要专门的人负责build

感觉这样的话，不是很科学合理，就我认为，这个工作应该让开发人员中抽人来做

引用:

原帖由 CMStruggling 于 2008-6-12 22:22 发表

集成工程师，
顾名思义；
当然就是负责集成的了；
一般都是由配置管理员做的吧，
开发人员负责自己部分调试通过；
而集成则需要专门的人负责build

突然发现这次的赏析这次是最后一期了哦；
刚好也已经接到 ...

原来是最后一期了。

引用:

原帖由 missdeer 于 2008-6-14 01:08 发表

感觉这样的话，不是很科学合理，就我认为，这个工作应该让开发人员中抽人来做

嗯；
总之这个不太好定义；
如果有集成工程师的话，那这个工作当然就由他自己来做了；
要不由配置管理员做也对，
毕竟至少后面的构建之类的也是由配置管理员来说的（当然这里也得提下，就是没有专门的管理构建方面的）；
讨论这个很复杂也；
总之这个工作得意识到它是很重要的，而且要尽早的集成就好了。