修改代码的艺术 短评

  • 3 zhoudh 2013-06-22

    基本上每周都要在几个长达2000行以上的函数里面漫游,学会控制情绪是一件很重要的事。本书的第24章”当你绝望时”只有短短的两页,可见作者也写不下去了,只好草草地以“混口饭吃”这样的理由来安慰阅读此书的码农。

  • 1 Whyme Lyu 2010-03-02

    原来我写的全都是Legacy Code...><

  • 1 丸子(^.^)v 2012-08-05

    =。= 真的是鹏鹏翻的?

  • 1 AlphaDiao 2014-06-25

    以后干活顺便把测试的活也揽下来算了。另外,看到以前乱七八糟的命名,因为我太蠢而看不懂的逻辑,还有在我后面猛塞重复代码的,都很想把人揪出来揍一顿。

  • 0 2014-03-17

    : TP311.52/5813

  • 0 Ariequ 2012-04-25

    不推荐。

  • 0 interma 2008-04-06

    尽管吹捧的很厉害,但是和《重构与模式》一样,充其量只是一本案例集,无法达到《重构》的高度。

  • 0 思维 2013-02-26

    先求一本实体啊,被china-pub晃点了! 作者靠谱、译者靠谱、内容靠谱,各种硬货都足够消化一段时间。大量内容和编写、修改、组织测试用例相关。虽然重构和代码重写说起来简单:减少(坏的)重复、减少耦合、增加内聚,但真正写出来每一点展开都是一本砖头书。

  • 0 雨果僧 2014-06-28

    很多修改的技巧,更像一本手册,经常查阅....

  • 0 zpp 2011-03-16

    Feathers出品

  • 0 VVK 2011-09-17

    就那样。

  • 0 alex.lee 2007-12-19

    值得一读

  • 0 whg 2014-01-24

    很多耳目一新的测试/修改方式

  • 0 qwert 2008-10-26

    太死板了。

  • 0 刘凯 2008-04-30

    最近的修改以前的项目了。赶紧把刘老大翻的这本书拿来瞧瞧,以免陷入泥沼之中。 God Bless Me!Don't get me fucked.

  • 0 aleung 2010-01-02

    远远不及 Refactoring 经典

  • 0 银光 2012-10-03

    编写可添加单元测试的代码,让代码有更少的依赖,可能由于各种原因没法实践每个功能都有单元测试,但往这个方向去了,会让工程有更少的依赖,可扩展变强了。

  • 0 et 2015-02-02

    分享了很多做法,可以说是干货

  • 0 o6z 2011-01-13

    按照这个方式修改代码早就都死了

  • 0 lua 2017-12-29

    有帮助