该重视软件方法了，实现：利润 = 需求 - 设计
本文篇幅有些长，但是相比阅读各类书籍，然后理解和吸收，会大大节省很多时间，对于一些书中难以理解的部分做了改进，帮助更好的理解。可能阅读本文需要一些软件方法的基础知识，才能更好理解和吸收，甚至提出反馈建议。希望文本对大家有帮助，当然这需要运用好“只字不差阅读”和“只字不差理解”。
领域模型图(数据架构/ER图)
数据架构重要的输出是数据-实体关系图，简称 ER 图。ER 图中包含了实体（数据对象）、关系和属性 3 种基本成分。ER 图可以用来建立数据模型。如何准确的建立产品的数据模型，需要分解出业务需要什么样的数据。数据域的分解过程是站在业务架构的基础上，对业务域进行模型分析的过程。
如何写出一手好代码（上篇 - 理论储备）？
技术能力是研发同学的立身之本，而写代码的能力又是技术能力的重要体现。但可惜的是理想很丰满，现实很骨感。结合慕枫自己的经验来看，我们在工作中其实没那么容易可以看到写得很好的代码。
OneCode 低代码引擎元数据设计
前言：
在百度百科中，元数据被定义为：描述数据的数据，对数据及信息资源的描述性信息。在低代码平台中元数据的使用也是非常广泛，从前端可视化的组件的prop 属性定义，后端OR Maping数据库表映射,以及支撑系统模块关联关系，权限分配支撑等等都是基础性的元数据。而对于低代码平台及工具而言，其最主要的一个功能也是配置管理低代码组件的元数据信息。在业务组件发生需求变更时尽量通过修改元数配置的方式来改变组件的业务特性。