[图解]《分析模式》漫谈16-“我用的”不能变成“我的”

1

00:00:00,720 --> 00:00:02,160

今天,我们来说一下

2

00:00:02,170 --> 00:00:04,850

"我用的"不能变成"我的"

3

00:00:04,860 --> 00:00:11,390

《分析模式》的前言

4

00:00:12,260 --> 00:00:13,410

有这么一句话

5

00:00:14,840 --> 00:00:15,600

if you are not

6

00:00:15,610 --> 00:00:16,640

familiar with the

7

00:00:16,650 --> 00:00:17,440

approach

8

00:00:17,450 --> 00:00:18,840

I take to modeling

9

00:00:18,850 --> 00:00:21,000

or the notation

10

00:00:21,010 --> 00:00:22,470

and concepts I

11

00:00:22,480 --> 00:00:24,050

use, read the

12

00:00:24,060 --> 00:00:24,890

appendix

13

00:00:26,580 --> 00:00:27,480

2004中译本

14

00:00:27,490 --> 00:00:29,770

15

00:00:31,840 --> 00:00:35,410

我所采用的,这个翻译出来了

16

00:00:37,230 --> 00:00:37,890

17

00:00:39,500 --> 00:00:40,410

2020中译本

18

00:00:42,570 --> 00:00:46,200

我用的,我采用的,变成"我的"了

19

00:00:49,400 --> 00:00:50,440

这不是一个小事情

20

00:00:51,540 --> 00:00:53,020

我以前写过很多文章

21

00:00:53,030 --> 00:00:54,100

批评

22

00:00:54,110 --> 00:00:55,540

领域驱动设计伪创新的

23

00:00:56,220 --> 00:01:00,760

这就是一个我经常批评的,重点批评的问题

24

00:01:03,140 --> 00:01:06,540

我们去网络上搜,公众号搜也好

25

00:01:07,720 --> 00:01:09,020

web上搜也好

26

00:01:10,630 --> 00:01:11,730

你搜什么

27

00:01:12,360 --> 00:01:16,020

搜关键词 "DDD的"、"领域驱动设计的"

28

00:01:16,030 --> 00:01:19,920

"DDD提出"、"领域驱动设计提出"

29

00:01:19,930 --> 00:01:22,650

类似这样的

30

00:01:24,000 --> 00:01:25,440

你就可以看到很多这种

31

00:01:26,280 --> 00:01:28,310

比如说,DDD的用例分析法

32

00:01:30,060 --> 00:01:32,440

采用领域驱动的方法

33

00:01:32,450 --> 00:01:34,230

根据业务用例进行抽象

34

00:01:35,150 --> 00:01:36,560

DDD提出分层架构

35

00:01:37,050 --> 00:01:39,650

DDD提出面向业务领域的软件设计

36

00:01:41,120 --> 00:01:42,910

先不说这个里面内容什么的

37

00:01:42,920 --> 00:01:44,830

阐述的这些用词对不对

38

00:01:46,600 --> 00:01:48,520

你这样一说,好像这个东西

39

00:01:49,260 --> 00:01:51,930

是领域驱动设计提出来的

40

00:01:53,360 --> 00:01:54,090

不是的

41

00:01:56,050 --> 00:02:00,250

当这种信息它充斥到整个网络的时候

42

00:02:01,620 --> 00:02:05,050

特别是整个圈子本身

43

00:02:05,060 --> 00:02:06,410

互吹互捧

44

00:02:06,420 --> 00:02:07,570

这种能力又很强

45

00:02:08,130 --> 00:02:10,360

这种信息充斥网络的时候

46

00:02:10,690 --> 00:02:12,880

历史就不知不觉地被修改掉了

47

00:02:15,440 --> 00:02:18,340

如果大家都通过这样的方式

48

00:02:19,350 --> 00:02:21,870

就可以创新的话

49

00:02:22,080 --> 00:02:23,990

就没有人去做真正的创新了

1

00:00:00,920 --> 00:00:02,200

关于Martin Fowler

2

00:00:02,210 --> 00:00:03,880

我写过一些文章

3

00:00:03,890 --> 00:00:08,320

都是针对相关人员对他的夸大的

4

00:00:10,090 --> 00:00:14,070

这里面内容,大家自己去看公众号

5

00:00:14,080 --> 00:00:15,550

可以自己搜

6

00:00:15,950 --> 00:00:19,030

我这边也不给二维码,也不列出来了

7

00:00:19,390 --> 00:00:20,660

感兴趣自己去搜看

8

00:00:22,730 --> 00:00:26,070

我这里要强调的,文章里面也写了

9

00:00:27,940 --> 00:00:31,440

如果是普通读者出于崇拜,狂吹,那没问题

10

00:00:31,950 --> 00:00:35,200

但如果说你是Fowler公司的同事

11

00:00:35,880 --> 00:00:38,290

或者是出版Fowler的书的编辑

12

00:00:39,910 --> 00:00:43,520

那么,所表达的内容应该更加谨慎

13

00:00:45,180 --> 00:00:46,770

不能够胡乱夸大

14

00:00:48,290 --> 00:00:50,450

我这几篇文章里面提到的

15

00:00:51,710 --> 00:00:53,810

都是针对这样的夸大

相关推荐
canonical_entropy20 小时前
范式重构:可逆计算如何颠覆DDD的经典模式
后端·低代码·领域驱动设计
Kookoos21 小时前
“事件风暴 → 上下文映射 → 模块化”在 ABP vNext 的全链路模板
ddd·ef core·abp vnext·事件风暴·oasdiff
canonical_entropy1 天前
告别经验主义:DDD的数学基础与工程实现
后端·架构·领域驱动设计
canonical_entropy4 天前
DDD本质论:从哲学到数学,再到工程实践的完整指南之实践篇
java·后端·领域驱动设计
canonical_entropy5 天前
对《DDD本质论》一文的解读
后端·架构·领域驱动设计
canonical_entropy6 天前
DDD本质论:从哲学到数学,再到工程实践的完整指南之理论篇
后端·低代码·领域驱动设计
Light607 天前
领码方案|微服务与SOA的世纪对话(3):方法论新生——DDD、服务网格与AI Ops的融合之道
运维·人工智能·微服务·ddd·soa·服务网格·ai ops
xiangji10 天前
PocoEmit遥遥领先于AutoMapper之打通充血模型的任督二脉
ioc·ddd·expression·类型转化
Light6011 天前
领码方案|微服务与SOA的世纪对话(1):从“大一统”到“小而美”
微服务·ddd·soa·服务网格·ai ops
rolt14 天前
[pdf、epub]320道《软件方法》强化自测题业务建模需求分析共279页(202509更新)
产品经理·ddd·架构师·uml·领域驱动设计