当程序员工作量不饱和的时候做什么
当程序员工作量不饱和的时候做什么
?
?
版权声明：原创文章；转载请于标题之后正文之前保留此版权信息，并注明出处及URL
适合级别：所有
关键字 ? ：程序员, 职业, 效率, 工作量?
?
?
不是所有程序猿都需要加班，也不是所有时候都在加班，事情总是有稳定或者缓和的时候。 那么一旦到了喘口气的阶段，工作量没那么饱和的时候，程序猿可以做些什么呢？个人觉得有以下几点：
?
?
1 总结： 这是非常必要和必须的！
?
上一个阶段究竟为什么加班？为什么忙碌？为什么压力大？ 项目做的如何？从计划到成果，予以总结；这样才能真正收获经验并且进步，不然可能只是参与而已。 总结包括技术方面和非技术方面。
?
?
2 重构代码： 很多人都讲重构，但做到的不多；做到的人中做得好的更少。 重构不只是一个个地消除代码中的TODO等，而是涉及很多层次，比如设计层的，算法层的，模块内部结构的，等等。 具体重构时，要视不同的项目规模、完成度、时间成本等因素来制定重构计划。
?
?
3 个人/团队代码库的更新维护： 完成一个项目了，自然收获不少；哪些模块是直接使用代码库里的？好用么？是否需要改进？ ?哪些新的模块可以加入代码库？ 是否可以通过审核直接加入？还是需要再次抽象或修改？
?
?
4 方案对比和评估： 完成的项目中，设计和架构部分，与以往项目有何区别？ 采纳的方案有何优缺点？ 以及性能方面安全方面等的评估。
?
5 重新审核代码： 对于往期项目，团地成员交叉审核代码，或者全员审核代码； 这不只是一次阅读代码的机会，更是交流的机会，是再次检查内部编码规范执行程度的机会。比较理想的目标是： 每个团队成员看到任意一段代码，都觉得像自己写的，而且能快速读懂。
?
6 学习： 包括 学习新的编程语言，学习新的框架，学习的开源组件、设计模式、架构原则等。 其中学习新的编程语言，并不是一定要用它，而且与我们已掌握的语言想对比，加深对语言设计的理解；同时，可以站在解决问题的角度来看待，甚至超越编程语言的层次 - 这可能就是传说中大牛们是无所谓什么语言的境界了。
?
?
7 软件开发流程梳理，自动化 ；项目管理交流?
项目是否按进度利用指定的资源完成了？ 流程顺畅否？ 效率如何？是最低成本了吗？
?
?
8 其他方面?
每个人都可以有自己的事情；虽然我们不是google，不会经常有10%或20%的自由支配之间，但在工作量不饱和的时候，每个人程序员在完成工作任务之后，都可以做自己的事情，比如参与开源项目贡献代码或者提交bug等，参与新技术推广等，参与社区活动与技术交流等，参与行业交流等 。
?
?
当我们不用100%精力去工作的时候，正式自我增加和审视的好机会！
