我看技术人的成长路径
有一句诗词说：宠辱不惊，看庭前花开花落；去留无意，望天上云卷云舒。其实就是讲内心修炼到了一种心境平和，淡泊自然的境界。
【DDD】如何理解领域驱动设计？
领域驱动设计（DDD）是一种以业务为核心的软件开发方法，强调通过领域建模、分层架构与团队协作，实现业务与技术的深度融合，提升系统可维护性与业务匹配度，但其复杂性要求更高的学习成本与投入。
领域驱动设计DDD从入门到代码实践
在本文中，作者将借鉴《实现领域驱动设计》的做法，介绍领域驱动设计的基本概念的同时，用一个虚拟的公司和一个虚拟的项目，把领域驱动设计进行落地实践。
基于事件风暴的需求分析 | 方法案例一
事件风暴（Event Storming）源自领域驱动设计社区，由 Alberto Brandolini 在2012 年发明[1]。 事件风暴最早的名字是基于事件的建模（Event-Based Modeling），正如这个名字所暗示的，事件风暴在发明之初的核心目的是领域建模，在今天的大多数文献和实践中，事件风暴的核心关注点都是领域模型和软件架构。
关于中台建设的理解及建设策略
中台是一种企业级能力，它解决企业的能力共享、业务联通和融合的问题，提供一套企业级的整体解决方案。联通是前台以及中台之间各业务板块的联通，融合是前台企业级业务流程和数据的融合，并以共享的方式支持前台一线业务的发展和创新。
海量数据仓库：元数据管理分享
在最开始的时候，元数据（Meta Data）是指描述数据的数据，通常由信息结构的描述组成，随着技术的发展元数据内涵有了非常大的扩展。元数据通常分为业务元数据、技术元数据和操作元数据等。业务元数据主要包括业务规则、定义、术语、术语表、运算法则和系统使用业务语言等，主要使用者是业务用户。
微服务如何实现低耦合高内聚？架构师都在用的技巧！
本文介绍了微服务的拆分方法，重点讲解了“高内聚”和“低耦合”两个核心设计原则。高内聚强调每个微服务应专注于单一职责，减少代码修改范围，提高系统稳定性。低耦合则通过接口和消息队列实现服务间的解耦，确保各服务独立运作，提升系统的灵活性和可维护性。通过领域建模和事件通知机制，可以有效实现微服务的高效拆分和管理。
