- 博客(488)
- 资源 (142)
- 收藏
- 关注
RSS订阅原创 “技术人员”要不要学管理
从我个人发展来看，工作早期，工作大部分是被安排的好好，只要按照要求做就行，如果你能更快完成，就能得到更好的回报，相对单纯；为什么要说这么一个"过时"的话题，源于最近我的一位下属问我：“我不知道怎么去拿到更好的绩效”，作为他的直接leader，在公司的大环境以及团队公平的前提下，我和他都很清楚，很难拿到“A”的绩效。结合宏观和微观的角度，刚工作，职位比较低的时候，很容易得到被认可，绩效也会很高，到了相对中高级之后，其实就有点难，纠结也更多。2、每天的工作中，管理帮我们列出待办事项，整理好优先级；
2024-08-02 13:39:56
163
原创 程序员学管理-敏捷开发宣言&开发十二原则
开发宣言是一种价值观，但很多时候被误解，直接忽略右边。敏捷软件开发宣言，只是更强调左边，而不是说右边不重要。
2024-07-30 16:18:42
250
原创 什么是TOGAF
TOGAF是由国际开放标准组织于1995年开发的，以美国国防部的“信息管理技术架构框架（TAFIM）”和凯捷的Integrated Architecture Framework（IAF）。开放组体系结构框架（英语：The Open Group Architecture Framework，缩写：TOGAF）是一个企业架构框架，它提供了一种设计，规划，实施和管理企业信息技术架构的方法。它提供了一套完整的方法和工具，包括架构开发方法（ADM）和一系列的技术参考模型。TOGAF 强调架构的可复用性和一致性。
2024-07-30 13:00:59
657
原创 【代码实践】运行kafka出现ModuleNotFoundError: No module named ‘kafka.vendor.six.moves‘
升级Python版本后，原kafka-python组件不兼容报错
2024-06-20 09:54:23
1547
原创 【云原生】Kubernetes 核心概念
Kubernetes，从官方网站上可以看到，它是一个工业级的容器编排平台。Kubernetes 这个单词是希腊语，它的中文翻译是“舵手”或者“飞行员”。在一些常见的资料中也会看到“ks”这个词，也就是“k8s”，它是通过将8个字母“ubernete ”替换为“8”而导致的一个缩写。Kubernetes 为什么要用“舵手”来命名呢？大家可以看一下这张图：这是一艘载着一堆集装箱的轮船，轮船在大海上运着集装箱奔波，把集装箱送到它们该去的地方。
2024-05-20 03:00:00
1163
原创 DDD学习推荐书籍
1、领域驱动设计 软件核心复杂性应对之道。2、领域驱动设计精粹。3、企业应用架构模式。4、实现领域驱动设计。5、解构领域驱动设计。
2024-05-18 21:41:39
369
原创 【DDD】学习笔记-聚合和聚合根：怎样设计聚合？
我们不妨在这里总结下聚合、聚合根、实体和值对象它们之间的联系和区别。高内聚、低耦合，它是领域模型中最底层的边界，可以作为拆分微服务的最小单位，但我不建议你对微服务过度拆分。但在对性能有极致要求的场景中，聚合可以独立作为一个微服务，以满足版本的高频发布和极致的弹性伸缩能力。一个微服务可以包含多个聚合，聚合之间的边界是微服务内天然的逻辑边界。
2024-03-02 21:26:06
1774
2
原创 【DDD】学习笔记-领域、子域、核心域、通用域和支撑域：傻傻分不清？
领域的核心思想就是将问题域逐级细分，来降低业务理解和系统实现的复杂度。通过领域细分，逐步缩小微服务需要解决的问题域，构建合适的领域模型，而领域模型映射成系统就是微服务了。核心域、支撑域和通用域的主要目标是：通过领域划分，区分不同子域在公司内的不同功能属性和重要性，从而公司可对不同子域采取不同的资源投入和建设策略，其关注度也会不一样。
2024-03-02 00:15:00
1135
原创 【DDD】学习笔记-微服务设计为什么要选择DDD
今天我们主要讨论了微服务设计和拆分的难题。通过 DDD 战略设计可以建立领域模型，划定领域边界，解决微服务设计过程中，边界难以划定的难题。如果你的业务焦点在领域和领域逻辑，那么你就可以选择 DDD 作为微服务的设计方法！更关键的一点是，DDD 不仅可以用于微服务设计，还可以很好地应用于企业中台的设计。如果你的企业正在做中台转型，DDD 将会是一把利器，它可以帮你建立一个非常好的企业级中台业务模型。有关这点你还会在后面的文章中见到详解。
2024-03-01 00:15:00
886
原创 【DDD】员工上下文的领域建模实践
在创建一名新员工时，由于需要为其生成新的员工号，且员工号的生成需要访问数据库，为保证请求消息对象的单一职责，就需要将转换职责分配给专门的装配器 OnboardingRequestAssembler。项目任务的信息会自动成为项目日志内容的一部分，员工可以编辑项目日志的内容。在《领域驱动战略设计》中，我已经全面梳理和介绍了 EAS 系统的项目背景、业务期望与愿景，通过需求分析和问题痛点分析获得了系统的子领域，通过确定的业务主流程与史诗级故事和主故事获得了系统的主要用例，并由此确定了整个系统的限界上下文。
2024-02-29 07:45:00
986
原创 【DDD】学习笔记-领域驱动设计的精髓
许多人反应领域驱动设计很难。Eric Evans 创造了许多领域驱动设计的专有术语，这为团队学习领域驱动设计制造了知识障碍。对象范式的领域驱动设计建立在良好的面向对象设计基础上，如果开发人员对面向对象设计的本质思想理解不深，就会在运用领域驱动设计的模式时，显得首鼠两端，不知道该做出怎样的设计决策才满足领域驱动设计的要求。这种执着于书本知识的运用方式过于僵化，一旦面临设计难题又找不到标准答案时，就不知该如何是好了。
2024-02-29 05:30:00
788
原创 【DDD】学习笔记-领域驱动设计参考过程模型
通过领域驱动设计魔方，我们从业务、技术与管理三个维度引入了有助于领域驱动设计的方法和模式，同时梳理了影响领域驱动战略设计的架构因素，确定以“四个边界”为核心对领域逻辑进行控制，规定了领域驱动设计团队必须遵循的纪律，这一切的目的都是为了能够帮助团队完成领域驱动设计的落地。为了确保领域驱动设计的包容性和开放性，只要不违背领域驱动设计的核心思想，诸多方法、模式与实践都可以纳入到这个方法体系中，使得领域驱动设计能够面对不同的领域不同的需求提供更合理的设计方法；
2024-02-29 00:15:00
954
原创 【DDD】学习笔记-模型对象
不同的建模视角会产生不同的模型，但这并不意味着选择一种建模视角就仅仅会产生一种模型，而是指建模的过程围绕着什么样的模型为核心。领域模型驱动设计自然以领域模型为核心，但在限界上下文内部，分层架构的不同层次仍然可能由不同的模型对象组成。除了领域层包含了领域模型，在基础设施层中，面向数据库的是否需要单独建立数据模型，面向外部调用者的远程服务是否需要建立服务模型呢？
2024-02-28 18:00:00
1026
原创 【DDD】学习笔记-分布式柔性事务
倘若一个领域模型要作为 TCC 模式的事务资源，就需要定义相关属性支持对资源自身的锁定或预留。同时，每个作为参与方的业务服务接口都需要定义 Try、Confirm 与 Cancel 方法，在实现这些方法时，还需要保证这些方法具有幂等性。为了尽量避免 TCC 模式对领域模型产生影响，关键之处在于遵循整洁架构思想，让领域模型不要依赖本属于基础设施的 TCC 实现机制或框架。因此，在领域驱动分层架构中，应由基础设施层中扮演北向网关的远程服务作为 TCC 模式发起方与参与方的服务。
2024-02-28 08:00:00
1170
原创 【DDD】学习笔记-领域驱动设计对持久化的影响
如何重用资源库的实现，以及如何隔离领域层与基础设施层的持久化实现机制，具体的实现还要取决于开发者对 ORM 框架的选择。Hibernate、MyBatis、jOOQ 或者 Spring Data JPA（当然也包括基于 .NET 的 Entity Framework、NHibernate 或 Castle 等），每种框架自有其设计思想和原则，提供了不同的最佳实践来指导开发人员以更适宜的方式编写持久化实现
2024-02-27 21:31:28
875
PMBOK第六版(带完整目录）英文高清.pdf版
2017-09-11
3、大数据环境-安装Hadoop2.5.2完全分布式傻瓜教程（Virtual5+CentOS6.8）.
2016-12-01
SPRING技术内幕__深入解析SPRING架构与设计原理完整版
2011-11-13
oracle9i&10g编程艺术-深入数据库体系结构
2009-04-28
SOA-SCA规范中文版
2008-12-23
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人