[图解]《分析模式》漫谈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

都是针对这样的夸大

相关推荐
老肖相当外语大佬2 天前
反DDD模式之关系型数据库
ddd·领域驱动设计·关系数据库·三范式
W Y4 天前
【架构设计模式-2】创建型、结构型、行为型等设计模式
设计模式·架构·系统架构·架构师·软考
老肖相当外语大佬9 天前
欢迎加入d3shop,一个DDD实战项目
开源·实战·ddd·领域驱动设计
辞半夏丶北笙10 天前
DDD设计方法-3-仓储,封装持久化数据
java·ddd·设计方法·仓储模式
老肖相当外语大佬16 天前
图穷匕见-所有反DDD模式都是垃圾
ddd·领域驱动设计
老肖相当外语大佬22 天前
主观与客观,破除DDD凭经验魔咒
java·ddd·领域驱动设计·dotnet
老肖相当外语大佬24 天前
学习真DDD的最佳路径
ddd·领域驱动设计·软件设计
夜雨风云24 天前
通过重构得到更深层的理解
重构·ddd·领域驱动设计
老肖相当外语大佬1 个月前
DDD是软件工程的第一性原理?
java·ddd·领域驱动设计·dotnet·软件设计
老肖相当外语大佬1 个月前
DDD建模后写代码的正确姿势(Java、dotnet双平台)
java·c#·ddd·领域驱动设计·dotnet