你遇到的最高效率的算法工程师是怎样的？

前段时间，帮一个在 Thoughtworks 的朋友做内推。后来他成功入职了请我吃饭庆祝。吃饭席间，我调侃他真是「时间管理大师」。工作之余，健身、扛着相机拍照、绘画，一个爱好都没耽误。过了而立之年，不仅没被工作榨干，反而把生活过得有滋有味。

 

朋友说，他的「life balance」习惯，很受他前老板——Thoughtworks 中国区CTO徐昊的影响。当年入职恰好赶上徐昊搞管培计划，要求每个人锻炼思考力，拿到需求先别着急想怎么实现，先想需求是不是真定义好了，从问题出发去转变思路，从根源上提高工作效率。你还别说，多亏了这种“反人类”的思考方式，省时还不影响交付。

 

据我观察，“干啥啥都行，效率第一名”，归根结底是做事前一定会弄清楚问题的本质，也是就说能有效定义问题。做了这么多年项目，不知道你有没有发现一个有趣的现象：有时候面对同一个问题，当我们对它的定义不同，往往最终解决方案的差异也会非常大。

 

举个例子，之前朋友他们公司接到了一个需求，要将一批「带有大量文字介绍的图片报告」转换成方便用户下载的 PDF 格式，但每张图片具体说明信息不同，难免出现排版格式的错误。

 

咱们立马想到的定义肯定是：PDF 中保留的信息样式，要跟用户看到的一致。于是对应地方案要涉及到后台渲染技术和集群、云端的大规模存储服务、云计算等等，听起来就很复杂。

 

但实际上后来跟需求方沟通后才发现，对方保留图片上的内容是为了避免法务纠纷，所以最有效的定义是：PDF 中保留图片的版权信息，但读者只用知道其存在，不一定要直接阅读。 于是，最终方案只用了一条 if 语句就能搞定，简单快捷。

 

而要想做到有效定义问题，首先得从业务实际出发，并尽力在业务中寻找简化问题的可能性，然后在技术中寻找对应的解决方案。这个过程，也叫做业务建模。在日常开发里，各个因素都可能极大提高问题的复杂度，所以除了清晰地理解业务诉求之外，更加需要我们通过建模的方式对这种复杂度进行简化与精炼。

 

这对开发者尤为重要，因为它背后甚至可以是几天跟几小时的开发耗时区别，想全面提升定义问题和训练业务建模能力，从而提高开发效率，推荐你看看徐昊的《如何落地业务建模》专栏。

 

不仅能帮我们避免过度开发和“想当然”，带你跳出开发视角，从全局角度上把业务和架构联系起来。而且在专栏里除了系统讲述徐昊多年的开发方法论外，徐昊还补充了一系列高质量的直播干货。像这种大师课哪怕只学其中一两节课，也完全值回票价。

秒杀+口令「jianmo666」

精品大师课，立省 ¥80

徐昊，江湖人送他外号“徐八叉”，意思是徐昊按自己的技术水平估算的一小时工作量，其他人需要乘以八小时（8X）才能做得完。

 

他也是 ThoughtWorks 中国区首席技术官（CTO）、技术雷达编撰人，同时也是北京 Java 用户组（ BJUG：Beijing Java User Group）和 Agile China 主要创始人之一。从 2003 年起，他就开始实践极限编程等敏捷方法，并多次以敏捷教练的角色帮助国内外多个团队实施极限编程，提高编码迭代效率。

 

徐昊在《如何落地业务建模》专栏中，系统地讲解了建模所掌握的多种方法、原则，值得一提的是，他还在每一讲中，按步骤展示了很多领域模型与业务模型图，方便你梳理理解概念。你也可以保存下来，随时查看复习。

 

课程内容分为两大板块：

 

一、旧约：“前云时代”的领域驱动设计

 

这部分是过去十五年“前云时代”，我们对领域驱动设计（也就是DDD）的总结与提炼，因而称为“旧约”。

 

首先，他会介绍领域驱动设计方法。作为一种建模方法，虽不是那么出色，然而却能够在如何引领需求发掘，如何建立沟通反馈，如何与业务方共建模型等问题上，提供到一套出色的框架。

 

而后，他会介绍在多层架构成为主流架构选择的时代中，领域驱动设计在模型实现上遇到了哪些挑战，以及如何应对，帮助我们理解架构约束会对模型带来何种影响。

 

最后他会介绍四种建模方法，分别是：催化剂法、角色-目标-实体法、事件风暴与四色法，以弥补领域设计在建模能力上的缺陷。

 

二、新约：“云时代”的业务建模

 

如今，云时代彻底改变了我们构造软件的方式，微服务、中台、软件的 SaaS 化都是这一影响的体现。新的架构约束会极大影响我们业务建模的方法，但同时也大大扩展了业务建模的内涵。

 

他会来和你聊聊云到底带来了哪些观念上的改变，它具体的颠覆性体现在什么地方，以及对我们构造业务系统有多少影响。

 

其次，徐昊会介绍一种由他发明的业务建模方法——8X Flow 法，用于解决微服务、分布式事务为主导的架构风格中的业务建模问题。这个方法同样可以用于构建中台系统，也是 TW 目前用于中台建模的主要方法。

 

最后，他会介绍另一个同样自己发明的用于 SaaS 化业务建模的方法：魔球服务建模法（Money Ball Offering Modeling）一种从运营角度出发，构造SaaS化服务的实用方法。

 

还有很多具体内容，可以看看课程目录。

敏捷时代，好像大家都忙于快速解决问题。业务同学忙着解决业务问题，技术同学忙着解决技术问题。但大多数时候，我们都忽略了定义问题这最初的“一小步”，导致在产品研发的“一大步”上走偏。

 

用战术上的勤奋掩饰战略上的懒惰，只会与原定目标背道而驰。这门课的内容和徐昊老师本人一样硬核。相信你看完，也能快速重构建模技能，掌握业务建模精髓和切实有效的落地方法论。哪怕仅仅作为一种思维训练法，这门课也是值得你学习的！

我粉丝的专属福利：

现秒杀+口令「jianmo666」，到手仅￥119

原创大师课，半生心血，入手不亏。

 

无论是作为帮你高效搞定项目的方法，还是一种思维的训练法，业务建模都非常值得你花时间去琢磨。现在入手基本上是最低价了，千万别错过。

 

👇 点击「阅读原文」

输入优惠口令 「jianmo666」

立省 ¥80 入手，仅限 前 50 人