福大軟工 · 最終做業 - 軟件工程實踐總結（我的）

1、請回望暑假時的第一次做業，你對於軟件工程課程的想象

1）對比開篇博客你對課程目標和期待，「但願經過實踐鍛鍊，加強計算機專業的能力和就業競爭力」，對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足，爲何？

​ 目前來講，我熟悉了一點軟件開發編程的過程方式，知道了一點如何把所學的知識運用到軟件開發工做中。可是來講我以爲我在編碼，自學開發技巧來講仍是有不少不足。我以前是acm隊員，我本來覺得我學到的算法知識能夠大量地運用在軟工編程，但事實證實我錯了，這基本是兩個不交叉的領域，acm注重算法的研究，項目更趨向於代碼書寫還有接口的使用。軟件的代碼工做量很大，這對沒有項目經驗的我是很大的挑戰。

2）總結這門課程的實踐總結和給你帶來的提高，包括如下內容：

一、統計一下，你在這門軟件工程實踐中，完成了多少行的代碼；

​ 我的項目中寫了較多代碼，團隊項目寫的較少。差很少1000行

二、軟工實踐的各次做業分別花了多少時間？（作一個列表）

做業內容	花費時間
準備	30分鐘
第一次我的做業	640
結對做業1	840
團隊展現	40
結對做業2	840
團隊選題報告	30
課堂實戰uml	240
需求分析報告	40
團隊現場編程實戰	350
alpha衝刺	1800
beta衝刺	1300
過後諸葛亮	30
我的總結	60

三、哪一次做業讓你印象最深入？爲何？

​ 最讓我深入的是團隊現場編程實戰，那次咱們都是小白，不會寫代碼，不會用接口，啥都不會。全靠當場百度當場自學，求教別人，現學現用。時間很緊迫，因此我基本是不會一點，網上百度一下，而後照着作下來，這讓我短期學到了好多東西，我也知道了我和程序員仍是有差距的。

四、累計花了多少個小時在軟工實踐上？平均每週花多少個小時？同時貼出開篇博客「你打算平均每週拿出多少個小時用在這門課上」的回答

​ 在我的項目和結對項目時，每兩週提交一次，平均每週花4小時左右吧。在團隊做業時，平均每週3小時。

到如今累計花費了100小時左右。

五、學習和使用的新軟件；

​ pycharm、pyqt 、gephi、axure、typora

六、學習和使用的新工具；

​ pycharm、pyqt 、gephi、axure、typora、leangoo

七、學習和掌握的新語言、新平臺；

​ python、leangoo

八、學習和掌握的新方法；

​ 面對問題學習每每效果更好

九、其餘方面的提高。

​ 與人交往方面，維護團隊之間的合做關係、團結關係，解決團隊成員的利益衝突，這些都是從此工做中必不可少的，軟工讓我提早接觸到這些，是個人一大收穫。

2、寫下屬於本身的人月神話——我的或結對或團隊項目實踐中的經驗總結+實例/例證結合的分析

​ 我以爲當面對一個問題時這個問題可能須要多方面的知識，這時候全方位從頭開始學習是來不及的，這時候能夠選擇面對問題學習，將一個個問題經過百度、請教別人等方式解決，每每效率更高。

​ 在我作我的項目時，不會vs，不會封裝接口，不會單元檢測，這時候若是我選擇從頭開始學習vs的使用確定是來不及的，我就針對着現有的問題，學習一個解決一個。等完成任務以後，回頭總結學到的知識和解決的問題，這時候你的學習效率就達到了比較高。

3、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，對於同期的TA們，對於後來的學弟學妹：

1）你有什麼想建議、告知和期許想要告訴他們呢？

​ 軟工可讓你學到不少，但必須靠你自覺自學，並且花的時間比較多。若是學有餘力能夠選，確實可讓你提早接觸程序員的工做，可是若是學習比較困難就要慎重選擇，畢竟軟工佔據了比較大的一部分時間。

2）特別地，特別地，下一屆要不要中途換隊員（強制的、完全的從一隊換到另外一隊）？

假設依舊是一個90+人數的大班

​ 建議不要中途換隊員，一方面這樣影響了團隊的凝聚力。一方面轉出的團隊人員變少須要調配工做增長隊員負擔，另一方面該隊員對轉入團隊的項目不熟悉，轉入團隊在原有任務分配好的基礎上難以再分配。

3）身在一個格外大的班級，競爭強勁，你認爲一個組的人數應當在多少比較合適？

​ 七、8個左右，人數太少任務過重，人數太多任務很差分配。

4）我的/結對/團隊做業應該控制在怎樣的規模？

​ 建議減小做業量。。。。建議不要一次性要求學習太多以前沒用到的知識、工具。

5）這學期下來，你最感謝的人是誰？有什麼話想要對TA說呢？

​ 感謝個人隊員，感謝每個幫助個人人

4、分析一下本身所處的團隊。軟件工程實踐是大學裏少有的認真的團隊協做經驗。《構建之法》上說團隊的發展有幾個階段，你的團隊都經歷過麼，最後到達了「創造」階段了麼？（參考《構建執法》第17章 人、績效和職業道德）

團隊發展大體爲萌芽階段、磨合階段、規範階段、創造階段這四個階段。

萌芽階段：團隊當初是地秀組建的以後陸續加入了張揚、我等同窗。

磨合階段：咱們在中期加入了全炯同窗。

規範階段：在alpha、beta編程時，咱們規範了每一個人的語言風格，使得代碼便於閱讀整合。

創造階段：在咱們alpha、beta衝刺時，熬夜在活動室開會寫代碼是再正常不過的事。

5、怎樣證實你學會了軟件工程？

1）研發出符合用戶需求的軟件

咱們團隊根據用戶需求開發出的javis for chat具備熱詞分析、關鍵詞提醒、羣發助手、單向好友刪除等功能。

2）經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件

有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈 ； 而不是: 經過臨時熬夜，胡亂拼湊，大牛一人代勞，延遲交付等方式糊弄

3）而且經過數據展示軟件是能夠維護和繼續發展的。

而不是 找不到源代碼，代碼無文檔，代碼不能編譯，沒有task/bug 等項目的發展資料

經過github保存源代碼：

4）對着這個檢查表：http://xinz.cnblogs.com/p/3852177.html 檢查一下，本身若是去企業面試，這些常見的問題是否都能回答，並在此總結。

​ 有不少方面都尚未經驗，還須要更多磨練本身。

請在隨筆中用數據證實上述內容或側重選擇之一。