软件研发的道德情操

2023-11-02 03:10
文章标签 软件 研发 道德 情操

本文主要是介绍软件研发的道德情操,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

作者:许晓斌(晓斌)

两百多年前苏格兰出了一位大哲学家,他的名字叫做亚当·斯密。今天人们对他的了解更多是在经济学家这个身份,都认为是他发现了“看不见的手”这一神奇的经济规律,以及他那本著名的《国富论》。然而除了这本书之外,斯密还出版了另外一本巨著——《道德情操论》(The Theory of Moral Sentiments),这是一部难得的哲学以及文学佳作。值得一提的是,我认为此书可以帮助我们去理解当代软件工程遇到的各种问题,也可以帮助我们探索一些解决之类难题的方法。

图片

一、同理心

现代社会流行 ”同理心“(或称”共情“) 这个词,这个词用英文来表达是 _empathy_,例如我们在街上看到一对久别重聚的恋人,他们快乐的笑容,能够让我们会心一笑;而当我们看到有人因为罹患重病而一筹莫展的时候,我们也会发自内心地感到伤感。



当然,我们共情他人的快乐、悲伤、愤怒,除了因为这个人表现出来的情绪之外,还因为理解他表现情绪的动机,并且其动机是合理的。例如,如果某人因为被不小心撞了下,就愤怒地拿出刀来要去刺那个撞他的人,那么我们就绝不会共情这种愤怒;但是如果某人的妻女被人强奸,而他愤怒地拿出刀来要去刺那个伤害他家人的罪犯,我们都是能理解并认可这种愤怒的。



虽然人都有共情的能力,但能体验到的他人的快乐和悲伤的程度,相比自己的切身体验,往往是很弱的。一个病危的人的无助和孤独,陌生人即便在当场观察良久,能体验的到无助,恐怕还不到十一;一个中彩票的人的狂喜,旁人所能有的快乐体验也是很弱的,有的甚至还可能会有妒忌的情绪。



作为情绪的感受者和表现者,当我们的快乐、悲伤、愤怒等情绪,被周围的人所认可,那么我们的快乐会加倍,我们的悲伤亦能的到缓解,我们的愤怒亦能被认可是正当的,进而得到发泄。



在斯密看来,社会的奖惩机制,就是基于社会中人与人的共情原理发展而来的。当一个人,出于良好的动机,做出一些行为,并让他人收获舒服和快乐,那么旁观者就能共情到受惠人的舒服和快乐情绪,也能理解施惠人的良好动机,那么就会同意奖励施惠人;当一个人,出于不良的动机,做出一些行为,并让他人收获痛苦和悲伤,那么旁观者就能共情到受害者的痛苦,也不会赞同施害人的不良动机,那么就会同意对施害人进行惩罚。



奖励的例子有,小河边路过的青年看到水里有落水的儿童,他出于救人的动机,实行了救助行为,最终儿童得救,儿童一家逃脱厄运,作为旁观者的我们,都会赞同对这个青年给予奖励;就惩罚而言,所有犯罪案例都是例子,例如路边有人看到商店里的手机,为了满足自己的私欲,实行窃取行为,对商店的主人造成了损害,那么作为旁观者的我们,会同意对盗窃者施行惩罚。

二、道德观与软件研发

基于同理心,人与人之间渐渐形成了奖励和惩罚的共识。斯密认为所谓道德,就是这么一些共识(或者说规则),当社会遵循这些共识的时候,整个社会就欣欣向荣。而那些无法形成良好共识,或者说共识得不到社会遵循的时候,那社会的发展就会出问题,渐渐走向衰落。斯密写作比达尔文早了一个世纪,但是这里我们能看到进化论的影子,即,对于自然(或曰上帝)来说,能进化出道德的社会才能让这个社会更好的适应自然,进而繁荣。



社会中,人与人相处,不能只考虑自己的情感而无视他人的悲欢。人在考虑自己感受的同时,也必须学会考虑他人的感受,并做出有益他人的行为,如此整个社会才能繁荣。



让我们回到在软件研发这件事情中。类似的,开发者不能只考虑自己,也不能只考虑机器,他必须要学会考虑其他开发者的感受,做出有益于其他开发者的行为,如此整个研发组织才能繁荣。许多开发者会错误地认为,软件只要能运行起来就没事了,和机器有关,和其他人无关;但每个人只要想想自己在过去一年中阅读了多少其他人写的代码,维护了多少其他人交接的系统,就会明白这种想法是多么的错误了。没有开发者是从零开始编写软件的,在大型组织中,开发者每天都依赖其他开发者的中间产物进行工作,而自己也在不断生产中间产物,这些中间产物包括:



  • 文档:描述系统是如何设计,描述 API 是如何使用的。当研发工作依赖一个现有系统的时候,就必须要理解现有系统的设计,尤其是当需要对这个系统做改造的时候,就必须明白设计的核心模型。

  • 代码:无论是使用他人提供的 service(及 client),还是使用中间件框架,还是接手遗留系统。进行新的研发工作都需要去深入理解这些代码,这些代码是否容易理解,是否引入不必要的依赖,是否有足够的测试覆盖(因此容易修改),都会很大程度上影响研发的效率。

  • 服务:上层的业务会依赖大量的下层服务,尤其是在测试阶段,下层服务的质量和稳定性会对测试工作的效率造成极大的影响。比较底层的一些服务,如缓存,消息等,现在通常都是云提供的,而这些服务的质量往往都比较高。



当我们在日常研发工作中,使用到的软件中间产物,在其质量非常高的时候,我们会由衷地对于这些中间产物的作者生出感激、敬佩的情感;而在其质量非常差的时候,我们则会从内心泛起对中间产物作者的厌恶、鄙视之情。



而当组织中的每个人,作为中间产物的作者,能在生产和交付文档、代码和服务的时候,时刻考虑到这些文档、代码和服务的质量,会对其他的开发者产生重大的影响,进而约束自己的行为,用更高的质量标准要求自己,以期待从中间产物的使用者那里收获赞许和感激,而非厌恶和鄙视,那么这个组织就形成了良好的软件研发道德观。

三、Postel's Law

计算机领域中有一条可能不那么知名的设计原则:Postel’s Law(也被称为 Robustness principle):

> Be conservative in what you do, be liberal in what you accept from others.

这条原则最早是 Jon Postel 在 TCP 协议中描述的,当计算机之间通过协议通讯的时候, 对于其他计算机发送给自己的内容,要考虑各种异常、不规范的情况,即要主动消化各种复杂度;而当自己给其他计算机发送内容的时候,则要有严谨的 Spec,并且严苛地遵守 Spec。

图片

虽然 Postel's Law 讨论的范畴是系统设计,但我认为要形成高效的研发团队,人与人之间的协作也应该遵循同样的原则,作为软件中间产物的作者,每个研发都应该对自己的产物提供清晰的 Spec 并严格遵循这些 Spec。只有 “be conservative in what you do”,那么一层层往上的研发工作,其效率才能够得以保持(甚至提高),否则的话,最上层的研发工作就犹如在一个摇摇晃晃的梯子上装灯泡,其效率之低可想而知。

四、软件研发道德的失效

前文我尝试说明:软件中间产物的质量(包括文档、代码和服务)对于研发组织的整体效率是至关重要的;良好的软件研发道德,或者有时候也会认为这是良好的工程师文化,就是大家形成一种以交付高质量软件中间产物为荣,以交付低质量软件中间产物为耻的共识文化。



然而在实际的情况下,我们往往看到很多组织未能形成这种共识文化。相反的,系统无清晰的设计文档,为了快速上线代码不做 code review,系统不做充分测试,代码没有单元测试覆盖,为他人提供的 client 加入了大量无关的依赖,种种现象司空见惯,简直可以用罄竹难书来形容。



当研发遇到这种软件研发道德失效的情况,往往会觉得沮丧、无力甚至愤怒。一些人因此觉得研发环境恶劣、团队缺乏吸引力、领导无能;另一些人觉得工作就是如此,尽管不理想但也默默接受并习惯。试图改变不理想的现状,但是失败以至于离开;或者对现状感到麻木并习以为常,似乎是再常见不过的结果。



如果我们再思考一下斯密关于道德形成的理论,就能够理解为何组织中软件研发道德会失效,这种失效的直接原因是:

1. 生产高质量软件中间产物的行为没有得到应有的奖励。

2. 生产低质量软件中间产物的行为没有得到应有的惩罚。



当我们和任何一个研发的 TL 讨论软件质量的时候,没有一个 TL 会和你说软件质量不重要。但是我们都明白,一件事情的关键不在于那个人怎么说,而在于那个人怎么做。而怎么做具体就体现在:当质量和其他因素的优先级发生冲突的时候,这个 TL 会如何做出选择;当 TL 给团队做绩效评定和晋升的时候,是否研发质量作为一项核心的考核指标。



而在软件研发道德的失效的组织和团队,我们无一例外地看到:当质量和时间发生冲突的时候,优先级被放在了时间上,质量被牺牲了;当质量和功能范围发生冲突的时候,优先级被放在了功能范围扩大上,质量被牺牲;在做绩效评定的时候,并没有认真考核研发在质量上做的贡献,换言之,对一个研发同学的短期业务结果,规划思考能力,质量贡献等角度综合评定的时候,质量贡献往往被忽略了。



我以前一直认为软件质量的问题,研发效率的问题,是技术的问题,是因为先进的技术没有得到理解和应用;但是行文至此,相信大家能理解,我的观点已经发生了改变,软件质量和研发效率的核心不是技术问题,而是一种类似社会学的问题,是人的问题。

五、应该怎么做?

既然是人的问题,就必须从改变人的行为入手,这里首先要让质量的信息透明化,其实是要让质量相关的行为得到应有的评价。透明化是合理评价的前提。

无论是敏捷软件开发的方法论,还是精益的方法论,都强调 Build Quanlity In,这句话的意思是,质量是在每一个过程细节中建设起来的,只看最终的软件产品的质量,或者结果质量,是不行的。一旦过程质量被忽略,大量的返工,大量的问题修复,会严重影响产品交付的速度。



今天大部分组织都非常关注结果质量,最典型的就是服务的可用性,客诉等等。这本身没有问题,但令人失望的是,似乎很少组织保持了对 Build Quanlity In,对过程质量的足够关注,这些信息没有得到清晰透明地展现。因此要将过程质量透明化,在软件研发过程中,具体包括:



  1. 代码全面开放:让每个研发提交的代码都能被其他人看到(git blame 是个很好用的命令),代码质量的好坏自然一目了然;

  2. 开发文档全面开放(也需要有版本化记录):让每个研发的设计和思考都能被其他人看到;

  3. Code Review 机制的推行,让代码进入主干之前都能被同事认真审视;

  4. CI Dashboard:是否有足够的自动化单元测试覆盖等等,也得到透明的展示。



质量信息透明只是第一步,第二步是信息的透明和激励机制挂钩。这就好比,假设我们白天在马路上都能看到有车闯红灯,但实际上闯红灯不会被扣分罚款,那总还是有很多人会继续闯红灯的的;再好比我们看到有人在马路上扶起倒地老人,我们都知道他做了正确的事情,可是当老人不感谢他反而讹诈他,而且没人出面帮助他证明的时候,此人再高尚也不会继续施行善举。



因此组织在绩效评定的时候一定要把研发人员的软件质量贡献纳入核心的考核标准。但这个时候问题又来了,主管是否有能力评价团队每个研发的研发质量?或者说,主管是否关心每个研发的研发质量?



我想表达的第一个观点是:主管的核心职责之一应该是关心研发质量,因为这决定了组织的研发效率,不关心这一点的主管,是不称职的。



我想表达的第二个观点是:主管不一定有能力全面评价团队每个研发的研发质量,因为有些团队规模较大之后,主管对于细节的把握就有心无力了,但是这个时候他可以做两件事情:

  1. 透明、透明、透明:让团队,以及跨团队的质量信息让所有人都能看到。

  2. 引入环评机制:让团队中或者跨团队中,那些技术资深,质量过硬的研发同学一起参与评价。



持续激励组织需要的行为,反对甚至惩罚对组织有害的行为,是管理者的核心职责之一。作为软件研发团队的管理者,必须要能够深刻理解对于软件研发有益和有害的行为,然后在团队建立长效的机制。最终建立一个研发充满幸福感,能够充分释放自己创造力的环境。这样的组织,在商业上也必然是充满竞争力的。



以上,是亚当斯密对我的启发,我称之为“软件研发的道德情操”。

延伸阅读

[01] 亚当·斯密的《道德情操论》

https://en.wikipedia.org/wiki/Relational_algebra

[02] Postel's law

https://devopedia.org/postel-s-law

[03] Build Quality In

https://www.scaledagileframework.com/built-in-quality/

这篇关于软件研发的道德情操的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/327669

相关文章

大模型研发全揭秘:客服工单数据标注的完整攻略

在人工智能(AI)领域,数据标注是模型训练过程中至关重要的一步。无论你是新手还是有经验的从业者,掌握数据标注的技术细节和常见问题的解决方案都能为你的AI项目增添不少价值。在电信运营商的客服系统中,工单数据是客户问题和解决方案的重要记录。通过对这些工单数据进行有效标注,不仅能够帮助提升客服自动化系统的智能化水平,还能优化客户服务流程,提高客户满意度。本文将详细介绍如何在电信运营商客服工单的背景下进行

跨国公司撤出在华研发中心的启示:中国IT产业的挑战与机遇

近日,IBM中国宣布撤出在华的两大研发中心,这一决定在IT行业引发了广泛的讨论和关注。跨国公司在华研发中心的撤出,不仅对众多IT从业者的职业发展带来了直接的冲击,也引发了人们对全球化背景下中国IT产业竞争力和未来发展方向的深思。面对这一突如其来的变化,我们应如何看待跨国公司的决策?中国IT人才又该如何应对?中国IT产业将何去何从?本文将围绕这些问题展开探讨。 跨国公司撤出的背景与

软件设计师备考——计算机系统

学习内容源自「软件设计师」 上午题 #1 计算机系统_哔哩哔哩_bilibili 目录 1.1.1 计算机系统硬件基本组成 1.1.2 中央处理单元 1.CPU 的功能 1)运算器 2)控制器 RISC && CISC 流水线控制 存储器  Cache 中断 输入输出IO控制方式 程序查询方式 中断驱动方式 直接存储器方式(DMA)  ​编辑 总线 ​编辑

【STM32】SPI通信-软件与硬件读写SPI

SPI通信-软件与硬件读写SPI 软件SPI一、SPI通信协议1、SPI通信2、硬件电路3、移位示意图4、SPI时序基本单元(1)开始通信和结束通信(2)模式0---用的最多(3)模式1(4)模式2(5)模式3 5、SPI时序(1)写使能(2)指定地址写(3)指定地址读 二、W25Q64模块介绍1、W25Q64简介2、硬件电路3、W25Q64框图4、Flash操作注意事项软件SPI读写W2

免费也能高质量!2024年免费录屏软件深度对比评测

我公司因为客户覆盖面广的原因经常会开远程会议,有时候说的内容比较广需要引用多份的数据,我记录起来有一定难度,所以一般都用录屏工具来记录会议内容。这次我们来一起探索有什么免费录屏工具可以提高我们的工作效率吧。 1.福晰录屏大师 链接直达:https://www.foxitsoftware.cn/REC/  录屏软件录屏功能就是本职,这款录屏工具在录屏模式上提供了多种选项,可以选择屏幕录制、窗口

HomeBank:开源免费的个人财务管理软件

在个人财务管理领域,找到一个既免费又开源的解决方案并非易事。HomeBank 正是这样一个项目,它不仅提供了强大的功能,还拥有一个活跃的社区,不断推动其发展和完善。 开源免费:HomeBank 是一个完全开源的项目,用户可以自由地使用、修改和分发。用户友好的界面:提供直观的图形用户界面,使得非技术用户也能轻松上手。数据导入支持:支持从 Quicken、Microsoft Money

PDF 软件如何帮助您编辑、转换和保护文件。

如何找到最好的 PDF 编辑器。 无论您是在为您的企业寻找更高效的 PDF 解决方案,还是尝试组织和编辑主文档,PDF 编辑器都可以在一个地方提供您需要的所有工具。市面上有很多 PDF 编辑器 — 在决定哪个最适合您时,请考虑这些因素。 1. 确定您的 PDF 文档软件需求。 不同的 PDF 文档软件程序可以具有不同的功能,因此在决定哪个是最适合您的 PDF 软件之前,请花点时间评估您的

梳理2024年,螺丝钉们爱用的3款剪辑软件

这年头,视频到处都是,就跟天上的星星一样数不清。不管你是公司里的新面孔,还是职场上的老狐狸,学会怎么剪视频,就好比找到了赢的秘诀。不管是给上司汇报工作,展示你的产品,还是自己搞点小视频记录生活,只要是剪辑得漂亮,肯定能一下子吸引大家的目光,让人记得你。咱们今天就来侃侃现在超火的三款视频剪辑工具,尤其是PR剪辑,你肯定听说过,这货在剪辑界可是大名鼎鼎,用它剪视频,既专业又麻利。 NO1. 福昕轻松

秒变高手:玩转CentOS 7软件更换的方法大全

在 CentOS 7 中更换软件源可以通过以下步骤完成。更换源可以加快软件包的下载速度,特别是当默认源速度较慢时。以下是详细步骤: 前言 为了帮助您解决在使用CentOS 7安装不了软件速度慢的问题,我们推出了这份由浪浪云赞助的教程——“CentOS7如何更换软件源加快下载速度”。 浪浪云,以他们卓越的弹性计算、云存储和网络服务受到广泛好评,他们的支持和帮助使得我们可以将最前沿的技术知识分

excel翻译软件有哪些?如何高效提翻译?

你是否曾在面对满屏的英文Excel表格时感到头疼?项目报告、数据分析、财务报表... 当这些重要的信息被语言壁垒阻挡时,效率和理解度都会大打折扣。别担心,只需3分钟,我将带你轻松解锁excel翻译成中文的秘籍。 无论是职场新人还是老手,这一技巧都将是你的得力助手,让你在信息的海洋中畅游无阻。 方法一:使用同声传译王软件 同声传译王是一款专业的翻译软件,它支持多种语言翻译,可以excel