昨天我們為民航做的項目正式上線了，總的來說還是很興奮的，此項目歷時一年的設計、開發、測試、變更等環節給我積累下了不少經驗。
當然我只能是個小屌絲(程序猿自稱)，項目啟動后的任務就是根據需求思考問題，設計代碼結構，力求高效可靠（當然了整個項目的設計已經有牛人搞定）。
閑話少說，來總結總結：畢業到現在有加上目前這個，我曾下過手的，已經有兩個項目已經上線了，回憶一下大多的時間消耗不是在編碼階段，就目前上線的這個項目來說吧，光是需求就做了大半年，用戶回饋信息后的修改也占用了很長的一段時間，編碼實則只占到四分之一的時間。因為項目組人少，也沒有正式的測試人員，我們項目經理成了主力，需求、設計、編碼、測試、回饋問題的修改他全部都參加了，重點是需求和設計基本是他一人把關的，我等屌絲只需聽后差遣或提出些小建議，試問有幾個公司有這么給力的項目經理呢？額.......又是閑話。呵呵
誇完了項目經理，呵呵，那得誇誇同事了，協同開發比較復雜的項目，svn上的沖突啊幾乎不可避免，悄悄的‘’‘’‘’‘’‘我們老大經常覆蓋我們的代碼，呵呵，同事則不會，一般沖突了都會問問或者協調下，這個還是比較靠譜的。
經驗之一：相任隊友，別人寫的東西肯定有他的道理（就算不寫注釋），這一點不可否認吧；經驗之二：虛心請教，很多時候別人的東西不能理解而這時候又需要用到它，這就得去問問了，別迷迷糊糊的就繼續敲呀敲呀敲，回頭一楞，“欸，不是這么回事”，那就悲催了，我就犯過“二”；經驗之三：服從安排，協同開發大大忌就是不服從安排，出過這樣問題的猿友們想必下不為例了吧，經驗之四：在測試人員不多或者就沒有情況下，最好的辦法就是讓同事測試你的哪個模塊，也就是換着測試，老實話，開發人員比測試人員還會做用例，而且在測試報告上還可以看到隊友的錯誤分析，這樣子是不是很靠譜，留着再議，在我這到時很靠譜；經驗之五：作為開發人員，有必要提出在實現某些問題時，在項目設計上發現的缺陷，好的軟件都是不斷完善的，一氣呵成基本不靠譜，windows牛逼吧？一樣的天天打補丁。經驗之六：適量運動，強健的體魄還是很重要的，例如一同事在項目要結了的時候感冒了，哎，來上班還不如不來呢，咳嗽，鼻涕.......呵呵，主要是不舒服做事沒效率，越是關鍵時期就越不能出問題，所以平時的鍛煉是很有必要的。經驗之七：測試文檔要好好寫，現在不是流行有圖有真相嗎，寫完操作步驟后最好將效果截下來，還有就是偶然性錯誤有條件的話一定叫開發本模塊的隊友過來看看再說，他也許比你了解得更深入！
大概就這些吧，今早上收到回饋說：程序運行正常，那邊給予好評，看來這個年終獎金有戲了，呵呵，最后的總結：客戶是上帝，需求變更你就老老實實地改吧，誰叫人家給銀子花呢？