剛做完人生中第一個完整的項目，雖然已經上線使用，但是預期一週的時間，硬是用了10天才完成。其中太多的酸甜苦辣。作爲一隻菜鳥，我也許不算是最慘的一個，但是我相信我已經相當慘了。碰到了無數的問題以及做出了無窮的bug，坦白講最後的三天一直在修改程序，挑bug，調bug。
項目中的收穫，就不說技術上的收穫了，且談談對待項目和方法上的想法和態度。
首先，一個項目必須要弄懂需求。我最初就沒有完全弄懂需求，就想“大展身手”------show一下自己編程多麼快，show一下自己編程多麼牛B，迫不及待的去碼代碼。殊不知，碼代碼纔是最傻的事情，連需求都沒弄懂就碼代碼，實在太愚蠢了。最後吃虧的肯定是自己，果然就是這樣。當我興致滿滿的給我的leader交程序的時候，發現的不僅僅是一噸的bug，還才發現我漏掉了許多需求，其中還有比較核心的需求。後來添加代碼相當麻煩，因爲我要從一個全局的角度去添加這些代碼，往一個“完整”的程序裏面加代碼實在太難受了，比“喝粥”還痛苦。如果你連需求都沒完全弄懂，千萬不要開始寫程序，必死無疑。 一個好的習慣就是 記錄需求，起碼你不能漏掉需求。再就是不斷的重複需求，想清楚這個東西在這個系統裏面是什麼地位，如果你連這些都想到了，說明你對需求理解了。更高水平的理解就是 爲什麼需要這個需求，這樣設計合理嗎。 作爲一個初級程序員，我認爲最重要的就是不漏需求，完成需求。
其次，再說說碼代碼的習慣。讀書的時候很容易養成的一個不好的習慣。就是隻做“正確的程序”，交給老師的程序可能就是一個完全沒有錯誤處理和錯誤情況處理的程序，只是所謂的”正確的程序“，有一個說法是一個健壯性很強的程序90%的代碼都是錯誤處理和異常處理。還有就是思維的完整性，一個公司能容忍項目延遲，但是絕對不能容忍項目bug多，寫程序的時候一定要想清楚程序是不是完整，是不是好用。程序是給用戶使用的，也就是給人用的，人會犯很多錯誤，或許也會手賤亂點。所以，一定要做保證程序的完整性，做好程序的異常和錯誤處理。必要的時候，還要做好log。千萬不要小看錯誤和log，這兩個絕對都是大頭學問。
最後，說一說測試，測試對我來說可能是遠在沙哈拉的東西，但是真的異常重要，我現在終於知道爲什麼軟件工程裏面，測試是一門學問，我一個小小程序員做的一個小的系統測試起來就相當麻煩，更何況更大的項目。在我修改A的時候，直接導致B出問題，這樣的問題我已經碰到了起碼5，6數次。相當頭疼，要打特別多打印語句。但是另一方面如果你做好了exception和logs這樣就又可以一定程度上降低你找bug的難度。
不要急着交程序，自己一定要測試3遍，大家都編程，也知道一個程序是多麼容易出問題。所以，自己不測試3遍就別交上去。想想如果你是項目領導，手底下的一個人很快就交了一個滿是bug的程序，一個人延緩了2天交了一個幾近完美的程序，你會讚賞誰？
所以！！！！！！！！！！！！！！寫程序要安安靜靜，老老實實寫，細節和耐心決定程序的質量。