2018軟工我的總結

1、回顧

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

達到了期待和目標的能力：

• 團隊協調能力：從以前面向對象課程的結對編程，到軟工實踐的團隊編程，一路走來每次的任務完成，都離不開團隊的溝通能力。並且我能夠很明顯的感受到本身與團隊成員的溝通能力明顯的提升。一夜完成全部的結對編程任務，而且取得不錯的成績，應該是很好的證實吧嘻嘻嘻。我想這要歸功於和隊友之間的默契以及屢次團隊任務的磨練！
• 學會一個項新技術的能力：因爲我擔任我咱們組的數據採集以及美工的任務，可是就憑我鋼鐵直男的審美，多是沒法勝任這項工做的。可是，在隊長的高壓push之下、以及隊伍面臨着沒有美觀的展現材料的時候，我身上的正義感忽然爆發，驅使着我在凌晨四點的宿舍中，完成了一次又一次的視頻製做。

哪些不足：

• 時間的安排能力：我記得我曾經說過一句，DDL是惟一輩子產力。我也忘記這句話是我從哪裏聽來的了。。。可是這句話在我身上獲得了良好的體現。由於我是一個機器喜歡拖DDL的人。每次的任務都等到最後才完成，曾經致使團隊的數據集不足的狀況。在這裏我要向咱們隊伍裏的大哥表達一下歉意！

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

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

• 總和不超過3000行，我的做業和結對編程的代碼量不是很大，加上最後被分配到了數據組，幾個簡單的爬蟲腳本。並無很大的代碼量。能夠說是硬傷了- -。

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

做業編號	做業內容	時間/h
0	一些QA	3
1	我的做業 - 詞頻統計	22
2	結對做業 - 原型設計	5
3	結對做業 - 編碼	20
4	團隊展現等前期做業	20
5	需求分析報告	10
6	課堂實戰 - UML	5
7	抽獎系統	5
8	Alpha衝刺階段	110
9	福大助手測評	10
10	Beta衝刺階段	70
11	課程總結	5
總計

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

• 固然是Alpha版本衝刺啦，隊友之間懟的最兇的一段時間，同時也是戰友感情最深的一段時間。

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

• Alpha衝刺那段時間天天都至少要花三四個小時吧，有時候一成天都花在上面。Beta階段就舒服一些，但整個課程下來的話也有平均每週20小時妥妥的。（一個不負衆望的數字）
• 當初的回答：

期待本身能夠真正的寫出一款有用的知足本身心裏期待APP，增長本身的代碼量，還有就是結識一羣夥伴。投入時間的話，說實話本身對這個東西也沒有一個明確的概念，可是這門課的優先級應該是比較高的，應該算是A博主[3]所說的「A類」事情。

五、學習和使用的新軟件

• Xcode
• Final cut pro X
• Adobe AE
• Adobe PS
• Pytohn3.0

六、學習和使用的新工具

• 墨刀
• GitHub
• ProcessOn
• StarUML
• visual studio

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

• python3.0
• shell
• Mac OSX

八、學習和掌握的新方法

• 單元測試
• 代碼覆蓋率
• 代碼性能分析
• Python爬蟲知識
• YOLO
• 燃盡圖

九、其餘方面的提高

• 我的的審美，視頻製做，PPT製做方面獲得的提高。
• 我以爲本身的韌性獲得了提高，面對繁重的學業壓力和軟工任務。竟然能抗的下來，在這裏也要給班級裏每一位堅持下來的同窗點贊！
• 熬夜爆肝- -。
• 爲人處世的能力，與人溝通的藝術。

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

經歷了整整一個學期的軟工實驗，我以爲團隊間的溝通和討論是最重要的。咱們團隊就由於溝通不夠的問題形成了一些徹底能夠避免的麻煩。最常常發生的事情就是先後端的對接問題。由於後端沒有接觸過前端，因此後端不知道前端要的接口是怎樣的，後端按照本身的想法寫出了接口，由於一開始先後端沒有進行過交流，因此寫出的接口也是不符合要求。還有就是評論數據的格式，因爲沒有事先的溝通，致使咱們組在數據格式化方面浪費了不少時間。

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

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

對開學初的我： 軟工雖苦，且行且珍惜。ps：霸王安排一下:D
對大一的我： 能不熬夜的時候千萬別熬夜！！沒必要要的熬夜以後都是血的教訓，切記切記，血條要攢着給大三，由於大三會有一門軟工，還有兩天一門的考試！！！！
對學弟學妹：據說大家軟工必修？？？

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

我以爲不必強制。若是一個組通過較長時間的磨合，忽然的換隊員可能會是一道晴天霹靂！可是我心裏你仍是很想看到他們絕望的眼神hhhhhh

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

8-10人吧，按這學期的人數劃分就很合理了。人數不能過多，也不能太少，太少的話每一個人的工做量太大，若是人太多的話，可能會出現部分紅員划水吧

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

要根據實際狀況來吧，儘可能不要與考試衝突，這學期真的被這門課給搞得頭昏腦脹了！！

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

董鈞昊同窗吧，合做屢次的好夥伴。在此次軟工實踐中他給予了不少的幫助，也容忍了我屢次的划水hhhh

4、分析一下本身所處的團隊

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

√ 萌芽階段：你們剛開始的時候就已經認識了，萌芽階段應該是很短了
√ 磨合階段：慢慢暴露自身的缺點，進度慢、作事拖拉等。隊內也有了一些抱怨的聲音，好在隊長的調節之下，負能量也沒有在隊內擴散。
√ 規範階段：這個時候分工明確，你們各作各的事情，其實我以爲只有開發組的隊員在工做，實際上這時候也只須要開發組的隊員進行開發了。
√ 創造階段：「高度自治」、「效率達到巔峯」

整個步調其實仍是蠻穩的，規範也定的比較早，因此雖然在磨合和規範階段有來回轉換幾回，但最後仍是能夠說是達到的創造階段的~

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

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

PM有公開發布在Github，不過暫時用戶不怎麼多，後期可能會增長宣傳力度，發佈到安卓平臺，基本完成

2）經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈 ； 而不是:經過臨時熬夜，胡亂拼湊，大牛一人代勞，延遲交付等方式糊弄

團隊在燃盡圖的幫助下，團隊進度在有條不紊的推動。其中團隊交流方面我以爲存在必定的問題，其餘都基本完成。

3）而且經過數據展示軟件是能夠維護和繼續發展的。 而不是 找不到源代碼，代碼無文檔，代碼不能編譯，沒有task/bug 等項目的發展資料

基本完成，在軟工過程當中造成了許多高質量的文檔。

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

大部分都不能回答，看來個人水平離一個標準的程序員仍是有很大差距的hhh