程序員加班之說-談效率

最近聽人談起程序員的加班問題，忙到那麼晚，真有那麼多事情要作麼？固然每一個人遇到的狀況不同，給到的答案也是不同的，這裏針對我的所遇到的狀況，談談對加班的一些見解。

任務量是否是不少？

答： 是的。因咱們最近涉及到改版，將舊有的邏輯所有以新的格式從新書寫；以及引入的新的框架、架構，有許多的東西要學，這樣就無形中也增長了任務量。但這就是加班的主要理由嗎？

核心問題-效率

結合我的在作任務開發時所遇到的問題以及所浪費的時間，思考了許久。發現真正的問題，是在作任務寫代碼時，是不是以較高的效率來完成並解決問題。但提及效率這一點，又是有些大的概念，具體如下幾個方面談起：

1. 分解任務，理清思路

• 咱們在拿到任務時，不能草率對待，直接開始上手。而應該對過大的任務作一些任務分解，分解爲一個個在一天內以小時爲單位能夠完成的任務。另外，對須要花時間調研的，也要將其分解爲任務。

• 在每一個任務的開發以前，必定要確保思路的清晰。如何保證，能夠採起一些工具來幫助，例如，思惟導圖來幫助咱們記錄咱們在完成任務時，須要考慮的細節點，其清晰的結構對咱們任務的理解是極大好處的；如果當前的任務能夠涉及到的邏輯比較複雜或者狀態比較多的話，這是就得考慮使用UML建模工具，其中用來記錄對象的狀態變換的狀態圖，理清程序的邏輯的活動圖，清晰對象交互的時序圖則是咱們經常使用且必不可少的。

• 萬事開頭難。可能在開始進行這些工做時，咱們會不熟悉，而感受比較麻煩，又或者畫出的圖帶着些缺陷。但請確信，堅持下去並慢慢總結本身遇到的問題，會對咱們開發或者作事會帶來極大的便利的。畢竟，這時你要是作的很好了，就能夠直接做爲一份開發文檔了，比起代碼來講，不是容易理解多了嗎？

2. 預留時間，以防踩坑

對如果對任務的完成把握性不大，能夠多預估一點時間。但當咱們的技能愈來愈熟練的時候，對任務的時間度把握性也會越發的精準。

3. 及時饒坑，任務優先

在遇到問題的時候，如果在預約的時間內沒獲得解決的話，則必需要進行求助，或者將其先放置，完成其餘任務優先。

4. 深刻學習，防患未然

這樣，下班以後的時間，咱們即可以去充分地利用。對工做中所須要的技能點去作一些深刻地學習。又或者對工做中沒能獲得解決的任務和困難點，作一些研究總結性的東西。又或者對知識點去進行系統性地學習。這裏的時間，是咱們提升和豐富本身的時候，須要充分地利用。

5. 番茄工做，勞逸結合

人的一天的工做精力是有限的，則須要對本身的精力進行一些規劃。在本身高效地時間，儘量地完成主要的工做。同時，也要進行工做必定的時間，休息幾分鐘，調整一下本身的狀態。

總結

上面談及的工做效率的一些點，是結合了本身的經驗之談，若有問題，歡迎指教討論。另外，還有一些想表達的是，加班是至關沒必要要的，畢竟工做不能佔了咱們生活的所有。工做時間之餘，應該是咱們提升本身，提高並豐富本身生活的質量。

版權歸做者全部，轉載請註明原文連接：http://alighters.com/blog/2016/05/07/talk-about-overtime/