personal software process stages
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫· estimate
· 估計這個任務需要多少時間
development
開發· analysis
· 需求分析 (包括學習新技術)
· design review
· 設計複審 (和同事審核設計文件)
· coding standard
· **規範 (為目前的開發制定合適的規範)
· design
· 具體設計
· coding
· 具體編碼
· code review
· **複審
· test
· 測試（自我測試，修改**，提交修改）
reporting
報告· test report
· 測試報告
· size measurement
· 計算工作量
· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫
合計1400
思路：
拿到這個專案，大致的思路就是，把檔案中的字元都讀到乙個string字串中，再對字串進行操作
1、統計ascii碼：計算string的字串的長度
2、統計行數：對檔案每行每行的讀取，有讀取出資料則 行數line++ ，最後返回line
3、統計單詞數：把string函式用split函式對字串進行劃分，存入到乙個string陣列中，再計算陣列的長度
4、統計單詞頻度：用鍵值對(key-value)對映，單詞作為key，單詞數量作為value。
預想的方案（簡化版）
**規範：
1、 型別（類、結構、委託、介面）、字段、屬性、方法、事件的命名
我們都盡量使用英文，如果實在有的地方不能我們就用中文替代，並做了註解
2、不使用縮寫
所有型別、字段、屬性、方法、事件盡量不使用縮寫。
3、不使用單個字母的變數
不使用單個字母的變數, 像 i、m、n，使用index等來替換，用於迴圈迭代的變數除外。
4、縮排字元約定為4
5、 注釋
型別、屬性、事件、方法、方法引數，根據需要新增注釋。
如果型別、屬性、事件、方法、方法引數的名稱已經是自解釋了，不需要加注釋；
否則需要新增注釋。
6、型別名稱和原始檔名稱一致
**分析：
2、檔案字元數函式
3、行數計算
4、統計單詞字數
5、統計頻數
單元測試：
複審發現的問題：
起初將問題想得太簡單，結果做完初步的基本功能後，要實現之後的功能變得困難，只好重新做。
程式中消耗最大的函式：
統計單詞頻數的函式，用了過多的迴圈導致效率低下。
感受：這次結對程式設計所完成的任務效率遠大於乙個人完成任務的效率，可以看出與同伴之間的差距，學習到更多，來提公升自己。這次的作業又對c#更進一步了解，學習到了正規表示式如何使用。是很棒的學習旅程！
第三次作業
2 12有600 mb 兆位元組 的資料，需要從南京傳送到北京。一種方法是將資料寫到磁碟上，然後託人乘火車這 些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率為2.4kb s 傳送此資料。試比較這兩種方法的優劣。若資訊傳送速率為33.6kb s,其結果又如何？解 當傳送速率為2.4k...
第三次作業
1 有600mb 兆位元組 的資料，需要從南京傳送到北京 一種方法是將資料寫到磁碟上，然後託人乘火車將這些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率為2.4kb s 傳送此資料，試比較這兩種方法的優劣。若資訊傳送的速率為33.6kb s,其結果又如何？解 假定連續傳送且不出錯。若...
第三次作業
p67 2 12 有600mb的資料，需要從南京傳送到北京。一種方法是將資料寫到磁碟上，然後託人乘火車將這些磁碟捎去。另一種方法是用計算機通過長途 線路 設資訊傳送的速率是2.4kbps 傳送此資料。試比較這兩種方法的優劣。若資訊傳送速率為33.6kbps，其結果又如何？解 1 t 600 1024...