如何写出一手好代码（上篇 - 理论储备）？
技术能力是研发同学的立身之本，而写代码的能力又是技术能力的重要体现。但可惜的是理想很丰满，现实很骨感。结合慕枫自己的经验来看，我们在工作中其实没那么容易可以看到写得很好的代码。
OneCode 低代码引擎元数据设计
前言：
在百度百科中，元数据被定义为：描述数据的数据，对数据及信息资源的描述性信息。在低代码平台中元数据的使用也是非常广泛，从前端可视化的组件的prop 属性定义，后端OR Maping数据库表映射,以及支撑系统模块关联关系，权限分配支撑等等都是基础性的元数据。而对于低代码平台及工具而言，其最主要的一个功能也是配置管理低代码组件的元数据信息。在业务组件发生需求变更时尽量通过修改元数配置的方式来改变组件的业务特性。
我为什么选择多边形架构做为工程的基础思想
这里以开源项目alinesno-cloud微服务架构的建设拆分再到整合成产品型结构的进行阐述，从原来的几十个工程基线(近百个服务模块)，再到后来的20个左右产品模块的组合，进行服务能力的输出。过程工程由微服务、六边型、再到多边型工程结构的实践经验，这里偏向于工程结构以适应平台产品化发展的变更。
复杂系统设计原则与案例
## 一、复杂是软件的本质属性
### 1.1 复杂是软件的本质属性
正如Brooks所言，软件复杂性是软件固有的属性，这种固有的复杂性主要由4个方面的原因造成的：
- 问题域的复杂性
- 管理开发过程的复杂性
- 随处可变的灵活性
- 描绘离散系统行为的问题
上面每一个方面都有极大的挑战，以「问题域的复杂性」为例，现在我们的大型系统中，动不动就几十个应用，组合在一起就是一个复杂的系统，而每个