個人附加作業

對于個人平時成績希望再提高的同學或者之前做得不好的同學請抓住機會，回答下列問題：

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

個人：每個得分點都很細緻。個人覺得挺好的。
結對：認為可以加入一個結對貢獻比來區分不同同學的貢獻。畢竟每個同學的貢獻不一樣。每個人的水準不一緻，能者多勞，也應多得。
團隊：團隊每個人的貢獻分那塊，是按照最高分為5分然後再映射其他組員的分數，那隻要每個人的貢獻比在比較接近的情況下每個人都能得到相對較高的分數。這樣子的話團隊貢獻分還是沒能夠起到協調團隊中主力與打醬油的分數差。個人認為可以給定一個團隊貢獻的總分，然後在按貢獻比來配置設定這個總分。還有，團隊部落格的得分得分點的設定有的地方不是很合理，比如在beta階段的得分點設定為任務結果是2分，而代碼簽入是1分，代碼的簽入通常就是會簽入當天完成的可執行代碼，而運作結果就是把它進行運作的一個結果或者說在部落格上展示出來就隻是一張截圖而已。完成這兩個得分點的任務在時間上不是一個量級的，但是分數上卻是颠倒的。我們組就因為在寫部落格時沒有注意，沒有上傳結果截圖吃了虧。。
還想提一個就是總分的問題。不同的班級之間的分數差異較大，雖然這是不可避免的。。。每個人的成績是班級最高成績的映射，這個就是會導緻如果班級的最高分特别高，就會導緻班級的其他人的分數相對較低。但是我們是一整個專業，這就又導緻班級間的分數差異更大了。
           

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

我覺得我們的團隊是成功的。我經曆了兩個團隊。首先第一個團隊對我的影響比較大，畢竟是從一開始就跟的團隊，也是在這個團隊裡面，我第一次接觸到了前端，也激發了自己學習前端的興趣。雖然我我們的水準參差不齊，大多數的成員都是沒有項目經理，但是我們團隊中的每個人都處于積極向上的狀态。在我們的PM 的帶領下，每個人都周到了興趣點，對于每次的任務都能夠按時的完成；每次有什麼設計點，都會在我們的讨論組裡積讨論；在部落格的撰寫方面，也是分工合作，每個人都有參與感與存在感。我的第二個團隊，在一開始還是非常不熟悉的，全新的項目以及不一樣的小夥伴。團隊裡有一個強大的隊長，能夠安排好所有的工作，在他的帶領下，很輕松愉快地就完成了beta階段的沖刺，有什麼不懂的，也都會在群裡面讨論。很榮幸很夠參與到兩個這麼優秀的團隊當中。
           

總結一下你們團隊在做項目時大家的時間安排情況，可以匿名寫；

大多數的任務都是在晚上或者周末完成的，平時我們的課程量也是挺多的，一些的實驗課要寫實驗報告，有時候大家就一起搬來電腦，讨論項目以及一些不懂的問題。
           

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

需求階段：以客戶為中心。第一次真正地去進行采訪調查人們的實際需要，會發現一些不一樣的細節以及功能。
設計階段：這個階段就是考慮怎麼把客戶的需求實際地轉化成功能來實作。需要考慮的問題有很多。如何實作？怎麼實作更加人性化？怎麼實作更加美觀。。。都需要慢慢地思考摸索。
實作階段：這是關鍵的階段，把前期的設想現在都要實作。在過程中會出現這樣那樣的問題，而且基于我們的水準有限，“理想很豐滿，顯得是卻很骨感”，很多設計階段的美好想法無法很好實作，這時候就要進行取舍了。
測試階段：測試每個代碼子產品的穩定性，以及網站在不同浏覽器上的穩定性及相容性等。
釋出階段：把我們的項目不熟到伺服器上，并向身邊的同學推廣自己的項目。
維護階段：聽取客戶的使用感受，并适時作出修改完善。
           

小小感受

這應該是最後一次寫軟工的部落格了（終于等到你~），在學習軟工的過程中經曆了很多，也收獲了很多。如果軟體工程師以前的那種上課的模式，我們可能能輕松地考個試就拿到學分，但是對我們個人而言是沒有成長的。但是現在，你們要是問我大學讓你映像深刻的課有哪些，軟工絕對排的上号。衷心祝願軟工的這門課能夠越上越好。最後說一句，老師、助教你們辛苦啦，謝謝你們一路相陪！