Redian新闻
>
敏捷软件开发宣言最初签署人Kent Beck:软件设计是一种人际关系活动

敏捷软件开发宣言最初签署人Kent Beck:软件设计是一种人际关系活动

公众号新闻

作者 | Shane Hastie
译者 | 平川
策划 | 丁晓昀

Kent Beck 是敏捷软件开发宣言的最初签署人之一(按字母顺序排在第一位的签署人),他在本周的 QCon 旧金山大会上发表了闭幕主题演讲。他演讲的题目是“整洁第一?(Tidy First?)”,这也是他即将出版的新书的名字。

首先,他介绍了自己的个人使命:帮助极客们在这个世界上获得安全感。关于这一点,他在一篇发表在 Facebook 的博文中解释过。

他谈到,最近重读了 Ed Yourdon 和 Larry Constantine 的著作《结构化设计》。按照他的说法,这本书里包含软件开发的牛顿定律;对于如今的编程来说,其中的概念和思想还和这本书刚出版时一样重要。书中介绍的耦合和内聚两个概念,即使在今天,也仍然是软件工程的一大挑战,就像这本书在 1975 年出版时一样。

他说,他花了 17 年的时间才学会如何解释软件设计中的内聚概念,以此为契机,他写了一系列三本书来探索软件设计。感兴趣的读者,可以在 Substack 上阅读。

他说:

软件设计是一种人际关系活动。

正是通过探索这些关系,软件系统才出现在了这个世界上。

第一个关系是希望探索的想法和将想法变成现实的行为之间的关系。这种关系是双向的,是不断发展的——想法定义了行为,行为的存在可以催生更多的想法(“现在我看到了这个,那么那个呢……”)。在思想和行为的背后是系统结构,也就是架构,它对可见行为有着深远的影响。

系统结构对行为有着深远的影响,对因行为改变而产生的想法也有深远的影响。结构影响行为,从而产生新的想法,催生行为更改需求,进而影响结构,不断循环。在“整洁第一”工作流中,我们得以暂停一下,问问自己是否需要更改结构,或者只需更改行为。如果更改影响了结构,那么要首先整理下结构——根据需要重构底层架构。不要试图同时更改结构和行为,因为那会导致系统陷入技术债务。

他说,在构建系统时,特别是在必须更改系统时,涉及两种视角,分别是等待者(waiters)和变更者(changers)。等待者有了想法,就会希望尽快更改行为,尝试新事物;变更者则必须维护代码,并整理结构,为的是可以安全地更改行为。

当有多个变更者负责同一产品的不同领域时,复杂性会进一步增加。等待者的动机和不同变更者的竞争性动机之间很可能出现关系紧张的情况。

软件设计技能就在于保持不同生产者以及变更者和等待者之间的良好关系。

通常,变更者在收到更改产品的请求时会面临这样的问题:“这段代码很乱——我应该先整理再更改吗?”这个问题的答案通常很教条:当然应该或者当然不应该——我们希望尽快更改,并且希望可以保证代码库不受技术债务的影响。遗憾的是,两者无法兼得。我们需要做出决策,而正确的答案只能是“视情况而定”。

为了说明等待者 - 变更者生态系统中的不同关系,他画了下面这幅图:

然后,他解释了为什么大量的前期设计在 20 世纪 90 年代是一个馊主意,而且直到今天仍然是一个馊主意。他说,瀑布式开发又回来了,有些组织再次尝试根据预先定义好的时间、成本和范围来定义软件开发的成功与否。他还解释了为什么增量迭代开发始终是构建软件系统最经济可靠的方法,而且如今更是如此。

他讨论了 Constantine 的对等概念:软件系统的实际成本是更改系统的成本。在系统的生命周期中,维护系统的成本将使初始开发成本在整体投资中的占比变得很小。然后,他展示了维护产品的成本如何与系统耦合的成本直接相关。对系统中一个元素的更改导致了对另一个元素的级联更改,进而又导致了对另一个元素的更改,诸如此类……

系统的总体成本可以看作是系统元素的耦合成本与解耦成本之和(他用了元素这个词,代码的实际性质和我们这里介绍的内容没有关系——那可以是函数、远程过程、微服务或任何其他相关的组件)。

系统的底层结构(架构、设计)是耦合 / 解耦问题中最重要的一个因素。

当考虑更改系统时,可能大多数情况下都是在没有多少级联耦合的部分进行,然而,在产品的生命周期中,可能有一些巨大的更改——其中耦合级联如此之大,以致更改成本变成了天文数字。在系统的使用周期中,这些巨大的更改很可能占了维护成本的绝大部分。

最后,他鼓励听众进行小幅增量更改,尽可能保持系统结构的整洁与解耦,并采取“整洁优先”的方法进行软件维护。

原文链接:

https://www.infoq.com/news/2022/10/beck-design-human-relationships/

相关阅读:

只擅长构建软件是不够的,我们必须擅长构建可测试的软件 | QCon(https://www.infoq.cn/article/SxEUUtjMIWxc2cvJGZK4)

为下一个 Log4Shell 漏洞做好准备 | QCon(https://www.infoq.cn/article/GJzzBMFovvYpiE8x2R0D)

如何使用区块链构建 Web 3.0 基础设施|QCon(https://www.infoq.cn/article/UyNHqr8HISLsxyyY0l2v)

声明:本文为 InfoQ 翻译,未经许可禁止转载。

点击底部阅读原文访问 InfoQ 官网,获取更多精彩内容!

今日好文推荐

覆盖数万研发人员,字节跳动首次公开效能度量核心技术!

通信行程卡正式下线,三大运营商将删除用户数据;网易放假1天让员工看世界杯决赛;字节跳动:持续“去肥增瘦”人员调整|Q资讯

Twitter快没家了?拖欠租金、变卖家产,马斯克为了省钱用尽奇招

远程协作、降本增效正成为过去,新的三年正在到来

微信扫码关注该文公众号作者

戳这里提交新闻线索和高质量文章给我们。
相关阅读
华罗庚 并不如意的人生美国签证被check的多的几个专业是?被check后该怎么办?做好敏捷管理,从敏捷看板开始恭喜!NYU学员斩获【华为】软件开发工程师全职OFFER!隐性虐待:人际关系中看不见的情感杀手【双养日课 1029】人际关系的烦恼源于与众不同的私人逻辑趣图:ChatGPT 是如何促进软件开发的人际关系中,这种需求,最伤自己【万圣节】暖场 《可念不可说》+故事和字谜软件开发中的大忌——闷声发大财i-Weekends | 谁说好的设计是少数人的奢侈品?bāo huā shēng?bō huā shēng?解析网络开发员与软件开发员的岗位差异黑莓将在软件开发中支持 Rust过年继续卷!掌握这些嵌入式软件开发技巧广州内推 | 中国电信广州研究院招聘AI算法/软件开发类实习生一个应对人际关系的“奇招”,百试百灵【双养日课 1020】看到人际关系对自己的影响中西文明的交流与撞击99%的不幸源于人际关系:活得幸福的女人,都懂得给关系「划边界」“90%的烦恼来自人际冲突”:如何「高效」解决人际烦恼?你的人际关系如何?快来,测试答案告诉你再不重视软件开发工具就晚了说走咱就走,风风火火闯美洲呀!Studycheck:2023最受欢迎的德国大学每日原则:认识到冲突对建立良好的人际关系至关重要“软件开发”的世界变了 | Q推荐对话Web3投资者:专访Gate Venture合伙人Kevin YangMonica:人际关系管理的开源应用 | Linux 中国其名“三立” :三次倒下,三次站立10大人际关系法则,记住终生受益!指导了上百万程序员,《代码大全》之父和你聊聊软件开发素养|独家探访“编程圣经”背后故事双11光棍节线上联谊交友|云端社交狼人ktv王者染钟楼绿色poker!圈子靠谱需审核!恭喜西游学员斩获亚马逊软件开发工程师全职OFFER!美国、欧盟签署人工智能合作协议,AI五大领域全面合作!
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。