CMMI和进化论

程序设计很多思维是来自自然的，什么这个模型那个模型，或许就是自然中的一个现象。

最近看了CMMI的介绍，发现和进化是何其相似。

我们程序员/工程师的作品是随着迭代而进化的，如何设计出可以进化的程序呢？

那就是怎么知道现有问题？

放到实际环境中去试，得到实际使用者的反馈。更多是要通过日志或者设计合理的埋点，来监测关键指标是不是按照预期的。

再就是借助工具，比如冗余设计，日志记录，在线监测（iot应用），换个思路验证（比如我们如何确定13-5=8 是正确的，可以知道差一定是小于被减数的，换个思路来验证，而不是沿用原来的思路重复验证）

借助工具，可能是示波器，来观察我们输出的周期频率是否预期的

借助工具，也可能是做一个工具软件（比如上位机），模拟快速响应、重复交互，以及协助长时间的运行，是否存在内存或者关键指标的变化。

最重要一点的是态度，兴趣，敬畏之心。

敬畏带来好的程序设计，而态度是我们是否用心实现的关键，兴趣或许才是更长远的坚持。

既然已经知道了问题点了，那么距离下一次进化就是coding了

最后回到cmmi的理解，enjoy

CMMI 1:

没有管理，没有标准，过程是凭借个人管理实现的，跟开发者很有关系。能满足目标，但是不可复制。

CMMI 2:

有项目管理了，也有计划。基本能按照计划完成了。

CMMI 3:

在2的基础上，整了一个模型，指导文件，类似研发流程。从开发输入到输出。有了标准，满足基础开发要求。

CMMI 4:

更加量化，有反馈，整个流程在什么地方是什么指标，有了量化后。就可控了。止于至善

CMMI 5:

增加了优化机制，可以从研发角度考虑，也可以从客户满意度考虑

因为有了前面数据量化积累，知道哪里不足，针对性可以改善了。生生不息