11月，課程繁多、作業繁瑣、項目緊張、情感危機，身不由己，時間不夠用、精力不夠用、心情不夠用，學習工作效率很低。萬幸，艱難的歲月過去一半了，項目到今日完成第一版，小伙伴們帶着我們的寄望飛去海口了；情感危機也幸得瓏姐姐和俊文哥哥的開導，心情豁然開朗。剩下的是，課程考試和課程設計。回望過去的11月，有什么新收獲？哈哈。
度過艱難的11月份，也許就能在簡歷上加上新的標簽：累積一年多項目開發經驗，參與大型項目開發，能夠獨立開發完整網站，團隊意識良好，熱愛技術，重視總結等等。
總結幾點感悟：
1，同一問題多種解決方案
偶然的機會，國國和師弟討論起我，說起我的慣常做事風格：“應付”項目要緊，出現突發問題，先放下技術鑽研態度，找出解決辦法（也許只是一些不入流的伎倆），日后時間充足時候再思考。問題是“被解決”，但確從此找不出額外的時間專研問題。
做事不認真。久而久之，居然養成這樣的做事習慣，真心慚愧。
我意識到：同一問題能找到多種解決方案的技術水平很重要。例如，需要呈現類似於手機通話記錄的數據，包含短信通知列表、電話通知列表、系統通知列表，通知的基本數據項包含通信人員信息、通信時間、狀態等等。怎樣才能用便捷簡約的方式將數據呈現在用戶用戶面前，應該使用怎么樣的布局，怎么設計不同數據項的層次等等，在沒等到美工設計出樣式的時候，解決這個問題，有好多方案。 又如，針對ext4對樹實現的設計：樹加載，自動刷新多次。每點擊一級，需要額外加載一次，但是具體的項目需求：單純加載該權限下人員列表，不需要額外加載。ext4提供便捷，針對常規項目實現功能，卻靈活性不足。你會選擇怎么樣的解決方法呢？如果你選擇了回到ext4源碼，修改reload，你是否同時考慮到項目是多人開發，修改核心腳本，可能造成其他人代碼無法運行。面對新問題，你是否又為新的問題找到新的解決方法？
同一問題多種解決方案，需要多思考，綜合考慮、全局把握，想出多種解決方案，然后選擇最優的方案，解決現實的問題。
2，全局思考
項目有點大，前期沒有好好規划，日后問題會越來越多；項目時間有點緊，分工與計划沒有考慮周到，時間只會越來越緊。
怪我咯。沒有很好的技術儲備，做項目的時候耽擱大家時間。 這時候，已經不能稚嫩地繼續“見步行步”。
項目最終決定用ext4開發，ext4的自定義類有利於多人，個人開發的組件放置在各自的文件包里，減少相互影響干擾的可能性，高內聚低耦合，編寫好自定義類和腳本文件命名規范，分工，然后一起開發。可是問題來了，分工出現了重疊，兩個人做的組件類似，另外兩個人同時向后台同學詢問數據鍵。
回想起以前的項目和課程設計，在提高某算法的時間復雜度時候，是否考慮到其實降低了空間利用度，用空間換時間是否值得。在你勇敢使用“便捷”的方式解決問題時候，這樣的做法是否會影響整個項目，用更快的開發效率換更弱的性能是否值得。
全局考慮，要求你有前瞻的思考能力，項目開展之前考慮到日后會遇到的一些問題，學會取舍。
3，提高時間利用率
杠杠的遠成師弟，每天記錄當天學習時間，每周總結當周學習狀況，分享到微信朋友圈。
掌握某門技術不難，熟悉掌握確不簡單。事件緊迫致使我很多想做的事情都來不及做。github已經好久沒寫，租了空間、網頁卻久久不能發布，一直想找個時間溫習一下基礎，可是書本已經好久沒翻，堅持每個月寫至少一篇博客，卻每次都要等到月末熬夜寫出來。
提高時間利用率，需要你在有限時間內規划你自己的需要做的事情，有取必有舍，把握二八原則，着手解決最重要的事情。沒有擠出時間來進修，我感覺一直在退步。
4，代碼整潔，樣式風格簡潔自然。
這一點相信也是你們一直的追求，不再累述。
5，及時總結
事至今日，一直很后悔一件事情。如果當初，從做項目第一天開始就找一個小本本記錄項目開發的過程多好。即便這個過程中沒有遇到技術難點，沒有想到解決方案，只是能夠記錄下當初的思考路線或者需求的變更，從第一版到最終版，相信也是有點小非凡的創舉。可惜我已經錯過很多有用的記錄了，這里希望師弟師妹們能盡早意識到這一點。
6，文本稚嫩，邏輯思維太弱。
寫了那么多篇博客，文筆還是那么稚嫩，邏輯依舊沒有深度可言，多看綜合類的書，接觸程序員領域以外的文章，或者。。。這一點打死懶惰的自己。
關於這個項目，還是有幾點值得回味，值得自豪的：
1，提議使用ext4，為項目搭建基礎開發平台。
2，制定規范，開發部分基礎公用組件。
3，與美工溝通，成為前端和美工的通信橋梁。
4，為項目前端部分制定計划，分配任務。
5，定時總結項目進度，並向老師匯報。
最后獻上章傑師弟的詩：
無奈的我們
我們可以日擼千行 無奈程序啟動難
我們可以日擼千行 無奈異常捕捉難
我們可以日擼千行 無奈程序bug滿堂
我們可以日擼千行 無奈前后交互難
難難難