軟工實踐總結
對比開篇部落格你對課程目标和期待，“希望通過實踐鍛煉，增強計算機專業的能力和就業競争力”，對比目前的所學所練所得，在哪些方面達到了你的期待和目标，哪些方面還存在哪些不足，為什麼？
統計一下，你在這門軟體工程實踐中，完成了多少行的代碼；
-------------------------------------------------------------------------------
Language files blank comment code
-------------------------------------------------------------------------------
Vuejs Component 11 50 28 2610
CSS 2 313 12 1267
LESS 5 48 26 864
JavaScript 5 33 9 265
-------------------------------------------------------------------------------
SUM: 23 444 75 5006
-------------------------------------------------------------------------------
軟工實踐的各次作業分别花了多少時間？（做一個清單）
| 作業 | 時間/h |
|---|---|
| 第一次作業-準備 | 0.5 |
| 第二次作業——個人項目實戰 | 10 |
| 第三次作業--團隊展示（團隊） | 3 |
| 第四次作業--項目選題報告（團隊） | |
| 第五次作業--原型設計（結對） | 4 |
| 第六次作業--結對程式設計第二次 | |
| 第七次作業--項目需求分析（團隊） | |
| 團隊作業-随堂小測（同學錄） | |
| Alpha | 2*12 |
| Beta | 3*5 |
哪一次作業讓你印象最深刻？為什麼？
同學錄，因為短時間做出一個看得過去的東西，挺有成就感的。
累計花了多少個小時在軟工實踐上？平均每周花多少個小時？
時間這種東西，算不了吧。反正我覺得挺多的，和後端商量接口，和PM讨論需求。估算一下一周6小時吧總的90小時
學習和使用的新軟體；
visual studio, 在此之前從來沒有用VS寫過代碼
學習和使用的新工具
UML
學習和掌握的新語言、新平台
golang
學習和掌握的新方法；
使用github做燃盡圖
寫下屬于自己的人月神話——個人或結對或團隊項目實踐中的經驗總結+執行個體/例證結合的分析
一天開發12小時的感覺體驗極差，
對下一屆實踐的建議，或者對于開學初的你，對于大一的你，對于開學初的我，你有什麼想建議和告知的呢？對于後來人的期許。 特别地，特别地，下一屆要不要中途換隊員？
首先是建議： 能不選實踐就不選吧。選了實踐的，定題的時候請定一個有趣的，大家都感興趣的，不然做不下去，硬撐下去實在是難受。如果沒寫過項目的，應該在項目中擔任寫代碼的角色，而不是去寫文檔。。。寫過項目的建議做PM，或者組長。
換隊員：為什麼要換隊員？模拟企業的情況？企業換隊員的時候是業務需要吧，企業中換組也不是剪刀石頭布，搖篩子來決定換誰的吧？而且在企業中也有不願意換的，但是為什麼他們最後願意換？還不是因為工作（工資）。我實在是想不出來在實踐過程中換組能讓我們學到什麼？
分析一下自己所處的團隊。軟體工程實踐是大學裡少有的認真的團隊協作經驗。《建構之法》上說團隊的發展有幾個階段，你的團隊都經曆過麼，最後到達了“創造”階段了麼？（參考《建構執法》第17章 人、績效和職業道德）
萌芽階段->磨合階段—>規範階段—>創造階段，都經曆過，達到了創造階段。
怎樣證明你學會了軟體工程？
研發出符合使用者需求的軟體
這個項目是根據ACM實驗室成員的需求開發的。
通過一系列工具，流程，團隊合作，能夠在預計的時間内釋出 “足夠好” 的軟體
團隊使用了github做代碼托管，前後端分離，團隊的任務配置設定通過teambition管理。前端使用docker和daocloud做持續內建。軟體開發的過程中
軟工實踐總結
并且通過資料展現軟體是可以維護和繼續發展的。
所有的接口都有文檔和請求樣例。後端使用的CI架構和前端使用的vue.js也是比較流行的架構。
使用者量為：40+