對比開篇博客你對課程目標和期待,「但願經過實踐鍛鍊,加強計算機專業的能力和就業競爭力」,對比目前的所學所練所得,在哪些方面達到了你的期待和目標,哪些方面還存在哪些不足,爲何?android
軟工項目確實鍛鍊了做爲一個團隊的協做能力,提升了編寫各類文檔、畫各類流程圖的、以及如何和目標用戶溝通、如何和隊友交流的能力,代碼量也提高了不少。同時學會了軟件工程中的不少理論和概念,好比關於UX的討論、需求分析等等,還讓我認識了不少優秀的工具。
不足之處是我以爲這門課仍是須要更多的時間,這麼短的時間內又要學習理論知識,又要學習各類文檔、分析技巧,還要完成團隊項目的設計開發實現,感受壓力挺大的。git
總結這門課程的實踐總結和給你帶來的提高,包括如下內容:編程
軟工的各次做業分別花了多少時間?(作一個列表)網絡
做業 | 耗時 /h |
---|---|
我的做業1 | 5 |
我的做業2 | 10 |
結對編程 | 36 |
我的做業3 | 10 |
我的做業4 | 6 |
團隊項目每日總結 | 0.5 * (7 + 5) |
哪一次做業讓你印象最深入?爲何?
結對編程那一次做業,由於那是在本課程剛剛開始的時候,當時花了不少尋找和熟悉咱們所須要的技術的各類工具,例如微軟持續集成工具VSTS、單元測試框架MSUT、熟悉Git以及Git的倉庫、以及代碼覆蓋率、性能測試等等,博客也花了不少時間來寫。app
建議下一屆的學弟學妹們最好選擇開發效率高的工具來編程,寫PC端的工做量比同等規模下其它平臺大不少,很累。框架
對於換人機制,延續如今這樣的機制就好,自由度高。工具
軟件工程實踐是大學裏少有的認真的團隊協做經驗。《構建之法》上說團隊的發展有幾個階段,你的團隊都經歷過麼,最後到達了「創造」階段了麼?(參考《構建之法》第17章 人、績效和職業道德)性能
這些階段咱們團隊都經歷了,而因爲與咱們的團隊成員原本就是比較熟悉的朋友,因此一開始磨合的階段比較快地過去了,咱們的團隊比較融洽,比較有執行力。能夠說最後也達到了「創造」階段,作出了本身滿意的必定成果。單元測試
研發出符合用戶需求的軟件學習
必須公開發布,有實際的用戶,必定的用戶量和持續使用量 (3 天后能保持10 - 100個用戶);而不是作沒有用戶使用的軟件
發佈地址:Gugua Release-碼雲發行版
後臺數據
經過一系列工具,流程,團隊合做,可以在預計的時間內發佈 「足夠好」 的軟件
有項目規劃/需求/設計/實現/發佈/維護,有定時的進度發佈 ;而不是: 經過臨時熬夜,胡亂拼湊,大牛一人代勞,延遲交付等方式糊弄
ISSUE管理系統 Issue-碼雲
自行設計製做並實現全部元素、資源、功能
而且經過數據展示軟件是能夠維護和繼續發展的
而不是 找不到源代碼,代碼無文檔,代碼不能編譯,沒有task/bug 等項目的發展資料