早上看到這樣一篇文章，六成開發者日編程不足 4 小時。
調查機構 ActiveStates 今年調研了包括美國、中國在內的 88 個國家、1250 名開發者，得出了這份開發者調查報告。報告顯示：超過 61% 的受訪者每天花在編程上的時間不超過 4 小時，65% 的受訪者表示不參與或維護開源項目，其中近一半 (49%) 的人將此歸咎於時間不夠。52% 的受訪者認為增加或融入一門新語言非常困難。
算了一下，我就是這 60% 的人，一週編碼時間不會超過20小時，這正常嗎？
非常正常，項目組裡即便很忙非常忙，也不會一天8小時都在 coding 。
正常的工作流程是這樣的，一個功能，無論大小，到了開發工程師這裡，都要經過一下過程
- 需求評審：開會（撕逼時間），產品經理發起，前端，開發，測試，數據，算法只要和這個功能相關的人員都會參與，技術人員對需求作出審核，哪寫可以實現，哪些不合理，哪些需要改進，哪些懟回去不做，一番激烈辯論，1-2個小時過去了，甚至更長。
- 代碼架構設計階段：需求評審需求最終敲定後，進入設計階段，包括表對錶的設計，接口設計，輸出設計文檔。
- 技術間溝通會議：服務端開發人員的接口文檔給前端，確保前端能看懂，數據測算法測確認能否提供數據，都溝通好後，OK，1-2個小時又沒了。
- 開發排期：一個完成功能上線需要多方技術支持，大家確認好大概什麼時候完成，精確到日期，比如，本週4我的接口必須上測試環境，不然就影響到前端開發，影響到測試人員測試，計劃內如果你的進度delay，會影響別人，這也是為什麼會加班。
- 代碼實現，真正的開發階段，也就是這編程階段不足4小時。
- 提交測試：前端，服務端，數據，算法準備就緒。
- 測試妹子測試，提BUG。
- 程序員修改bug，責任到人。
- 所以bug改完，測試妹子驗收，bug全部關閉。
- 功能上線 - 產品驗收。
從上面看，一個完整開發流程需要這麼多工序，你覺得你有多少時間 coding ？
一天
8:00 - 8:30 起床
8:30 - 9:10 出門
9:45 - 10:30 到公司，來一瓶快樂水。
10:30 - 12:00 確定一天的工作，需求評審，設計，wiki輸出。
12:00 - 14:00 吃飯，午休，打遊戲。
14:00 開始擼代碼，到18:00 四個小時，去掉中間的會議，去掉活動放鬆，是不是寫代碼時間不足4小時了？
18:00 吃晚飯，看別人下班，感嘆人生。有事就走，比如重大約會 or 心情不爽。
19:00 - 20:00 沒有約心情也ok就加班，項目忙的在多花點趕進度。
20:00 - 21:00 屬於自己的時間，看心情幾刻鐘下班，看點自己喜歡的，學習新技術。
到家基本就 21:00 到22：00了 ，洗漱，看劇，打遊戲，出牛逼。00:00 之前覺不睡覺，因為屬於自己的時間捨不得！！！
第二天：重複第一天。
我的座右銘：要好好學習，不然別人只會指著你的鼻子說，你那看個人，除了帥一無是處。
我的理想生活：1點睡，10點起，中午吃肉，下午喝茶，晚上喝酒。
人生目標：想不幹啥就不幹啥
番茄工作法規則
- 一個番茄時間共30分鐘，包括25分鐘的工作時間和5分鐘的休息時間。
- 每完成四個番茄時間，就進行一次較長時間的休息，大約15-30分鐘。
- 一個番茄鍾是不可分割的，一旦開啟就必須堅持到底，如果打斷，就視為此番茄鍾作廢。
- 如果一項任務估值大於5-7個番茄，那就將這項任務分割為更小的任務。
- 一個番茄接著一個地做下去，就會做得更好。
公眾號：【轉行程序員】專注新人轉行入門指導，老兵技術提升，包含各種新手學習資料，架構師技能提升系列文章，還能給小姐姐介紹程序員男票，給小哥哥介紹小姐姐，歡迎關注。
