關於轉會 - 軟體工程師換工作是常有的事，優秀的軟體工程師都會留下足夠的文件, 到**都能高效工作, 我相信經歷了轉會的工程師會以更高的熱情投入到新的工作中。
m2 階段的要求:
主要目標是要把m1 計畫的功能進一步做好,不貪多，必要時可以削減功能。
要用測試用例，單元測試，**覆蓋率，自動測試等工具和標準來保證軟體模組的質量。最後會重點考察各專案測試的**覆蓋率。請測試的同學加把勁，如何保證你專案的60% 以上的**都驗證過? 都被測試用例覆蓋了?
要有每日構建，每天都應該把**整合進tfs, 並能夠編譯成功。
用真實世界的資料和使用者來衡量軟體的質量。 我們寫軟體是為使用者寫, 請考慮在適當時候請使用者來試用軟體, 收集使用者反饋。
爬蟲組: 每個小組搞定至少 4 萬個英文文件; 5千個中文文件。 兩個小組可以分工 (東西海岸, 不同文件型別等) , 文件處理要滿足 pipeline 組的要求。
資料pipeline 組: 處理爬蟲組的文件，並生成符合 ui 組要求的資料庫。 (關鍵字, 問答對)。
ui 組: 基本ui 要流暢好用, 使用場景完備。 搜尋要快速，並能處理中英關鍵字的搜尋, 使用者的管理, anti-spam, anti-abuse 要達到實用的標準。 要能滿足 效能測試/負載測試/壓力測試的要求。
absolutedefense, ilifer, 背單詞小組: 不要過於強調自己的技術有多麼先進, 把軟體做到滿足典型使用者的要求, 讓使用者喜歡你們的軟體, 是最重要的。同時要尊重智財權
所有的工作都寫成了 tfs 的任務加入 tfs 中, 並有任務時間的估計, 所有的成員的任務都要寫在裡面
和m1 類似, daily scrum 的 blog 打分細則如下:
使用者測試報告:在10天的衝刺完成後, 在適當的時機 (一兩天後) 請專案的目標使用者來試用軟體, 記錄使用者反饋, 並寫報告, 報告要有使用者使用你們軟體的**。
要點: 不要先告訴使用者操作細節, 而是告訴使用者乙個目標 (例如想找有關 機器學習的資料), 讓使用者自己試著摸索。 反覆幾次, 收集反饋, 並思考如何改進。 所有小組都要做。 crawler 和 pipeline 小組要找其他開發人員 (假設他們以後要維護這個**, 並且要處理更多文件) 來做使用者調查。 請看移山之道或其它教材/資料關於使用者調查/user study 的做法。
現在就可以考慮軟體要如何發布, 最後專案評審的時候要拿出實際使用者的資料, 所以要求你們的軟體要在實際世界中執行了一段時間。
所有軟體的發布日期都是 (12/17 中午)。 如果軟體在發布之後有新版本,可以多次發布，但是12/17 號必須有第一次發布。
要求所有專案都要在下列的**發個帖子, 做宣傳:
www.cnbeta.com
請把截圖和使用者的反饋加入到報告中。
1/7/2013 進行最終專案終審。要求在這裡:
附: 各小組部落格列表.
北航 2012 秋季 軟體工程課 M2 要求
關於轉會 軟體工程師換工作是常有的事，優秀的軟體工程師都會留下足夠的文件,到 都能高效工作,我相信經歷了轉會的工程師會以更高的熱情投入到新的工作中。m2 階段的要求 主要目標是要把m1 計畫的功能進一步做好,不貪多，必要時可以削減功能。要用測試用例，單元測試，覆蓋率，自動測試等工具和標準來保證軟體模...
現代軟體工程 M2 部落格要求
和m1 類似 131 24 dev history 微軟軟體開發管理的歷史 milestone 2 里程碑2 部落格 列出m2 的計畫,所有的任務 task 把bug bash 的報告分類加入tfs 作為bug 公布人員的角色,可以考慮在這一周開始scrum.n a1 31 holiday holi...
現代軟體工程 M2 部落格要求
和m1 類似 131 24 dev history 微軟軟體開發管理的歷史 milestone 2 里程碑2 部落格 列出m2 的計畫,所有的任務 task 把bug bash 的報告分類加入tfs 作為bug 公布人員的角色,可以考慮在這一周開始scrum.n a1 31 holiday holi...