如何寫出好程式

1 有何感想

“成功的專案是相似的，失敗卻各有不同”

2 複雜工程，工作思路應是什麼？

風險/收益驅動

3 質量管理發展歷程

引自：英國標準協會

4 程式設計的風險

① 準確理解需要解決的問題？

② 提供的介面是否合理麼？

③ 採用什麼邏輯結構/架構？

④ 那些沒有掌握的關鍵技術點？

⑤ 如何保證實現質量?

 5 應對風險

需要個人和團隊共同努力。

6 測試驅動的價值

① 建立快速驗證結果的開發過程
② 優先解決關鍵風險：
.  業務領域識別
.  結構的合理性
.  介面設計友好性

 7 領域模型

核心任務：
        業務領域模型在系統的對映
困難：
        模型總結抽象是否準確

8 領域驅動設計

• 對業務領域分析
• 整理領域概念結構
• 型模/結構設計進化

9 行動指南

9.1 學習測試框架

#[cfg(test)]
mod tests {
#[test]
fn it_works() {
assert_eq!(2 + 2, 4);
}
}

9.2 刻意聯絡

 學習專案

9.3 工作中引入

9.4 迭代

成為習慣

10 問題與展望

10.1 TDD推廣並不容易

沒有認識 :   程式設計師優先關注技術細節與實現 ;
缺少追求 :   只有專案的苟且，沒有優雅與遠方 ；
缺少方法 :   懶惰、非投資心態   ；
缺少影響力 : 不關注團隊，非建設性，表達能力弱 ;

“經濟增長的本質，是資訊的增長或秩序的增長，

經濟是人類積累知識技術來創造產品的系統   ”

高價值的產生應是從事 :

高複雜的資訊和秩序的建立，邊際收益穩定長久的

活動。

10.2 寫出高質量程式碼

這不僅是我們的情懷，
它是自我價值的提升，
它更是程式設計師長期發展必備能力！