领域模型图(数据架构/ER图)
通过四色原型法进行领域建模，提取数据架构核心要素：红色时标原型（MI）表征业务流程节点，绿色参与方-物品原型（PPT）作为实体，黄色角色原型（Role）体现参与关系，蓝色描述原型（DESC）定义属性。基于风控系统实例，从业务流程提炼出MI骨架，逐步补充PPT实体与Role角色，最后添加DESC描述信息，进而映射为ER图。其中PPT对应实体，MI对应关系，结合一对一、一对多、多对多约束，构建清晰的数据模型，支撑系统设计与数据库实现。（239字）
我看技术人的成长路径
有一句诗词说：宠辱不惊，看庭前花开花落；去留无意，望天上云卷云舒。其实就是讲内心修炼到了一种心境平和，淡泊自然的境界。
如何成为云原生时代的卓越架构师
“软件开发需要面对本质困难和附属困难。云原生、DevOps大幅降低了附属困难，使得架构师可以全力聚焦于业务复杂性，而DDD恰是管理业务复杂性的有效方法。”
如何形成统一设计风格-实践篇
在上一篇《业务团队如何统一架构设计风格？》中，探讨了一种业务架构的设计规范，以期达到这些目标：用标准约束技术细节；用技术工具而非文档推行标准；持续重构而非造新轮子；重视业务建模。但通篇表述较为抽象。本篇将总结团队近来的架构演进工作，以更具体的技术细节，详细阐释该理念，作为“统一业务设计风格”的实践篇。文中详述了多个层面的设计规约和基于规约的搭建方式，并在末尾回答了上一篇的诸多疑问。
怎么说服领导，能让我用DDD架构肝项目？
我也苦思冥想，怎么跟领导说咱们从 MVC 升级到 DDD 吧，因为 DDD 代码结构更加清晰、领域驱动比测试驱动开发更加先进、研发的兄弟们也更想用用新框架等。
