软件开发流程（一）：总结软件开发流程的经验教训

背景

1. 复习软件开发过程可能出现的问题。
2. 沉淀经验教训。

过程

• “如果你不知道如何写代码，是因为你的需求不明”。分享一个有力的观点。这是刚入行的时候，同事告诉的。
• DDD过程

1. 业务研究员（产品经理）与领域专家进行沟通，在这个过程中，如果有机会，程序员也可以参与讨论，学习更多领域知识。当然，如果有机会，也可以参与模型的设计。
2. 无论是产品经理，还是程序员刚接触一个领域的时候，对领域的概念存在错误理解和理解的不够深，都是正常的。
3. 产品经理设计的模型也可能存在不合理的地方，甚至是错误的。因此，开发前发现不合理的地方，就需要讨论和沟通了，这个是非常正常的。即使，在具体设计和编码的过程中，发现了模型的错误设计，也需要讨论和沟通，并修改设计，这个也是非常正常的。
4. 如果设计的模型确实相对复杂，那么，可以多想，能不能提供另外的简单的解决方案，然后，讨论沟通一下。如果依然不愿意妥协，那么可以多要一点儿开发时间。

• 设计阶段

1. 无论是模块设计，还是功能设计，都需要做到分层。定义好层与层之间的交互协议。通过这样的方式，训练自己去架构功能，架构模块，构架整个项目。
2. 层与层之间的交互协议并不一定是严格的。比如某些固定逻辑A项目与B项目是通过mq交互的，但是某些其他逻辑A项目和B项目是可以通过dubbo协议交互。要灵动，不然，太过于严格，反而设计是不好的。

• 横向开发模式

1. 不要关心边界以外的事情。不要关心边界以外的事情。不要关心边界以外的事情。这句话很管用，要这样用。在开发前，不要担心模型建立的复杂，不要担心模型建立的不合理，有责任人的，不关开发者的事情。在开发过程中，一定要尽可能减少焦虑，不要太担心，做到谨慎、细心就行了。在开发结束后，去学习和了解，把整个项目从头到尾都梳理一次，架构设计，业务功能，然后做到心中有数。
2. 记录好日志是开发过程中的一件非常重要的事情。因为，这样就知道自己的代码的运作过程，非常方便定位问题。尤其是横向开发，把api的入参记录好，然后调用别人的api的时候把参数也记录一下。 如果是纵向开发的话，自己非常好调试，因为整个逻辑代码都是自己写的，可是横向的话，就需要详细记录日志了。

• 上线

1. 代码是永远存在bug的。不要追求完美。只需要写的代码bug的个数在合理的范围内即可。

小结

梳理一下经验教训。