從過年收假到昨天，每天都在公司待著，今天，終於可以休息下了，從未有過的疲憊感，一下子席捲而來。
這段時間一直在加班，特別是本週，連續三個通宵工作，而且均是從早上九點到第二天下午下班才回家，不通宵時也是凌晨一二點才回家，現在終於告一段落了。忙碌的工作讓人無暇思考，今天靜靜地思考了下，為什麼會這樣呢？總結了下，應該有以下原因：
1. 不合理的工作量估計和開發計畫
本次中移動kpi需求估計工作量為3.5k,實際編碼僅c程式為5k+,還不考慮sql等其他強相關工作；計畫兩周完成並交付補丁版本，從實際開發情況來看，我用去2周時間編寫完5k**並調通，完成ut,但這僅僅全部工作的1/2，剩下1/2中補丁製作原本估計2人天，實際用時7人天，複雜程度是估計的n倍，還有網管版本的聯調工作，問題單修改及其他測試問題支援不算其中，原計畫投入人力2人，實際投入5人。進度延遲一周。
2. 試圖找到「銀彈」
開發中途發現風險，並增加人力，安排通宵加班，試圖找到軟體工程中的「銀彈」，但結果讓人失望；
3. 前期的技術債務導致困難重重；
早期的設計缺陷，導致在後期測試中，發現有些場景在設計時並沒有考慮全面，客戶是否能接受，並沒有進行有效的溝通，給交付帶來了很大的風險；
4. 通宵加班導致的惡性迴圈
長時間的工作，思考能力降低，心情很差，勢必導致**質量降低，導致惡性迴圈。
5. 個人原因
沒有在質量和進度中做好權衡，在解決小bug方面花費時間較多，導致進度延遲。從敏捷開發角度來講，應該交付乙個剛剛好的系統，不要做大而全。
如果思考範圍放大一倍來看，最根本的原因是這是乙個破壞現有軟體架構的需求，根本就不應該開發，客戶導向並不一定是所有客戶的需求都接受，當然這只是自己的理解，在其位謀其職，該做的還是要做，不該自己考慮的，可以考慮但要保留意見。
乙個專案的感想
去年真正做了乙個專案，有些感言，寫下來，為以後作專案積累經驗。這個專案很簡單，但是從這個較簡單的專案中，我體會了很多，其中包括對使用者需求的理解 自己的做事風格的反省 專案實施的情況。首先，我談談專案的情況 這個專案是乙個資訊發布系統，很簡單吧，但是，其中有一方面是規章搜尋，並且要生成規章成冊。而且...
最近的一些感想
第一次出差，感覺就是客戶最急迫的事情就是解決他們的現場問題，經過qa的多次測試來發現其中可能存在的隱患，並解決他們，為量產做好準備。然後就是如果有經過測試的rom.bin最好儲存乙份，以免在更新軟體之後測試出問題，不知道什麼原因，然後又無法恢復到以前的測試版本，出差需要帶一些筆，紙之類的東西，記錄一...
最近的一些感想
本身我是在自己的github上寫部落格的，但是發現自己之前15年寫的那篇mac配置hadoop的教程，給了很多人的幫助，打算在csdn上寫部落格了，不再來回折騰了，有時間再copy回自己的github上。最近自己也在找工作，但是由於之前所裡的專案一直在出差，基本上沒有刷題，內推筆試的時候，又總是碰壁...