项目的空闲期该做的和不该做的事

进入了项目的空闲期， 也就是常说的“工作淡季”。 不应该做的有以下：

1. 偷猎bug

2. 修复尚未登记的bug

    未登记的bug一般是自己发现的，或者没有走流程的bug。 这类bug可能就自己知道，然后自己神不知鬼不觉的修改，就认为可以了。 其实到了项目的这个阶段，很多bug的修改时需要进行认真评审后才能上传的，因此开发人员最好不要妄作主张。

3. 修复标有“延期”的bug

   标有“延期”的bug可能是涉及很难修改的，或者修改起来影响很大，但是不影响日常使用的问题。 这类bug 的修改可能需要修改设计并且修改后需要充分验证才行，所以开发人员不建议自己着手处理该类bug。

4. 重写“丑陋”的代码

   重构是必须要建立在有测试做保障的基础上，才可以进行。 如果没有这种保障， 即使代码写的很“丑陋” ， 但是至少是经过测试验证可以运行的。 反而这时进行重构，必将带来很大的风险，引入一些bug。

5. 在编码风格上争论不休

    编码风格没有最好之分， 比如windows和linux的编码风格就不一样，但是丝毫不影响阅读学习和修改等。 选择一套合适的编码风格，然后强制执行下去就可以了。

应该做什么：

1. 分析bug。 

      这个其实也就是常说的bug复盘， 分析团队在过去的一个产品周期中修复处理的bug，找出其中的规律。对bug进行分类，哪些是因为设计方面的问题，哪些是管理方面的问题，哪些是开发人员能力方面的问题……等等， 对其分析后，并进行总结，写出复盘报告，让团队人员下次开发注意点什么。个人认为这不仅有利于开发出更好的产品，而且有利于开发人员的素质和能力的提高。

2. 为部门开发一些工具。 

    开发人员发现bug的过程，总是异常的痛苦。 在开发过程中， 可以利用这段时间， 想想过去开发过程中存在的一些浪费和重复性工作。 对于重复性的工作， 可以考虑是否写个脚本、开发一个工具等方式，实现自动化。为以后工作提高效率做一些准备。

3. 讨好项目经理，把他们的设计思想变成原型程序。

4. 学习新技术或技能。

   开发过程中已经通过学习和实践学习了一些东西，但是没有经过系统化，无法更加牢固的掌握。同时， 有些东西可能实际开发中只是知道怎么用，但是不知道为什么这么用等问题，可以利用这段时间，对其进行巩固和加强。

5. 跟研究人员交谈。

   交谈其实相互交流开发过程中的总结，可以学习和借鉴其他人员比较好的方法和经验。

6. 撰写专利申请或白皮书。

   其实通过写作的方式，来完成技术积累和总结。

7. 反思职业生涯。

  可以考虑自己在职业生涯的哪一步了，不过感觉一段时间下来，没有任何收获和进步，保持原地踏步或者偏离了自己的职业生涯， 可以尽早采取行动。

ps： 上述总结条目摘自《代码之殇》 一书中， 对于其中一部分，也是笔者在日常开发中的总结和理解。