對軟件工程這門課的收獲與總結

?? 轉眼間八周已經過去，《現代軟件工程》這門課程也在這周結束了。在宋老師的教導下，以及在個人項目以及團隊項目的參與中我確實收獲了許多。我覺得我有必要將這八周所獲得的經驗也好，教訓也好都記錄下來，相信這也會對未來的自己有所助益。

??一，軟件需求分析文檔并不是無用的廢話。

之所以把這一條放在第一位是因為我覺得實在是太重要了！簡直是血與淚的教訓啊...因為需求沒有明確，團隊成員各自想法完全不同，有的甚至南轅北轍。可以想象一下，幾個前端人員根據需求寫出來的頁面無論是從布局、樣式、還是功能都千差萬變。以至于修改一個頁面的時間遠遠超過了制作一個頁面的時間。要是當時寫需求規約時多一些認真思考，少一些拍腦袋的想法，后面的工作也不至于如此麻煩...

?

?二、編碼、文檔要有規范有條理，多加利用GITHUB等類似代碼托管的產品

編碼規范我就不多說了，相信大家都體會過讀不規范的代碼所帶來的痛苦...值得一說的是代碼托管產品。由于我們是第一次這么正式且這么多人共同開發一個項目，所以大家還是按照以前單干的老路子，各寫各的。遇到交匯處就拿U盤拷上代碼然后到處跑，這樣子不但效率非常低下，而且極容易出錯，很蠢！ 所以以后開發項目一定要多加利用項目管理軟件，而且要要求成員對項目的每一次變動都要有清晰詳細的記錄，以便遇到問題是查找原因。

?

?三、可以重用的代碼，不要自己創造。

不記得是誰說過，不要再去創造輪子。講道理，如果一個構件大家已經過大眾的認可與考驗能盡量復用就復用，一來可以節省時間，二來還降低了程序的BUG數量。

就好像你臨時制作的輪子肯定是沒有寶馬的輪子質量那么好，況且你造的輪子還有可能是方的...當然因為我們制作這個項目的主要目的是學習，所以我還是盡量自己去創造代碼。

?

?四、少說話，多做事，多和成員溝通

?這個可以說是在團隊合作的時候的一點感悟吧。十幾個人中總會有人在某一個時間有些小情緒或者是壓力大，有時候他們不會說出來，需要你自己去觀察。所以第四點就是，你首先要把自己負責的工作完成好，這樣起碼不會給他人增加負擔，再者有能力的話盡量幫助他人。然后就是遇到問題，多和大家交流，不要一個人悶頭干因為有時候大家不是不在意你的感受，而是他們可能根本沒有發現你遇到了問題。所以多和大家溝通，遇到困難一起解決這樣才能保持一個團隊團結和諧的氛圍，這樣的團隊才有成功的可能。