一、請回望開學時的第一次作業，你對於軟件工程課程的想象

1.對比開篇博客你對課程目標和期待，“希望通過實踐鍛煉，增強計算機專業的能力和就業競爭力”，對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足，為什麽？

答：總的來說，我認為本課程最珍貴的地方就是讓我們體驗了做團隊項目的大體流程。做項目不是單純的寫代碼，而是一件很復雜很精細的事情。不足之處在於畢竟只有一個學期，整個項目流程體系太趕了一些。

2.總結這門課程的實踐總結和給你帶來的提升，包括以下內容：

• 統計一下，你在這門課程中，完成了多少行的代碼；
  800行左右。
• 軟工的各次作業分別花了多少時間？（做一個列表）

• 哪一次作業讓你印象最深刻？為什麽？
  閱讀作業2——提問題。 對應該提哪些問題苦惱了很久，翻了很久的書。
• 累計花了多少個小時在軟工上？平均每周花多少個小時？
  100小時左右，每周7-8小時。
• 學習和使用的新軟件。
  Tomcat。
• 學習和使用的新工具。
  Learngo。
• 學習和掌握的新語言、新平臺。
  javascript。
• 學習和掌握的新方法。
  燃盡圖。
• 其他方面的提升。
  協作能力。

二、寫下屬於自己的人月神話——個人或結對或團隊項目實踐中的經驗總結+實例/例證結合的分析

• 在確定團隊項目選題前一定要討論好，不要出現某個成員對該項目完全沒有興趣的情況，這會導致項目進展舉步維艱。
• 沖刺階段做好安排，不要把事全堆在最後幾天來做。

三、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，你有什麽想建議和告知的呢？對於後來人的期許。對於換人機制，有什麽樣的建議？

請學好C語言！！！！！請學好C語言！！！！！請學好C語言！！！！！關於換人機制……其實殘酷一點的話可以做成市場機制。。

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

就單純按有無經歷過這幾個階段而不談質量來說，確實是經歷了萌芽階段（團隊起步），磨合階段（項目編寫），規範階段（項目測試），創造階段（項目完成）。

五、怎樣證明你學會了軟件工程？

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

• 必須公開發布，有實際的用戶，一定的用戶量和持續使用量 （3 天後能保持10 - 100個用戶）；而不是: 做沒有用戶使用的軟件

2.過一系列工具，流程，團隊合作，能夠在預計的時間內發布 “足夠好” 的軟件

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

3.並且通過數據展現軟件是可以維護和繼續發展的。

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

定時進度發布，還有最後的安裝程序分卷壓縮上傳完畢。

網絡15軟工個人作業5——軟件工程個人總結