半個月的時間過去了，在這中間公司要求做一個小項目，我參加了開發的整個過程！
雖然只有短短半個月，但是卻給我這個小菜帶來了很多思考，也給讓我知道了，懂點技術不代表你很牛，我要走的路還有很長！
1. 項目簡單架構的搭建
當總部需求過來的時候，我首先想到的是通過簡單的三層架構來搭建項目，具體的結構如下：
對於這個簡單的三層我也是參照公司項目來創建了，不過我覺得把問題划得細一點是很好的，所以我就划分了七個層次！
2. 思維的高度決定設計的優劣
對於我這個菜鳥，在做一些簡單設計的時候，雖然有想法，但是很多時候會把一個簡單的問題復雜化，因為在做這個項目的時候我就實實在在的經歷過一次！
這周五，項目經理來審查我的代碼的時候發現了我的設計出現了嚴重的問題，核心就是“簡單問題復雜化”，從而導致Code的質量下降！
本來一個很簡單的問題被我想的很復雜，又是查數據庫，又是組裝數據，又是遍歷等等，項目經理看着我的代碼急的要死！
還有一個讓我震驚的是，項目經理在看到我寫的惡心代碼之后進行了很多的重構(重構了整個代碼思路)，而這個重構時間只有三小時(而這個小項目我花了兩周的時間)，這個讓我很尷尬，也讓我明白了我還很“嫩”！
在重構的三個小時中，項目經理反復強調了“思維的高度”這句話，他總是說：“請把你的Level放的高一點，不要我要你做什么你就做什么，你要有自己的想法”！
3. 反省
對於這個問題我真的認為是我看待問題的高度不夠，也就是我想問題的時候沒有抓住核心，沒有從更大的角度想問題，主要有這幾個方面的原因：
A. 項目的架構不可能滿足需求的頻繁變化，當需求變化的很大的時候，你要反省當前的架構是否能夠滿足當前需求，如果在寫code的時候思路很牽強，很混亂的時候，那就要想想當前的架構是否需要進行改動了。
B. 意識不夠，在遇到需求變化的時候，我總是在原有的Code上面進行代碼的堆砌，而沒有停下來從整個項目的角度來思考該怎么做，這是我以后需要學習和培養的
(這個就是所謂的"思維的高度")
好了，我已經反省不出什么來了，還是自身的實踐沒有達到那個高度，不過我會努力記住上面幾點，加油.......
以同步至：程序猿個人文章目錄索引