标签:des style blog code 使用 width
[高效能系列]开发人员如何提高工作效率一:找出低效的原因
高效能工作系列开篇,就以这一篇开发人员如何提高工作效率作为第一篇内容,写这个高效能工作系列的目的很明显,寻找各种可行的方法来提高自己的工作效率,包括时间管理的方法,如何实现目标等
1. 今天这篇的内容是找出效率低下的原因,有低效的开发人员,反过来就是高效的开发人员,那么这两者的效率差体现在哪里呢,把自己的情况也放进去比较
十二个可让你效率提高的方面
比较方面 |
熟练人员 |
一般的开发人员 |
我 (2009.8) |
查找资料 |
经过多年的积累加上自己的 CodeSnip 的总结,基本不用额外再查找资料。 |
在开发过程中会花掉 10-20% 时间去查找资料。 |
有单独的技术blog来放自己整理的资料,遇到新问题的时候是需要时间找资料 |
代码复用 |
注意代码复用,并且时刻注意重构和抽取公用代码。 |
一般开发人员是代码拷来拷去完成功能。 |
在注意代码复用以及抽取公用代码 |
对开发工具的熟悉程度 |
非常注意查找,定位,标签等各种快捷键的使用,定位查找方便快捷, IDE 环境也根据习惯定义到最方便状态。 |
|
对开发工具的快捷键的熟练还有待提高
|
编程习惯 |
编码前先思考清楚整个流程,在头脑或纸张上规划好整个实现方式和方法函数的划分。 |
想到哪里写到哪里。 |
很少在编码前进行方法和函数的划分,今天特意实验了一把,感觉很好,以后要坚持 |
Debug习惯 |
写了 50 行以上或更多代码才 Debug 一两次。 |
写了几行代码就要 Debug 多次,完全通过 Debug 来验证代码正确性。 |
目前是完全靠debug来验证代码的正确性
|
代码质量 |
注重代码的质量,单元测试和可维护性,注重各种业务逻辑的验证和边界条件的校验。 |
只注重简单功能的简单完成。 |
开始注意代码的质量,单元测试和可维护性,但总会考虑不周 |
代码质量 |
提交测试的代码 BUG 很少,返工工作量很小。 |
由于自测不完善 BUG 较多,造成大量的返工工作量。 |
Bug尚算少 |
时间管理 |
合理分配自己的时间,规划好每天工作任务,开发过程各位专注。 |
一心多用,边开发边聊 Q 。 |
有一定的规划,每天对事情进行分类,把目标写到 |
自我总结 |
善于知识的总结和积累,形成自我的知识库和经验库。 |
则不善于这种总结。 |
经常总结 并整理成Blog文章 |
责任感 |
善于发现问题,分析不足而自我持续改进。 |
在外力干预下被动改进。 |
主动发现问题,但改进较少 |
思考 |
熟练开发人员开发重点已经专业到对业务的深刻理解。 |
考虑的是开发上编程的语言和工具。 |
业务实现和技术实现都有考虑其合理性 |
时间管理 |
善于从各种影响自己开发效率的因素中挤时间,善于使用各种辅助开发工具。 |
|
有自己比较适合的方法 |
开发人员如何提高工作效率一:找出低效的原因,布布扣,bubuko.com
标签:des style blog code 使用 width
原文地址:http://www.cnblogs.com/wroad/p/3799492.html