写点什么

Joshua Kerievsky:要“软件工艺”还是要“足够用的设计”

  • 2010-05-30
  • 本文字数:2337 字

    阅读完需:约 8 分钟

在过去的一段时间里,“软件工艺”在不断地被热议。 针对软件工艺运动所强烈崇尚的“代码必须时刻保持干净”的信仰,Joshua Kerievsky 提出了另一种可能从反方向审视的视角,他称之为“足够用的设计”。在此我们将探究 Joshua 的想法,并听一听 Bob Martin 和 Ron Jeffries 对此的评价。

Kerievsky 首先讲述了他遇到的问题,然后表示会发表一系列关于“足够用的设计”的文章。

…有些程序员坚持软件的每一段代码的设计质量都应该尽可能地高。“不能生产干净的代码就称不上软件匠人”…

这个建议的初衷是好的。我们中的很多人都见过被沉重的技术债拖垮的项目。

然而,软件工匠的观点并没有考虑到一个简单的经济学:如果你花时间去雕琢那些对用户价值不高的代码,你就是在浪费时间和金钱。

事实上,有些代码并不需要非常卓越的设计,比如一些实验性的代码,或者不重要的特性。

Joshua 接下来讲述了一个发生在他自己的开发团队中的故事:应用程序中的 Action 类的 processWith 方法按照基类的约定,应该返回字符串类型的值,但是其中一个 Action 不需要返回值,因此他们决定让 Action 直接返回 null。这就带来了一个设计上的坏味道。这段有问题的代码就这样存在了很多年,期间还团队还尝试过重构代码将它移除,但没有成功,它依然存在。Joshua 说,这段问题代码并有影响到他的团队。他非常肯定,这个问题并没有阻碍他的团队的开发进度,因此花时间去处理这个问题并不明智,还不如把时间用于开发更重要的特性上。这个故事的寓意是:

对于关键的部分,我们需要高质量的设计,反之,可以放低对质量的要求。

今天,软件设计质量的艺术是这样定义的,它取决于个人或者团队能否根据特性的重要程度来调整设计的表盘,从而创造人们喜爱又能赚钱的产品。

对于软件质量,没有放之四海皆准的方法。

如果你个“新特性瘾君子”,总是不断地增加新特性,而不对软件的设计多做些思考的话,那么在发布 4.0 版的时候就会被技术债拖垮了。

如果你是个“质量瘾君子”,那么就会对所有事情都过度设计。

精益遇到工艺时,就有了“足够用的设计”。

最近一直引领着“软件工艺运动”的 Bob 大叔(Bob Martin)很快给出了回复,可能令所有人惊讶的是,他竟然也支持 Joshua 的结论

在我看来,Josh 的行为正说明他是一个十足的软件工匠。他担心过那些软件工匠们应该担心的事情。他也做出了软件工匠们应该做出的务实的决定。他没有在系统中尚残留着大量糟糕设计的时候,就急着去实现下一个特性。相反,他非常在乎他的代码。

Martin 还继而澄清了他的立场,“软件工艺”传达的并不是“要么完美,要么完蛋”的二元选择,就像 Joshua 已经暗示的那样:

软件工匠们首先是实用主义者。他们对高质量代码的嗅觉非常灵敏;但是他们也不会为了追求完美而严重地牺牲经济利益。

Ron Jeffries 也发表了类似的观点。他也一直在积极倡导保持编程成果清晰干净。Ron 的文章可以浓缩为两句话:第一,设计债是“迟早都要还的”;第二,我们应该努力让自己的有能力干得又快又好

如果你以牺牲质量换速度,那么从长期质量来看,欠下的债总是要还的。

从另一角度来看,如果那时我们自身比现在更优秀,就不必通过牺牲质量来换速度了。我们需要提高。但是不能一口吃成胖子:今天我们暂时通过牺牲质量来换取速度。但是应该在墙上写下:

如果牺牲质量能让我们更快一些的话,那么这就清楚地表明我们还有很大的空间有待提升,以更快的速度交付更好的软件。

不久之后,Kerievsky 又发表了该系列的第二篇文章(正如他表示过的,会有很多),这一次他更加直率地表示,有时候“足够用”就意味着不必把某些事情做得足够好。他讲了另一个发生在 Industrial Logic 开发团队的故事,这次的主角是一个“巨型类”,它出现在实现“播放列表”功能的代码中。播放列表特性包含在 eLearning 的一次重要发布中:

经过不断地使用播放列表,并且对使用数据进行分析,一年以后我们知道:

  • 我们的用户的确在使用播放列表。
  • 还没有用户抱怨过播放列表。
  • 用户并没有像极力称赞其他一些特性那样,称赞播放列表。
  • 在销售的时候,当听到播放列表将来会针对一些特定的主题提供一个具有时效性的信息列表后,未来潜在的用户表现得很有兴趣。

那么,我们不要不花钱去解决播放列表中存在的设计问题呢?

不。

原因如下:

  • 没有新行为:在过去的一年里,我们没有添加或者改变原来的播放列表的任何行为。
  • 不用改变代码:在过去的一年里,我们只在 UserLibrary(播放列表设计债的主要来源)中做了少量的修改,这些变化也不会影响到播放列表的功能。
  • 问题被隔离了:尽管播放列表的设计很糟,但是它被隔离了,并没有渗入到过去一年中其它新特性的开发中。

播放列表只是取悦我们最大的客户的一份甜点而已。

这个特性确实有用,但是它并不属于产品开发的关键部件。

在播放列表中的代码坏味道,比如“巨型类”和“复杂的条件判断”,并没有让我们的开发慢下来。

我们管理质量的出发点是:

如果我们决定给用户一个更加完善的播放列表功能,那么在开始以前,我们会无怨无悔地偿清设计债的。

Joshua 解释说,当未来的特性牵涉到播放列表时再来解决这些问题,他并不觉得很麻烦。这种信心从大的方面讲是由于他的团队的能力和严格遵守的 TDD,另一方面也是因为他明白并接受这一点:有时候低质量也是可接受的,有时候表盘也要调节到高质量档。他总结道:

这一年来我们对播放列表的代码满意吗?

由于我们没有对它投入必要以外的时间和金钱,对此我们很满意。

我们乐于让设计变得更干净,但是要等到正确的时间。

这就是“足够用的设计”。

你怎样想?Joshua 的建议能够被普遍接受吗?你用类似的方法在自己的项目中取得成功了吗?还是失败了?进一步的讨论还需要再考虑哪些因素?

查看英文原文: Joshua Kerievsky Introduces “Sufficient Design” To The Craftsmanship Discussion

2010-05-30 19:421853
用户头像

发布了 53 篇内容, 共 14.7 次阅读, 收获喜欢 2 次。

关注

评论

发布
暂无评论
发现更多内容

K8s 如何设置容器 /dev/shm 控制共享内存大小

江湖十年

k8s k8s管理 #k8s K8s 多集群管理 Kubernetes Serverless

绿电、DePIN+AI:塑造未来二十年金融体系的新兴基石

TechubNews

mac剪切板管理工具:Paste for Mac 免激活版

你的猪会飞吗

mac软件下载 Paste for Mac paste mac破解版

供应行业怎么定义?行业也需要堡垒机吗?

行云管家

网络安全 堡垒机 供应行业

先锋鹏城,极速领航!深圳电信5G-A场景体验尊享权益正式发布

脑极体

通信

专题 | IAM业界热度不减,2024市场持续井喷(三)

芯盾时代

身份安全 数字化 iam 统一身份认证 零信任模型

【荣耀远航计划】应用市场·耀闪行动首发上线

荣耀开发者服务平台

honor 应用市场 开发者激励计划

ICE.AI战略扩展亚太市场,创新交易模式及平台全面升级

科技热闻

必读|Postgres 如何在磁盘上存储和索引数据?

小猿姐

数据库 postgresql 容器

【YashanDB数据库】yasboot查询数据库状态时显示数据库状态为off

YashanDB

yashandb 崖山数据库 崖山DB

打造企业专属人工智能助理

霍格沃兹测试开发学社

TextIn文档树引擎,助力RAG知识库问答检索召回能力提升

合合技术团队

科技 文档识别 PDF解析

仿冒网站横行,奥运会票务网站安全性遭质疑,SSL证书成关键

国科云

国内首个支持国产化信创的开源云原生平台

北京好雨科技有限公司

云原生 rainbond 企业号 8 月 PK 榜 国产化平台 信创国产化

第63期 | GPTSecurity周报

云起无垠

一键生成PPT?讯飞智文2.0迎来重磅升级!马斯克宣布人工智能模型Grok 2测试版即将发布|AI日报

可信AI进展

【第2期】INFINI Easysearch 免费认证培训开放报名啦

极限实验室

easysearch 极限科技

前端代码编辑神器:sublime text 4(Win&Mac)中文注册版

你的猪会飞吗

mac软件下载 Sublime Text 4 破解版 Sublime Text 4下载 Sublime Text 4注册版

轻量级的灰度&配置平台|得物技术

得物技术

架构 配置 稳定性 灰度 企业号2024年7月PK榜

HGDD 荣耀开发者日丨沙龙北京站现场亮点回顾

荣耀开发者服务平台

行业趋势 开发者沙龙 应用上架 荣耀开发者服务平台 开发者激励计划

小间距LED显示屏:新时代的传播利器

Dylan

媒体 时代 LED LED display LED显示屏

云高性能计算平台 CHPC 让企业的传统 HPC 玩出新花样

百度Geek说

百度智能云

Joshua Kerievsky:要“软件工艺”还是要“足够用的设计”_Java_Mike Bria_InfoQ精选文章