有感于开发效率不高

作为一名开发，按时并保质地交付项目需求是最基本的素养
而在公司里，不论自己还是身边的开发同事，都会感到每天时间好少，开发效率不高
作为一名新人，我也想思考下，这是为什么呢？

环境因素

1.开会多

作为开发，要参加的会议包括项目启动会、prd评审、技术方案&UC评审、TC评审
作为团队，要参加周会；作为新人，还要参加新人培训。
每周至少也有3-4个会议，基本上就占用了一整个工作日

2.环境嘈杂

办公室里，不仅有正式邀请的会议，也有各种两三人成群的小会。
这些小会的声音，在不同的时间段里此起彼伏，客观上也会干扰开发工作
个人原因

环境因素的解决方案

1.开会多：就应该对会议进行优先级排序。
需要自己深度参与的，一定参加
其他带上电脑参加，保持倾听
2.环境嘈杂：勿久坐、会隔音
买一副隔音好的耳机，环境嘈杂就戴耳机，放点轻音乐接着编码
久坐会收到噪音的持续干扰，过一会透透气，放松心情，回来会好很多。

个人原因

1.协作排期

团队协作，简单说就是如何高效地打断他人和被人打断
经常被打断会干扰做事的思路，所以高效的人不会轻易排期给你

2.巫毒编程与痛苦地调试

作为新人开发，都是从拷贝老代码然后修改的方式，快速接入项目
然而这种忽视理解源码的开发模式，会导致调试能力很弱。
花在代码调试的时间，可能超过去理解源码或学习原理的时间

3.琐碎的调试积土成山

对项目用的工具和技术不熟悉，都是一小步开发，然后多次调试测试
启动java工程、打断点、查变量的时间都是琐碎但积少成多的冗余时间

个人因素的解决方案

1.协作排期：正确评估自己
然而很难，现阶段只能脸皮厚点，该解决的就大方去问
2.巫毒编程：摸索中学习
互联网的编程学习精髓是小步快跑，既不是长时间蓄力，也不是没头没脑就出发
而是——抛开所有不必要的需求，直击最核心最重要的部分，一步步实现，然后迭代非核心部分
比如，业务开发任务，主流程功能是核心，异常校验、性能、页面细节是非核心
首先保证主流程的产出，再去完善非核心部分或许更好
只有这样，才能对进度和预期目标进行有效评估。
3.琐碎的调试：换种调试方法
java工程启动久，就应该活用热部署功能减少重启，对不能热部署的情况要解决
控制台打印代码冗余、断点需要在IDE和界面间来回切换，不方便。
应该学会用日志调试，对于要明确的信息，设置好显著的标识，通过操作界面和查看日志实现调试

转载于:https://www.cnblogs.com/chrisXin/p/6390708.html