剛開始泛看《構建之法》的時候，還是覺得非常難理解裡面的內容，特別是**部分。後來第二次拿起這本書，從第一章開始看起，慢慢了解了「軟體企業=軟體+商業模式」和對軟體工程的定義，但是更多地還是記憶了一遍，沒有明白這裡面的深意；看第二章的時候，跟著單元測試、回歸測試的、效能分析的內容自己照著書上的**敲了一敲，偶爾會出現bug，但是能得到書上所說的效果還是很開心的，效能分析，感覺就是**的效率問題，追求高效，然後接觸到了軟體工程師的一套模型—個人開發流程psp，我也嘗試建立自己的github來管理自己的源**。第三章就感覺在看故事了：乙個軟體工程師的成長，積累問題相關領域知識和經驗、提公升技能；理解通用軟體設計思想和軟體工程思想；提公升職業技能；實際成果。剩下的暫時還沒看。
數獨是源自18世紀瑞士的一種數學遊戲。是一種運用紙、筆進行演算的邏輯遊戲。玩家需要根據9×9盤面上的已知數字，推理出所有剩餘空格的數字，並滿足每一行、每一列、每乙個粗線宮（3*3）內的數字均含1-9，不重複。數獨盤面是個九宮，每一宮又分為九個小格。在這八十一格中給出一定的已知數字和解題條件，利用邏輯和推理，在其他的空格上填入1-9的數字。使1-9每個數字在每一行、每一列和每一宮中都只出現一次，所以又稱「九宮格」。
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫10
30· estimate
· 估計這個任務需要多少時間
500800
development
開發100
200· analysis
· 需求分析 (包括學習新技術)
3050
· design spec
· 生成設計文件
5030
· design review
· 設計複審 (和同事審核設計文件)
7030
· coding standard
· **規範 (為目前的開發制定合適的規範)
1020
· design
· 具體設計
2030
· coding
· 具體編碼
400600
· code review
· **複審
4060
· test
· 測試（自我測試，修改**，提交修改）
5060
reporting
報告40
70· test report
· 測試報告
5050
· size measurement
· 計算工作量
5070
· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫
5040
合計總計
1470
2140
執行力的理解：
執行力，我認為是內心精神要求自己行動的一種力量，每一件事情都有每個人不同的見解，同時這個見解也伴隨著一定的執行力，你喜歡某件事情可能你的內心驅使就比較大，執行力就比較強，就想盡快地、高效地把某件事情做完，如果不喜歡某件事情，內心驅使就比較小，執行力就比較差，對於這件事情則是能拖就拖，能不做就不做。
泛泛而談的理解：
做事情應付了事，做表面功夫，沒有真正地去經歷經驗，解決實際問題，而只關心一些表面上的事情如何能夠應付好，做的事情也沒有什麼深度，很多事情的意義都在於體驗那個過程，增長自己的經歷經驗我們不能夠應付了事。
第二次作業 個人專案實戰 數獨
利用程式隨機構造出n個已解答的數獨棋盤。輸入 數獨棋盤題目個數n 0 n 1000000 輸出 隨機生成n個 不重複的已解答完畢的 數獨棋盤，並輸出到sudoku.txt中，且左上角的第乙個數為 學號後兩位相加 9 1先初始化乙個二維陣列sudoku 9 9 再往裡面填數字，而第乙個數字是規定的，我...
第二次作業 個人專案實戰
2，psp2.1 personal software process stages 預估耗時 分鐘 planning 計畫20 estimate 估計這個任務需要多少時間 20development 開發490 analysis 需求分析 包括學習新技術 60 design spec 生成設計文件 ...
第二次作業 個人專案實戰
github專案位址 作業位址 利用程式隨機構造出n個已解答的數獨棋盤 輸入 數獨棋盤題目個數n 輸出 隨機生成n個 不重複 的 已解答完畢的 數獨棋盤，並輸出到sudoku.txt中，輸出格式見下輸出示例。在生成數獨矩陣時，左上角的第乙個數為 學號後兩位相加 9 1。例如學生a學號後2位是80，則...