[图解]领域驱动设计伪创新-为什么互联网是重灾区-03

本文讨论了一种将网站成功归因于PHP开发的语言,并揭示了将并存现象视为因果关系的逻辑误区。作者指出,尽管PHP在早期起到了作用,但企业的持续成功并非仅依赖于此,而是需要适应时代变化和信息化改进。
摘要由CSDN通过智能技术生成

0
00:00:01,260 --> 00:00:05,036
所以呢,把并存当成因果

1
00:00:05,036 --> 00:00:06,488
这种套路

2
00:00:06,488 --> 00:00:07,360
我们就

3
00:00:07,770 --> 00:00:09,247
可以类似这样用

4
00:00:09,247 --> 00:00:09,670
你看

5
00:00:09,950 --> 00:00:11,660
我们网站很成功

6
00:00:11,940 --> 00:00:14,130
我们网站用PHP开发的

7
00:00:14,410 --> 00:00:16,570
所以呢PHP是最好的语言

8
00:00:18,590 --> 00:00:19,320
你看

9
00:00:19,600 --> 00:00:21,600
前面两个都是事实

10
00:00:22,730 --> 00:00:24,663
然后把这两个并存

11
00:00:24,663 --> 00:00:26,113
把它当成因果

12
00:00:26,113 --> 00:00:28,530
就推导出PHP很棒

13
00:00:29,770 --> 00:00:31,653
你看我们网站成功了嘛

14
00:00:31,653 --> 00:00:32,030
对吧

15
00:00:33,700 --> 00:00:35,120
这一套

16
00:00:40,180 --> 00:00:41,549
并不新鲜

17
00:00:41,549 --> 00:00:45,930
几十年前的很多企业都已经玩过了

18
00:00:47,140 --> 00:00:48,677
上个世纪的时候

19
00:00:48,677 --> 00:00:51,753
很多企业做信息化改进的时候

20
00:00:51,753 --> 00:00:53,730
就会受到很大的阻力

21
00:00:54,570 --> 00:00:56,668
那些反对的声音说什么

22
00:00:56,668 --> 00:00:57,050
他说

23
00:00:57,580 --> 00:00:59,697
我们企业成立这么多年了

24
00:00:59,697 --> 00:01:01,045
一直都这么干

25
00:01:01,045 --> 00:01:02,200
也没有信息化

26
00:01:02,200 --> 00:01:03,740
也没有做什么改进

27
00:01:04,400 --> 00:01:05,905
一直都在赚钱

28
00:01:05,905 --> 00:01:06,470
对不对

29
00:01:08,150 --> 00:01:08,390


30
00:01:08,390 --> 00:01:11,510
这个就是把并存当成因果了

31
00:01:12,650 --> 00:01:15,160
没有做信息化改进

32
00:01:16,600 --> 00:01:17,760
这是事实

33
00:01:18,270 --> 00:01:19,960
赚钱也是事实

34
00:01:20,850 --> 00:01:21,820
但是

35
00:01:22,260 --> 00:01:25,850
之所以以前这个企业能赚钱

36
00:01:26,270 --> 00:01:28,719
原因并不是没有做信息化

37
00:01:28,719 --> 00:01:29,610
而是什么

38
00:01:30,490 --> 00:01:32,160
背后某些背景

39
00:01:33,060 --> 00:01:34,620
如果大家

40
00:01:34,900 --> 00:01:36,973
年纪比较轻的话

41
00:01:36,973 --> 00:01:41,120
可以去搜以前的历史,比如说什么

42
00:01:41,510 --> 00:01:43,540
双轨制

43
00:01:43,820 --> 00:01:44,746
官倒

44
00:01:44,746 --> 00:01:46,290


45
00:01:46,570 --> 00:01:48,087
春节晚会

46
00:01:48,087 --> 00:01:52,639
好几次都说倒爷的这个问题

47
00:01:52,639 --> 00:01:53,290
侯耀文

0
00:00:01,190 --> 00:00:04,330
如果说这样的好处能够一直吃下去的话

1
00:00:04,980 --> 00:00:06,865
做不做信息化无所谓

2
00:00:06,865 --> 00:00:07,431
对不对

3
00:00:07,431 --> 00:00:09,128
问题是,之所以要做

4
00:00:09,128 --> 00:00:10,260
很可能就是因为

5
00:00:10,840 --> 00:00:13,620
不能再这样一直下去了呀

6
00:00:15,040 --> 00:00:17,550
如果说可以这样一直吃下去的话

7
00:00:18,070 --> 00:00:18,987
你站着干

8
00:00:18,987 --> 00:00:19,675
躺着干

9
00:00:19,675 --> 00:00:21,281
敏捷着干,都可以

10
00:00:21,281 --> 00:00:21,970
对不对

11
00:00:23,620 --> 00:00:25,680
所以这一套并不新鲜

12
00:00:26,680 --> 00:00:27,670
互联网

13
00:00:27,670 --> 00:00:28,660


14
00:00:29,060 --> 00:00:31,775
网站有多少多少用户

15
00:00:31,775 --> 00:00:33,811
我们都没有用UML

16
00:00:33,811 --> 00:00:38,110
这种就是跟以前那个套路是一样的

17
00:00:38,750 --> 00:00:40,910
所以呢,像这样的人

18
00:00:41,270 --> 00:00:43,980
介绍的开发经验是不可信的

  • 19
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值