看了Bob大叔的这本书，只在软件质量上这一点就很汗颜，感觉距离真正的“专业人士”还有很大差距。
以前的项目，常常给自己找些“时间紧，任务重，资源不足”的借口就放低了对质量的要求，很多应该坚持的好东西没有坚持。这个找借口的过程非常自然，好像事情本来就是这样的。之后常常发现项目的质量有问题，BUG很多，或是实现的功能没有满足要求，往往要花费更多的时间和资源来弥补，同时还要承受很大的压力（担心其他BUG出现）。这些做法确实非常不专业！
参加工作以来，5年多时间，经历过两个大的项目。第一个有大量的维护性工作，遗留代码多，代码的结构也相对差，同时工具旧，生产率低。工程师都很“惧怕代码改动”，不会轻易改旧的代码，只好慢慢的改进，效率就更低。第二个项目用了更先进的技术，全新的平台，工具链完备，且从头做起。一开始想着要大干一场，多注意单元测试什么的，可到后来，好多应该有的流程都丢了。产品的BUG很多，代码改动依然很困难。我想资源一定也是问题，我们组一共也就4人，多的时候平台上要做2-3个不同的Release，有时候真的应接不暇。
新的项目就在眼前了，又有了很多期许，还是从最基本的坚持做起：
- 真正的实现代码规范
- 推行TDD，做可测试的设计（试试先，阻力可能不小！）
- 引入验收测试（让SQA的人试试）
- 对工期不再妥协
加油！
