写点什么

敏捷开发人员的责任

  • 2008-01-16
  • 本文字数:1482 字

    阅读完需:约 5 分钟

当客户要求你给出一个快速而肮脏的解决方案时,作为一个开发人员,你的职责是什么?是因为客户是付钱的一方,所以要洗耳恭听,遵照要求走捷径;还是遵守自己的意愿,坚持技术上“最佳”的方案?或者,这二者可以折衷?

James Shore 在《我们的专业职责》一文中简述了客户和开发者之间职责平衡的发展历史:

在过去使用瀑布式开发的那段黑暗岁月中,编程人员得提炼出需求,进行设计,并用技术上最便捷的方式来实现设计方案。开发者就是神一般的存在。计划也完全都是他们制定的。也可能是开发者的大老板来制定最终期限——或许是由政策方面的压力所动,或是根据他曾几何时在某个彪悍周末中的编程成果所留下的传奇式回忆——然后编程人员就为此疲于奔命。** 是的,我是在过分简单化一个复杂的情况。但这没什么不妥。

敏捷开发对此作出了回应:“嘿!等一下!不能这么干!我们并没有给客户带来价值!”于是,计划游戏推动着一切趋于平衡——客户掌控价值,开发人员掌控开销。

但有些敏捷团队把钟摆向另一边推的太远了。他们放弃了自己的职责。他们说:“客户说了算!不管他们说什么我们都要照着做。”

这太离谱了。

他认为,开发者不能充当掌控者的角色,但与之同时也应该担负起开发高质量代码的职责。理应永远如此。

如果有人说,“你能不能走条捷径,干的快点?”你需要凝视着他的眼睛说:“不。”“不,我们不能这样干,否则就会破坏进度。不过我们可以一起找找,看有什么办法把这些特性简化一下,这样就能更快完工了。”

Reg Braithwaite 在《工程学和医学中让我敬佩的专业精神》中说到,有的时候,如果客户想要一个快速而肮脏的解决方案时,听从他们的意见也不算什么坏事:

我不赞同当客户要求你去为了赶时间写一些肮脏而又难以维护的代码时,你可以对他说不。这种想法是好是坏,要靠你自己判断。我的做法是在我与客户或是雇主的关系限定范围内,尽可能的编写整洁的代码。我也在积极推广这种方式。 但是,我并不认为我有权在雇主或是客户坚持立场时,彻底回绝他们的要求。他们会因软件难以维护而遭受损失,所以,是他们,也只有他们在这个话题上有最终的发言权。

他的底线并不是质量,而是道德

在从事软件开发的时候,如果我被要求开发一些不安全、会将私密用户信息置于风险之中的程序,我会做出自己的选择,对这种要求说不。 当然,我并不会受到法律保护。如果我被因此而解雇,我也无处求援。我甚至也没法拿到失业救济,因为我会被认为是因为某些原因被开除的。记住,是你主动选择了这个行业,所以如果你将此作为谋生之本,那么你就必须要以高标准要求自己的道德底线。

Robert Martin(Bob 大叔)在《商业软件是混乱而丑陋的》一文中则陈述说,这种做法是错误的。他的客户里有一名经理说过这样一句话:“商业软件是混乱而丑陋的”,对此他反驳道:

不!绝非如此!商业规则可能很复杂、毫无章法而特殊性又很强;但是代码不一定非要也写成这样子。实际上,商业规则越复杂、越特别、越毫无章法,代码就应该越整洁。当一些乱七八糟的事情左右着整个规则,你怎么可能把无序的规则变的有序!要想从凌乱的规则中抽丝剥茧理清脉络,唯一的途径就是在力所能及的范围内,写出最整洁、最清晰的代码。

最后,在 InfoQ 上曾有一篇新闻写道:重构是必要的浪费(Refactoring is a Necessary Waste),很多读者都围绕着何时进行重构、何时不应重构进行了评论。

那你认为开发人员真正的职责是什么呢?当需要走捷径时,他们应该“仅仅说不”吗?他们应当顺从客户的要求吗?还是应该灵活一些,但又必须关注那些会影响到客户的事情,与之同时坚守自己的价值观和道德?

查看英文原文: An Agile Developer’s Responsibility

2008-01-16 22:00876
用户头像

发布了 197 篇内容, 共 54.2 次阅读, 收获喜欢 20 次。

关注

评论

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

2023-06-12:如果一个正整数自身是回文数,而且它也是一个回文数的平方,那么我们称这个数为超级回文数。 现在,给定两个正整数 L 和 R (以字符串形式表示), 返回包含在范围 [L, R] 中

福大大架构师每日一题

算法、 福大大架构师每日一题

提升用户体验:在小程序环境中充分利用Ionic框架

FinFish

Ionic 跨端开发 小程序容器 跨端框架 小程序容器技术

快速掌握Kubernetes中的核心概念

穿过生命散发芬芳

k8s 6 月 优质更文活动

聊聊数科公司如何与现有数智平台厂商协同作战

用友BIP

数科公司 数智平台 数智平台白皮书

里氏替换原则究竟如何理解?

磐远

Java 设计模式 设计原则 里氏替换

C语言编程—可变参数

芯动大师

C语言 可变参数 6 月 优质更文活动

中企出海,海外商旅费控的关键点是什么?

用友BIP

中企出海

原点安全携“金融机构消费者个人信息保护解决方案”亮相 2023 中国金融数字化转型发展大会

原点安全

数据安全 金融机构 个人信息保护

低代码开发平台为数智赋能,让开发变得更简单

引迈信息

前端 低代码 JNPF

你会怎样设计云原生场景下的IOC框架?

K

原创 云原生 ioc spring ioc

2023开放原子全球开源峰会高峰论坛成功举办

开放原子开源基金会

开源 开放原子全球开源峰会 开放原子 高峰论坛

libpq SDK 发送 SQL 和解析结果

KaiwuDB

sql KaiwuDB

系统重构实施,百亿级核心交易如何保证准确性?

鲸品堂

计费模式 对账系统 企业号 6 月 PK 榜

社交泛娱乐出海如何抓住AIGC?我在融云WICC上看到了答案

融云 RongCloud

社交 融云 泛娱乐 出海 通讯

智能人才发现,帮助企业精准找人,快速识人

用友BIP

数智人力

BeautifulPrompt:PAI推出自研Prompt美化器,赋能AIGC一键出美图

阿里云大数据AI技术

人工智能 AIGC Prompt 企业号 6 月 PK 榜

中盐集团:以财务共享为基础,引领盐行业数智化转型

用友BIP

财务共享

直播回顾|走进元服务,携手小强停车探索鸿蒙新流量阵地

HarmonyOS SDK

HMS Core

测试左移

BY林子

软件测试 敏捷测试

专注开发者体验 | GitOps 实现 Kuberentes 持续部署

亚马逊云科技 (Amazon Web Services)

云原生

高能预警!融云WICC发布《社交泛娱乐出海作战地图》

融云 RongCloud

互联网 地图 融云 即时通信 出海

成败关键!一对一直播源码平台搭建需要的条件

山东布谷科技

软件开发 源码搭建 一对一直播源码 直播源码

架构成长之路 | 图解分布式共识算法Paxos教会协议

阿里技术

paxos协议 分布式算法

openEuler 开源汇智赢未来|2023开放原子全球开源峰会 openEuler 论坛成功召开

openEuler

开源 操作系统 openEuler 资讯

如今做泛娱乐出海,你需要融云《社交泛娱乐出海作战地图》

融云 RongCloud

产品 互联网 融云 泛娱乐 出海

OpenHarmony工程模板和开发语言

坚果

OpenHarmony 6 月 优质更文活动

STM32+DHT11监测环境的温湿度

DS小龙哥

6 月 优质更文活动

使用华为云开发者插件一键部署应用到ECS

华为云PaaS服务小智

ide 云计算 插件 华为云

蚂蚁集团云原生智能容量技术 KapacityStack 正式开源

TRaaS

GitHub 开源 蚂蚁集团

敏捷开发人员的责任_研发效能_Amr Elssamadisy_InfoQ精选文章