如何写出好程序

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 写出高质量代码

这不仅是我们的情怀，
它是自我价值的提升，
它更是程序员长期发展必备能力！