XX項目總結

《XX書評》項目總結

1. 作這個項目的時候，對該項目的總體認識不足，致使本身作本身的功能點的時候，只考慮到了本身的部分，沒有考慮到與本身部分相關聯的部分。

2. 本身的作事的方式欠缺，項目中遇到問題，首先考慮的是 百度、谷歌搜索，而沒有本身先仔細考慮下、分析下，在針對點去搜索相關的知識點。

3. 本身考慮問題的方式，應該是想法吧，想法好像和別人不同，好比：本身考慮到這個功能點應該這樣實現，分條逐步的列舉出來，代碼實現起來大約500行左右；可是其餘人(尤指項目經理)，他過來大約300行左右就能夠實現，代碼雖然複雜點(我的以爲複雜，思惟不同)，可是精短、簡潔。

4. 本身的效率問題，此次作的項目，項目經理分給個人時間大約在14天左右(不包括雙休，這個項目比較緊)。直到今日，我才完成(超時大約5天)，固然其中的某些功能點的制定是在後面，可是我前面的依然沒有完成，更不能說等這些功能點制定的完成。

5. 該項目中，我作的功能點，不完善的地方不少，包括模塊中某些功能點的漏作，某些功能點理解誤差，作偏了。

6. 總結此次項目經歷，此次分給個人模塊大約12個(一個頁面稱爲一個模塊)，時間大約在14天左右，整體來講，剛開始作的時候，沒有考慮到有些頁面的複雜性，頁面的複雜性還好，該頁面與上一頁/下一個頁面的關聯性問題徹底沒有考慮好，舉個例子，在個人這個頁面，初始化請求數據，顯示頁面；而後修改其中某些數據，向服務器提交數據。我呢，就考慮到上面那些，實際上還有一些隱藏的功能點，好比，修改這個頁面的某些數據後，還要保存到本地數據庫(我只考慮到提交到遠程數據庫)，不然，相關聯的有些頁面數據得不到跟新，(由於有些相關聯的頁面，不是從服務器請求數據，而是從上一級頁面傳遞數據，這樣，我跟新的數據，在這些頁面就拿不到)。

7. 項目組成員之間的溝通問題，這個問題是我首次提出來，作模塊的時候，我拿到的畢竟僅僅只有個人這些點，總體的點(拿獲得，但我沒有去認真分析，個人理解，先作好個人模塊)拿不到，就致使某些點作偏了，功夫是花了，可是沒有達到效果。舉個例子，我拿到某個頁面，綜合考慮後，我決定採用xib佈局/或是xib與代碼結合佈局(其餘有些人採用純代碼佈局，有人也和我同樣，xib/代碼相結合)，花了一天多的時間，好，這個頁面作完了，功能點也都完成了，本身測試經過了，好，提交到服務器，跟新本身的進度，這個功能點就算是完成了。最後，項目快要作完的時候，有人開始總體聯合調試，調試到個人頁面的時候，發現個人頁面 不能總體上下移動(說實在話，作以前，根本就沒有人說作的這個頁面要具備總體上下移動的效果，項目經理給的解釋是，參照《XX》來作，就沒有其餘的了,這裏不是推卸責任)，不能總體移動，咋辦，程序員嘛，只有修改，有些成員採用純代碼佈局的，好改，加幾個方法，幾十行代碼就實現了；有些採用xib/代碼佈局的成員，他也完成了功能點，可是他在測試以前的前一週就發現他和別人的不一樣，可能須要加上 頁面總體 上下滑動的功能，他抽週末花了2天的時間，改了。結果我到如今才知道這個頁面須要 總體上下滑動 ，這個時候修改，不叫修改，叫重構，即從新開始用純代碼寫這個頁面，又得花1天多的時間，這樣，本身既花了時間作原來的，又花了時間作如今的。若是一個星期以前，修改的那個同事和我商量下，或是在項目組中提出來下，由項目經理宣佈下，有些頁面可能須要總體下拉的功能，你們作的時候須要注意下，我想個人這個問題應該能夠避免。固然我也有責任，只顧着本身作本身的，沒有及時和項目組的其餘成員進行有效的溝通。

8. 此次項目中，比較好的一面

1>本身獨立思考、分析、解決問題的習慣培養出來了，再也不遇到問題就問人了，學會了查找相關資料。可是，也暴露出了另外一個問題，就是開始依賴網絡資料(遇到問題，首先就網絡搜索，)，曾經看過一個帖子：有問題首先就問 百度、谷歌 的程序員始終不會成爲一個偉大的程序員。此次項目的經驗告訴本身：遇到問題，本身先分析下，再搜索；而我偏偏搞反了。在此次項目中，有好幾處都是這樣，遇到難點了，就直接進行搜索，搜索了半天也沒找到答案，再回頭認真思考分析，結果仍是本身一步一步的編寫出來了。

2>暫時先到這裏，之後添加。