重构与framework生成的思考

  这段时间一直在考虑重构与设计模式。思考了些东西，暂时写下来。
  不少人对agile team的code的设计不满，这是真实的现实，我也是。因为前期对于framework之类的设计一般不会投入过多，这没什么问题。但问题是agile team需要重构，而由于种种原因，重构没有有效进行，这会使得设计变得逐渐混乱。
  一种做法是找一段时间，大家一起基于framework重构，这有些危险，尤其是在UT与FT不完善的情况下。我倾向于大家在日常做好功课，这几天在改一个bug时对此更有体会，UT不全，代码混乱，改代码困难，时间又紧。如果大家在平时能够写出“好看”一点的code，即使没有规规矩矩的framework，也是可以接受的，因为简单易读的code易维护，也容易行成framework。这就是所谓的“工在平时，利在以后”，这是一个渐进的过程，重构对于工作进度的影响需要我们把握，也需要上层的支持，但这种支持需要争取。
  Agile推行，有多方面的阻力，这个有时间再总结。但code是现实的，领导们也是看得到的，影响大家写出简单的code、养成好的编码习惯、养成重构的习惯是agile推行者们要下的苦功夫，也是一个不容易让领导们看到效果的行为，有的coders也不会理解。改变习惯，是一件不容易的事，重要的是，首先要养成自主思考的习惯。