[技术帖]初试Bazaar和Mercurial

最近这种分布式的SCM忽然就流行起来了,上周挑了半天决定拿Bazaar下手,结果折腾了一阵碰到一个问题:

把本地Repository通过SFTP
push到服务器上以后,再用SFTP从远程Repository上branch下来,居然只有.bzr的本地Repository副本,没有工作目录的
内容。试了update/checkout等命令也都不行——难道是因为我已经习惯了传统的集中式SCM,什么地方做得不对?

搞了很长时间没解决,一怒之下换了名气很大的Mercurial。这个东东很不错,找到这两页快速参考文档,打印出来很好用,上手很快。速度比Bazaar快不少,功能似乎也强一些,据说做分支合并很方便,不过我暂时还没有试。

可惜遗憾的是Mercurial没有Bazaar那样的通过SFTP上传的功能,这对我来说有些不方便——也许是因为它的使用模式与集中式SCM更加的不同,所以不需要这样的功能,但反正我是不太适应。

经过一番研究以后发现,用Bazaar作branch只有通过http才能取得工作目录的内容。

既然能取得工作目录,就暂时决定继续用Bazaar。

另,我喜欢这些DRCS(分布式版本控制系统),因为它们只会生成一个目录,而不是像CVS或是SVN那样,在每个子目录里都生成一个。

架构师已死?

看到这么一篇《构架师已死(转)》,虽然我很同意原文的三个结论:

中国程序员最愚蠢的三个认识:
35岁后写不动程序了;
我只要做Java(C++);
我想当构架师。

但是对于其中导出第三条结论的过程不以为然。

这三个愚蠢的认识在中国软件业流传已久,那个面试的小伙子深受其毒害也不足为奇,但是这个Simon的态度就比较的不合适。

而我最为反对的是Simon的这个观点:

这就是为什么实际上所谓的构架师不存在的原因。一个更简单的东西怎么会更有价值呢?每个人都能够画出这种构架图,但不是每个人都能写出好的代码。

一个构架图固然看上去简单,但是要作出这样一个简单而且正确的构架图却绝对不简单——我可以肯定地说,在大多数情况下,这要比写出好的代码更困难。

把一件复杂的事情弄简单了,是非常非常有价值的。

令狐评论说:

这次说简单一点:架构师是非常非常重要的——如果你对架构师的职责有正确理解的话。