作為一名開發，按時并保質地交付項目需求是最基本的素養
而在公司里，不論自己還是身邊的開發同事，都會感到每天時間好少，開發效率不高
作為一名新人，我也想思考下，這是為什么呢？

環境因素

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

總結

以上是生活随笔為你收集整理的有感于开发效率不高的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。