1丶你認為每次項目的評分標準存在哪些問題，你認為的合理評分準則是怎樣的（個人／結對／團隊算三個）

答：個人作業我覺得挺好的，題目也比較容易，對於我這個基礎比較差的人都可以完成題目基本要求，而且助教對各項評分也很詳細，很棒。

結對編程方面：我認為兩個人的分工透明度不夠高。到底誰做的多，誰做的少，具體分工又是怎樣，沒有一個明確的評分標準。我覺得可以像團隊作業那樣，設置一個自評和互評作為參考。另外還可以寫上具體的分工，讓助教參考，去給出合理的分數。

團隊作業：我覺得班級映射分有點奇怪啊，為什麽要以一個班級最高分作為評分標準呢？假如我是那個最高分，我會不會想著反正我都是最高分了，下次可以偷偷懶？另外每個班的水平參差不齊，這樣搞的可能某位同學雖然在本班差一點，可是放在全部人中，他不一定最差啊！我認為就按照給出的分數算就很好，沒必要再映射分了。最後一點，我認為就是助教回復這一點也算在評分標準裏面，大家都是用個人郵箱註冊是博客，基本上每個人都是一個郵箱。團隊博客的時候都是臨時找的郵箱，很難做到及時回復助教的博客。這一點希望改進吧。

2丶你的團隊項目是否成功，如果重來一次你是否還會選擇這個團隊，為什麽成功／失敗；

我最開始是在男神組合團隊的，在這裏我的感受如下：我希望老師以後在組建團隊的時候，詢問班級情況，強弱搭檔，這樣才會進步。不要讓大家自由組隊，剩下的人在沒有經過個人的同意的情況下，就莫名其妙的成為一隊了，大家你不情我不願，去哪寫出好的代碼。

在新的團隊中，我如沐春風，很快融入新的集體，很開心。

總結一下你們團隊在做項目時大家的時間安排情況，可以匿名寫；我們基本上都是在晚上擠時間做的，到了大三了，考研的考公的就業的，都要準備了，還有課程，時間很緊。不過時間就像海綿中的水，只要去擠還是會有的。但是有時候還是會出現今天的任務沒有完成，明天去做的，但是還是只能默默寫上這是昨天完成的。

3丶軟件工程這門學問有很多 “知識點”， 這門課強調 “做中學” - 在實踐中學習知識點。請問你們在項目的 需求/設計/實現/測試/發布/維護 階段（一共6 個階段）中都學到了什麽 “知識點”， 每個階段只要說明一個知識點就可以。

需求階段：以前從來不考慮別人想法，只是單純的完成作業就好了，現在會去考慮，雖然可能完不成那樣的要求，但是還是去考慮。

設計階段：有明確 的計劃很好，這樣有整體觀念。以前都是走一步是一步。

實現階段：代碼規範很重要，代碼規範很重要，

代碼規範很重要，重要的事情說三遍

測試階段：沒有規範麽想說的

發布階段：我認為這個功能說明這個特別好

維護階段：這個還是去聽用戶的說法好。

補充：考試題量實在太大了，監考老師都問我寫這麽多，不累嗎？

附加作業（個人）