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 写出高质量代码
这不仅是我们的情怀,
它是自我价值的提升,
它更是程序员长期发展必备能力!