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

都是针对这样的夸大

相关推荐
MQLYES10 天前
22.DDD与MVC
架构·mvc·领域驱动设计
墨鸦_Cormorant10 天前
常见软件设计模式介绍:三层架构、MVC、SSM、EDD、DDD
设计模式·架构·mvc·ddd·edd
k↑11 天前
COLA学习之DDD各种术语分析(一)
ddd·cola
Javatutouhouduan13 天前
刚入行Java,如何深入学习JVM底层原理?
java·jvm·面试·程序员·架构师·八股文
power-辰南18 天前
Kafka 常见面试题深度解析
java·大数据·分布式·kafka·架构师·消息中间件·2024面试题
rolt21 天前
[pdf,epub]228页《分析模式》漫谈合集01-45提供下载
ddd·架构师·uml·领域驱动设计·面向对象
战神刘玉栋22 天前
《通俗易懂 · JSqlParser 解析和构造SQL》
架构师·jsqlparser
rolt1 个月前
[pdf,epub]162页《分析模式》漫谈合集01-35提供下载
ddd·架构师·uml·领域驱动设计·面向对象
老肖相当外语大佬1 个月前
DDD之理解复杂度、尊重复杂度、掌控复杂度
ddd·领域驱动设计·复杂度·软件成本
老肖相当外语大佬1 个月前
懂了这个道理,人月神话不再是神话!
ddd·领域驱动设计·人月神话·交付效率