專案接近尾聲,再也不用沒日沒夜的加班寫**了,而我終於也有時間談談這次專案的這次專案的收穫了,在這裡我不想再重複理論性的東東,寫出我實際的專案開發經歷 :
在之前專案開發中,專案開始前經理總會提醒我,編碼時別忘了寫單元測試,於是乎循規蹈矩,但我對它一直不以為意,認為它無意中增加了我的工作量.
這次我被臨時調入了現在的專案組,介紹專案成員時,我樂了,為啥? 這個專案的負責人在這塊沒多少經驗,專案的成員也是新進職員,看到他們的**,更喜了,不用寫測試了....
就這樣加了專案組 ...
二個月後,專案模組基本按預先設想的完成了,該給客戶看下基本介面和功能了.
下午開完會回到公司,看到那一頁頁的需求改動要求, .... ,這時改動過程中我發現問題來了,(以前寫測試雖說不情願,但也還是寫了,遇到現在這種情況,基本上不費多大功夫,改完功能跑下測試) .而 這次我沒寫測試,但是想想這也難不到我,不就是多跑幾次伺服器嗎,後來在我的 不懈努力下 (其中的過程就不說了,相信大家都經歷過) ,終於改動的部分如期完成了.還沒來得及高興,需求又有變化了,看到這些變化,我真的頭皮發麻,之前的改動是如何完成的,現在我還歷歷在目,小小的乙個改動,乙個細節的疏忽,引來了一遍又一遍的debug,可最終找到的結果讓人欲哭不能( 雖然本人水平有限,系統設計也有問題,但這不是主要原因).現在要在這次基礎之上再次改動,我再也沒了自信...
開始懷念以前做專案時編寫的測試,要是有它,就不會像現在這樣鬱悶了吧,至少不用花如此多的時間來檢視那些由於疏忽而造成的這些問題.. ...
你是否還和我一樣呢,大家都來談談吧...
為什麼要有正式的需求
明確的需求是很重要的 因為 明確的需求可以保證是由使用者而不是程式設計師決定系統的功能。如果需求是很清楚的，那麼使用者可以對其進行評定，並確認自己是否同意。如果需求不很清楚，那麼程式設計師在程式設計過程中就不得不自己決定系統功能，明確的需求防止對使用者需求進行猜測。明確的需求也可以避免引起爭議。在開...
為什麼要有正式的文件
為什麼要有正式的文件 首先，書面記錄決策是必要的。只有記錄下來，分歧才會明朗，矛盾才會突出。書寫這項活動需要上百次的細小決定，正是由於它們的存在，人們才能從令人迷惑的現象中得到清晰 確定的策略。第二，文件能夠作為同其他人的溝通渠道。專案經理常常會不斷發現，許多理應被普遍認同的策略，完全不為團隊的一些...
為什麼要有經驗的開發人員？
為什麼要有經驗的開發人員？1，可以更有效的溝通，因為開發需要很多專業知識，不懂這些就會有更多的溝通成本，甚至理解不一樣，導致結果都很不一樣，2，可以更有效的解決問題，開發中遇到棘手的問題，如果乙個有經驗的開發會拿出乙個成熟的解決方案，很快解決問題，否則就會一步乙個檻，進展緩慢，浪費大量的時間，3，可...