然后对于某个业务逻辑，也习惯先画个流程图方便沟通和避免跑偏。都是在 Markdown 里用 mermaid 画的，很方便。
这种习惯对我的帮助是比较大的，但是比较野路子（大学学的软件工程早忘了，而且实用度也不高）。我比较想系统地学习一下，对我们程序员来说，一个新功能的开发，怎么样的步骤可以辅助我们写出高质量的代码，效率也更高。
比如我目前的流程是：
根据需求，确定有哪些能力才能实现，并且考虑到将来的拓展；
将这些能力，拆分成不同的模块，大致定好接口和数据结构；
在接口和数据结构写得差不多的情况下，根据心情把想写的模块先写了，逐个实现。
然后在优化某个功能时，也会考虑让优化前后的逻辑是“可回滚、可比较”的，这样可以量化，也可以更方便检查 Bug 。
上述流程中可能会画一些流程图、类图、状态图来辅助我梳理思路。
但是既然是我自己琢磨和学一些零散知识的（比如“可监控、可回滚、可灰度”、TDD 之类的思路对我挺有帮助的），我相信市面上肯定有很多资深的大佬有这方面的经验分享（比如陈皓...），学习他们的经验意识是进步最快的方式。
希望有 V 友可以分享一些类似方面的资料或者书籍或者博客。（我怀疑我的用词不准确，搜到的资料不是很有用）
