CodeComplete读后感之隐喻篇

我想这就是为什么楼主觉得这个隐喻好的原因。

《代码大全》的隐喻都比较老，大家基本都知道。
Alistair Cockburn的《敏捷软件开发》也有一些隐喻，传播还不太广，非常富有洞见，有兴趣可以去看看那本书的几篇附录。

当楼主觉得"建筑"隐喻的不足，并能发展出属于个人的“软件开发”隐喻的时候，也就是楼主更为精进的时候。

当时看《代码大全II》时候，还专门查了什么隐喻，其实我们平时在开发中，在与客户的沟通交流过程中很多时候都用到了隐喻！！

我读了很多好书，但其实理解得不好。可能跟读得太多太快太随意有关系。

经验不足可能也是其中一个原因。

不喜欢隐喻........
因为隐喻只对外国人有用
他们用的专业名词太长太难记


我们用的是中文.
本身选词已经含有意义了
望文生意就可以了...不要乱用隐喻


另造狗窝与造软件是本质上不同的活计
用建筑业的名词主要还是历史上的失误
千万不要用建筑学或机械工程去套软件工程

根本上没意义...
常说的没有银弹也是指软件不能用已知的工程学方式来管理.

发现我很喜欢CC的作者的比喻，比如：
1 需求就像水，只有冻结以后才容易在其上面构建东西。
2 看没有文档/注释的代码，就像看没有字幕的外语电影。(我自己乱译的，译得不好)

不知道有多少人跟我一样，喜欢用隐喻/比喻去理解软件？

文学点缀一下可以获得欢乐的效果 …… 但是没啥实质内容。

对《敏捷软件开发》中的那些附录，也曾看过，但是不曾记得有什么印象很深刻的隐喻。但是《代码大全》中有关建筑的隐喻却印象很深刻。

再去看看

CodeComplete这本书是我在写代码最疯狂的时候看完的，共鸣感真得很大，至于提到的隐喻，根本没留意到，至今还在推荐这本书给新人看。
DesignPattern这本书是做设计最多的时候看的，看完就把书扔掉了，基本上和江太上皇的三个代表一样的忽悠，通篇的比喻和毫无说服力的设计策略只能说明作者是IT届的余秋雨。

这是一个充满邪恶，欺骗，异常的外部世界，只有充满质疑，理想和自信的人才能真正成为软件架构师，一根筋（单线程）的脑袋，还是适合去炒股票／关系型的商业交易专家

维特根斯坦说过，好的隐喻胜过千言万语（大概如此，原话忘了）



说的好啊