衡量被重构的优先级有两个维度:
1.重构带来的价值高
2.坏味道多
一般来说前者的重构更容易得到外部的认可,而开发人员更容易发现后者,因为深受其害.同样是坏代码,如果修改越多则越多的开发人员痛恨,同时它也会变得越坏.如果一个地方会经常改并且业务价值不高,说明大家用了很多的精力在低业务价值上.但是从另一个方面来看,如果核心业务都还在频繁变动,那也是有问题.如果这样悲观的来看,当我们做一件事时,往往是不得不做的时候.恐怕这也是最难而非最适宜的时候.毕竟,最佳时机啊是昨天.
衡量被重构的优先级有两个维度:
1.重构带来的价值高
2.坏味道多
一般来说前者的重构更容易得到外部的认可,而开发人员更容易发现后者,因为深受其害.同样是坏代码,如果修改越多则越多的开发人员痛恨,同时它也会变得越坏.如果一个地方会经常改并且业务价值不高,说明大家用了很多的精力在低业务价值上.但是从另一个方面来看,如果核心业务都还在频繁变动,那也是有问题.如果这样悲观的来看,当我们做一件事时,往往是不得不做的时候.恐怕这也是最难而非最适宜的时候.毕竟,最佳时机啊是昨天.