《软件方法》的坚持暗合AI-02

1
00:00:01,230 --> 00:00:09,270
今天我们继续来讲《软件方法的坚持》暗合AI 第二点

2
00:00:09,560 --> 00:00:10,600
设计 而不是实现

3
00:00:13,950 --> 00:00:18,280
这个ABCD大家看过书的或者是看过幻灯片

4
00:00:18,500 --> 00:00:19,578
上过课 都知道了

5
00:00:20,270 --> 00:00:21,378
A 业务建模

6
00:00:21,740 --> 00:00:22,598
B 需求

7
00:00:22,600 --> 00:00:23,239
C 分析

8
00:00:23,240 --> 00:00:23,870
D 设计

9
00:00:25,380 --> 00:00:27,036
D设计这一点

10
00:00:30,000 --> 00:00:30,880
这么多年来

11
00:00:32,080 --> 00:00:33,240
我用了二十几年了

12
00:00:33,430 --> 00:00:38,130
这四个 经常会有人提议说 能不能把它改成实现

13
00:00:40,570 --> 00:00:42,396
因为最终要实现 写代码

14
00:00:42,560 --> 00:00:43,030


15
00:00:46,000 --> 00:00:46,998
也改过的

16
00:00:48,400 --> 00:00:51,039
曾经有一段时间改过 分析、实现

17
00:00:51,480 --> 00:00:52,704
但后来又改回来了

18
00:00:53,620 --> 00:00:54,868
为什么改回来呢

19
00:00:56,280 --> 00:01:00,880
思想上就是说 我们人做的 应该是设计 而不是实现

20
00:01:03,250 --> 00:01:04,650
在AI时代之前

21
00:01:06,110 --> 00:01:09,098
二十多年来 我们一直推荐的实践是这样的

22
00:01:09,460 --> 00:01:12,220
从C-分析到D-设计的实践是这样的

23
00:01:12,410 --> 00:01:14,356


24
00:01:15,350 --> 00:01:17,418
里面只有核心领域的逻辑

25
00:01:18,290 --> 00:01:20,034
包括类 状态机等等

26
00:01:21,280 --> 00:01:26,500
(2)定制分析模型到实现技术栈各个部分的映射套路

27
00:01:29,450 --> 00:01:32,527
这个核心域模型 映射到数据库怎么映射

28
00:01:32,930 --> 00:01:35,030
映射到编程语言怎么映射

1
00:00:01,400 --> 00:00:04,468
包括边界类 映射到

2
00:00:04,470 --> 00:00:07,220
特定的界面实现怎么映射

3
00:00:08,280 --> 00:00:09,110
各个层之间

4
00:00:09,110 --> 00:00:10,910
如果你选用了某种架构

5
00:00:10,910 --> 00:00:13,334
各个层之间是什么样的套路

6
00:00:14,040 --> 00:00:14,890
把它定制好

7
00:00:16,850 --> 00:00:19,788
然后 针对特定的用例提供实现案例

8
00:00:20,350 --> 00:00:22,915
比如说 下单是一个用例

9
00:00:22,920 --> 00:00:29,550
可能要改变里面很多对象的值,查询是一个用例

10
00:00:29,960 --> 00:00:32,372
它可能只查询不修改

11
00:00:33,310 --> 00:00:35,620
那么对于类似不同的用例

12
00:00:36,110 --> 00:00:38,550
我们应该用什么样的实现套路

13
00:00:40,680 --> 00:00:41,600
给出案例来

14
00:00:43,240 --> 00:00:51,796
这一步跟我们今天的 制作提示词或者说把它做成skill 是类似的

15
00:00:52,000 --> 00:00:53,953
无非就是归纳这个套路

16
00:00:54,090 --> 00:00:54,528


17
00:00:56,470 --> 00:01:00,134
然后,第三步用套路和案例培训程序员

18
00:01:00,140 --> 00:01:01,088


19
00:01:01,880 --> 00:01:03,308
能做到举一反三

20
00:01:03,310 --> 00:01:06,874
按照所给的分析模型写出同样套路的实现

21
00:01:07,270 --> 00:01:09,710
你编码就编码

22
00:01:10,280 --> 00:01:13,220
编码的时候你不要去想领域逻辑的问题了

23
00:01:14,100 --> 00:01:16,120
你就按照这个套路来写

1
00:00:00,000 --> 00:00:03,412
今天在AI降临的时代

2
00:00:03,763 --> 00:00:06,499
哪个地方被干掉了

3
00:00:06,970 --> 00:00:08,026


4
00:00:08,760 --> 00:00:09,720
无脑搬砖

5
00:00:09,720 --> 00:00:10,830
这个被干掉了

6
00:00:12,060 --> 00:00:13,150
AI搞定了

7
00:00:13,810 --> 00:00:15,817
我们人 做前面的部分

8
00:00:16,720 --> 00:00:21,580
前面这两个 AI目前并没有能够覆盖

1
00:00:00,400 --> 00:00:03,876
所以 我们前面这个叫设计

2
00:00:05,120 --> 00:00:06,278


3
00:00:07,300 --> 00:00:11,750
这是我们一直秉行的这样一个思想

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值