如何落地业务建模
徐昊
ThoughtWorks中国区CTO
新⼈⾸单¥59.9
2237 人已学习
课程目录
已更新 15 讲 / 共 29 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词|为什么你需要学习业务建模?
免费
旧约:“前云时代”的领域驱动设计 (11讲)
01|领域驱动设计到底在讲什么?
02|统一语言是必要的吗?
03|我们要怎么理解领域驱动设计?
04|跨越现实的障碍(上):要性能还是要模型?
05|跨越现实的障碍(中):富含知识还是代码坏味道?
06 | 跨越现实的障碍(下):架构分层就对了吗?
07|统一语言可以是领域模型本身吗?
08 | 什么办法可以在讨论中自然形成统一语言?
09|怎么才能更有效地获得事件流?
10 | 将模型实现为RESTful API(上)
11|将模型实现为RESTful API(下)
深度答疑专题 (3讲)
说点题外话01|好耦和与坏耦和
说点题外话02|模式并不是解决方案
说点题外话03|银弹可以杀死狼人,但你怎么知道狼人不是你呢?
如何落地业务建模
15
15
1.0x
00:00/00:00
登录|注册

说点题外话03|银弹可以杀死狼人,但你怎么知道狼人不是你呢?

你好,我是徐昊。今天我们再来专门说点题外话。
在软件开发的黑话里,有一颗银色子弹(并不是滚筒洗衣机)可以解决一切问题,而我们一代代软件人,都在苦苦追求它。每当有新技术出现的时候,就会有人问,XXX 是不是银弹啊?比如说啊,云计算是不是银弹,DDD 是不是银弹,RESTful API 是不是银弹,低代码是不是银弹(并不是,这是行业毒瘤)。
然而有意思的是,银弹这个隐喻被引入软件开发领域中的时候,是源自 Fred Brooks 经典的软件工程论文《没有银弹:软件工程的本质性与附属性工作》(No Silver Bullet—Essence and Accidents of Software Engineering)。
简而言之,Fred Brooks 将软件开发中的工作分为本质性工作(Essential Task)和附属性工作(Accidential Task)。所谓本质工作,就是解决本质性困难的工作。而软件的本质性困难就是:如何从抽象性问题发展出具体概念上的解决方案。也就是如何理解我们要解决的问题,并选择恰当的解决方案。
与之相对的则是附属性工作,也就是将寻找到的解决方案,转化为电脑可执行程序的工作。而在这个过程中遇到的困难,就是附属性困难。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
该试读文章来自付费专栏《如何落地业务建模》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥59.9
立即订阅
登录 后留言

精选留言(8)

  • 爱睡觉
    置顶
    很有意思的是,“没有银弹”成为了一种银弹。
    那就是面临任何一个不熟悉、不适应的方法,都可以高瞻远瞩的说一句“没有银弹,这个xxx不是万能的”。然后心安理得的继续原本的做法。
    没有银弹就成了杀死一切改进建议的银弹

    作者回复: 没有银弹给的建议非常具体 解决本质性困难 除此之外别无他法

    2021-07-25
  • 狩月
    所以,低代码是行业毒瘤的原因也是不定义问题,随意归因,和迷信复用吧

    作者回复: 逻辑上说 低代码过分强调附加性工作 回避回答是如何简化问题定义的

    2021-07-25
    1
  • 呵 哦 呵
    一针见血!
    2021-07-24
    1
  • HoshinoKanade
    能多說一下漸進增強嗎
    2021-07-24
    1
  • Oops!
    again, hard to sleep at night. 本课用了很多笔墨讲述两关联一循环的知识消化过程就是用来指导我们更好完成本质工作的。其他各类模式、分层和restful api 等都是解决附属工作中的一些技术性难点。

    作者回复: 会心不远

    2021-07-24
    1
  • 云师兄
    再来一波题外话吧。

    编辑回复: 周二见

    2021-07-25
  • 下弦の月
    补充适用于程序员的财务知识,有什么推荐的书籍或者学习套路么?

    作者回复: 随便哪本都可以 貌似没有专门给程序员写的

    2021-07-24
  • 切糕
    搞统一语言和领域建模就是解决本质性问题 具体落地就是后者啦
    2021-07-24
收起评论
8
返回
顶部