呵呵，这个全不是我的功劳啊，原书名就是《理解软件配置管理》，懂老大说，应该让书名吸引人一点，博文的编辑也这么说，可我又想不出来…… 问周围的同事，“prepare for tomorrow”中文怎么翻译最好，同事说，“未雨绸缪呗”。于是就未雨绸缪了~

引用:

原帖由 CMStruggling 于 2008-5-10 12:48 发表
《未雨绸缪—理解软件配置管理》
一目了然，
相信大家和我一样，
第一眼肯定是对这本书的书名感兴趣！

未雨绸缪的意思相信大家也都知道，
就是说做任何事情都应该事先准备，以免临时手忙脚乱..

希望流水先 ...

馋了~ 现在西瓜还太贵，再等等…… 书面市的时候就差不多了大概~

是啊是啊，“任何比喻都是蹩脚的”，没有完全恰当的比喻，“A就像B”，但是A不是B。
保险柜，只要能做到“有且仅有适当的人能开”就可以了。软件配置管理可比这个复杂多了。用保险柜作比，只是用来引入。

引用:

原帖由 蓝色天空 于 2008-5-10 14:28 发表
首先,我想说通过阅读入门这部分我基本对配置管理从大的方面有了一些认识.
1.保险柜来形容配置管理资产的容器真的很形象,我想作者这样比方主要是要强调配置管理的软件资产的高价值性吧.不过呢,这个保险柜估计只能由一 ...

引用:

原帖由 流水先生 于 2008-5-11 11:22 发表
呵呵，这个全不是我的功劳啊，原书名就是《理解软件配置管理》，懂老大说，应该让书名吸引人一点，博文的编辑也这么说，可我又想不出来…… 问周围的同事，“prepare for tomorrow”中文怎么翻译最好，同事说，“未雨 ...

原来还有这个小插曲呢；
未雨绸缪确实不错的哦.
“prepare for tomorrow”..

流水先生的比喻的确生动、形象，对于初步涉足SCM的人而言，这样的比喻能让他们更快明白SCM到底在做什么。事实上，现在市面上这类比较容易入门的书太少了，而作为相对冷门的SCM领域而言，就更需要这样的书，能够很快的把初学者领进SCM的大门，流水先生的确做了一件很有意义的工作。

比喻很形象,其实类似的比喻在我们生活中都是显而易见的,只是很多东西都已成习惯,或者是理所应当的事.
比如:我们刷银行卡,信用卡,都会有消费记录,这些记录我们可不可以将他们看作是版本,每次消费是一次变更呢?
又比如:学校里的学籍管理,记录着学生的成绩,表现等,每次的升学考可不可以理解为一个BaseLine.
这些其实就是信息管理,就其概念而言,其实是配置管理的基础:版本,变更.作为配置管理还要考虑到产品的安全性,风险性和配置项的复用性等!是信息管理的升级版!!~作好配置管理不容易啊.
呵呵,比喻打得不好,大家别见笑啊!~

脚印这个比喻，如果是平时在路上走，不太会看到自己走过的路留下的脚印，也不能根据脚印回到某个地方再找一条路去走。
但如果是在雪地上，就可以了。而且因为雪地上可供参考的标志也不多，容易迷路，根据脚印来找自己走过的路也比较有用。
可以说是“雪地上的脚印”。对应的就是“悬崖上的岩钉”，或者“珠峰上的岩钉”，用来传递火炬。
“保险柜”放在哪里还没有想好，“公司里的保险柜”？

引用:

原帖由 scmscmscm 于 2008-5-12 13:06 发表
脚印这个比喻，如果是平时在路上走，不太会看到自己走过的路留下的脚印，也不能根据脚印回到某个地方再找一条路去走。
但如果是在雪地上，就可以了。而且因为雪地上可供参考的标志也不多，容易迷路，根据脚印来找自 ...

说的相当好，能联想这么多，也都有一定的道理的。
同时个人觉得是不是有点太咬文嚼字了；
本来流水先生用这几个比喻保险柜、岩钉、脚印其实也是用一种打比方的方法引大家入门，
若在这里都说的那么深，
还反复的细挖了这么多，貌似不是什么很好的事，会给人有点啰嗦累赘的感觉；
个人观点 。

引用:

原帖由 CMStruggling 于 2008-5-12 19:31 发表

说的相当好，能联想这么多，也都有一定的道理的。
同时个人觉得是不是有点太咬文嚼字了；
本来流水先生用这几个比喻保险柜、岩钉、脚印其实也是用一种打比方的方法引大家入门，
若在这里都说的那么深，
还反复 ...

同意同意！建议大家也举些平时自己用的比方，或者向其他同志解释软件配置管理的方法。

正打算在公司与PM们分享CM的经验，岩钉、脚印的比喻让我眼前一亮。
确实，在以往的软件公司中，CM更注重的是保险库，所有项目完成后，必须放入资产库，然后做统一整理，有新项目的时候，就得出库。随之产生了入库、出库流程……
但是现在我在一家网络公司，常用的应用程序代码随时会随用户需求改变。在这种状态下，如何更好的保证代码的稳定性就是重中之重，而以往软件公司的入库出库流程简直就是多余，没有一个开发人员会接受如此繁琐而且没有效率的流程。他们要求的是，我们的代码在一起，我们随时能改，随时可以提交测试，随时可以上线，互联网，要的就是更快的给用户眼前一亮。
ok，这样，作为CM，就必须保证上线的代码是稳定的，任何一个处在并行开发的成员所用的代码都是稳定的。每次分享的时候，都会从开发的角度出发去说明CM的工作如何做，如今，流水先生的岩钉，确实是非常贴切的说法，相信有更多的开发人员可以理解他，CM的工作水到渠成了。
至于脚印，公司的文化决定了tx们更多的关注结果，在快速响应快速产出的情况下，最容易被忽视的是过程。但是，现在的工作势必是多角色合作完成的，一个PM能从需求挖掘一直做到项目总结吗？当然我不否认有这样的高手，但是这样的工作流程恐怕是10年前的了。项目有里程碑，每个里程碑的执行人不同，专业不同，如何让项目顺利进行，甚至于多个项目并行（这在我们这太常见了），脚印一定是需要留下的。对于代码来说，这同样是一份不可或缺的资产，说的严重些，这些脚印经过了整理，即使某天，代码发生了灾难，要做的无非是照着原有的设计写代码，损失能有多大？但是，如果没有这些，那对于你的团队来说，简直就是世界末日了。