写点什么

只加两行代码,为什么要用两天?

  • 2020-07-22
  • 本文字数:2138 字

    阅读完需:约 7 分钟

只加两行代码,为什么要用两天?

这个需求很简单,怎么实现我不管

“帮我写个电商网站,就淘宝那样的,预算 3000 够不够?不够还可以再加点儿。”

“帮我写个百度那样的搜索引擎,就一个输入框应该花不了多久吧?”

“我这个需求稍微复杂一点,帮我写一个随手机主题颜色而变色的智能后盖,钱不是问题。”

……


不管你是互联网公司的正规军,还是兼职外包的开发者,你或多或少都会遇到各种各样来自产品、客户、老板们的花样繁多的需求,而且他们都一致认为:这个需求很简单。


可事实果真如此吗?


“只加了两行代码,为什么你要用两天时间?”


这种问法看似合理,但背后却隐藏着几种荒谬的思维方式:


  • 代码行数 = 工作量

  • 代码行数 = 价值

  • 代码行之间没有区别,各自对等


很明显,以上三条都是胡说八道。


开发者面对这样的指责,翻白眼之余却也不免委屈,软件开发是把物理世界映射到虚拟世界的一种神奇魔法,回顾我们做出的变更,有太多理由能解释这两行代码为什么要用两天时间。


因为问题报告对于重现方法的描述不够明确。


有时候,我们需要耗费几个小时才能可靠地重现某些问题。遇到这种情况,有些开发人员会立即与问题上报者取得联系,要求对方提供更多详细信息。但也存在一些开发人员讨厌修复 Bug,于是信息不足就成了甩锅的好办法。


因为报告的问题与功能有关,而我对功能不太熟悉。


这里可能涉及某些开发者很少使用的功能,所以对相关细节真的不太熟悉。为此,开发者需要耗费更长的时间理解功能的使用方式,特别是这项功能性 bug 与软件交互的具体流程。


因为我花时间去调查了引发问题的真正原因,而不止流于表面症状。


如果某些代码引发了错误,那直接把它打包在 try…catch 语句中即可有效抑制住错误。没错误,也就没问题了,是吗?当然不是。对有责任心的开发者来说,掩盖问题与解决问题是两码事。掩盖错误很容易引发其他意料之外的副作用。我可不想在未来某个关键时刻再次被同样的错误困扰。


因为除了上报的重现步骤之外,我还调查了其他可能引发同一问题的情况。


一组重现步骤虽然能够轻松让错误再次出现,但往往不足以揭示引发错误的深层次原因。只有找到这种根源性因素,同时研究解决问题的所有可行方法,才算是真正有价值的分析洞见。这可能涉及代码的实际运作方式,可能是其他位置存在其他需要解决的问题,或者是存在某些代码不一致状况(导致某一代码路径中出现错误,其他路径则不会出错)等等。


因为我花时间验证了代码的其余部分是否会受到类似问题的影响。


如果错误源自某项 bug,那么代码库内的其余位置应该也会存在相同的错误。既然有用户上报了,最好是全面检查一下。


因为在发现错误根源时,我希望以最简单的方法加以解决,保证将引入副作用的风险控制在最低水平。


因为我彻底测试了这项变更,并确保其能够解决不同代码路径下的同一问题。


我不想把修复测试这种麻烦事推给其他人。我不希望之后再出现类似的错误,所以我投入了巨大的心力,保证问题得到彻底解决。上下文切换既复杂又枯燥,我希望自己的工作能让专职测试人员再也不用进行本质上“完全相同”的变更。


还有什么比修复 Bug 更烦人的?那就是反复修复同样的 Bug。你只看到了我增加了两行代码,却没看到我在背后分析为什么要加这两行代码,这两行代码为什么要以这种方式实现。

一天就写几行代码,时间都在干嘛?

不少团队的绩效考核指标都曾被爆出过是以“代码行数”为主,部分测试人员则以查杀“Bug”数为依据,各大互联网大厂也都曾把团队动辄千万甚至上亿行代码作为品宣卖点。


这给了外界一个错觉,似乎代码行数成为了一个程序员技术能力、工作产出的万金油式衡量标准。可写得多,就代表写得好吗?那密密麻麻的 if…else 冲击波莫非还能类比成写文章时的排比句式,给人一种气势恢宏之感?


Linus 看了想打人。


事实上,一个程序员的工作产出跟代码行数并不是强相关的,程序员的工作时间也并不仅仅局限在写代码上。


根据国外调研机构 ActiveStates 去年的一份调查报告,包括美国、中国在内的 80 多个国家、上千名开发者样本结果显示:


六成开发者日均编程时间不足 4 小时。



在 1250 份调查样本中,38.8% 的受访者每天只花 2-4 小时编程。这与 2018 年的调查结果相似,37% 的受访者每天花 2-4 小时编程。相比之下,27.92% 的受访者每天花 5-7 小时编程,而 2018 年的调查结果显示,31% 的受访者每天花 5-7 小时编程。


最让人惊讶的是,2019 年总计有多达 61.52% 的受访者花 4 小时甚至更少的时间编程,而在 2018 年,只有 51% 的受访者花 4 小时或更少的时间编程。10.56% 的受访者花 8 小时或更长时间编程,而 2018 年这一比例为 19%,几乎减少了一半。


开发者们花在写代码的时间上越来越少,那么时间都去哪儿了呢?



44% 的受访者表示,他们必须把时间花在各种各样的活动上,包括会议、测试、维护,甚至是社交活动。花费时间最多的单一活动是软件设计 / 架构,占 11.36%,其次是参加 standups/ 会议,占 8.24%。


在中国,这些开发者们可能还需要花费大量的时间在日志、周报的撰写上:


我这几行代码体现了怎样的社会情怀,包含了我哪些精华的技术与商业思考,最大程度地实现了客户价值,满足了用户需求,给团队留下了宝贵的技术财富,为数字化经济的实现添砖加瓦,拉通了团队,对齐了目标,解决了痛点,赋能了行业,复盘了人生。我们程序员真是太厉害啦!


你说,花两天时间是不是还算我效率高了呢?


2020-07-22 13:003831
用户头像
小智 让所有人认同的文字称不上表达

发布了 408 篇内容, 共 399.8 次阅读, 收获喜欢 1985 次。

关注

评论 6 条评论

发布
用户头像
因此对产品经理来说,有开发经验应该算是入门要求,否则如上。。。。
2020-07-22 22:33
回复
用户头像
能发起这种对话的.两行业务代码能用多久时间
2020-07-22 13:41
回复
用户头像
“帮我写个电商网站,就淘宝那样的,预算 3000 够不够?不够还可以再加点儿。”


“帮我写个百度那样的搜索引擎,就一个输入框应该花不了多久吧?”


“我这个需求稍微复杂一点,帮我写一个随手机主题颜色而变色的智能后盖,钱不是问题。
……

我觉得这表述的没有任何问题.
1. 淘宝那样的,猪八戒上面3000块钱
2. 套用搜索引擎
3. 钱都不是问题了.还有什么是问题?
展开
2020-07-22 13:39
回复
2020.7.22 加入
2020-07-23 10:07
回复
nil回复辰九
可笑至极

2020-07-23 15:22
回复
用户头像
太真实了。好像就是产品口头禅
2020-07-22 13:04
回复
没有更多了
发现更多内容

深入分析软件快速开发平台与传统软件开发方案的优缺点

Marilyn

敏捷开发

Vidyo的解决方案到底是什么?有哪些特点?

dwqcmo

音视频 集成架构 解决方案 智能硬件

企业开发遇到瓶颈,何不换个新思路?快速开发了解一下

Marilyn

敏捷开发 快速开发

五年Java开发经验,4面阿里成功拿下offer,分享一下个人面经!

Java架构之路

Java 程序员 面试 算法 编程语言

一线城市年轻人生活工作录(业务员篇)

Marilyn

敏捷开发 快速开发

JAVA & VUE ,分离式开发平台建造思路

Marilyn

Java Vue 敏捷开发

商业智能(Business Intelligence)系统的使用及设计原则

Marilyn

敏捷开发 快速开发 商业智能

标本兼治,程序员用它整体提升公司效率

Marilyn

敏捷开发 快速开发

GitHub 上开源了一个很邪恶的项目!女生勿近,18香警告...

程序员生活志

大企内部软件系统反复故障难以解决,业内人士:唯有彻底更换

Marilyn

敏捷开发 快速开发 开发工具

智能时代,快速开发平台将成为主流软件开发工具

Marilyn

敏捷开发

快速开发平台,程序员“老师傅”必备

Marilyn

敏捷开发 快速开发 开发工具

快速开发平台,高集成易扩展,进入软件疾速开发新世代

Marilyn

敏捷开发 快速开发 开发工具

为什么巨头都在布局SaaS生态?

ToB行业头条

SASS

TensorFlow 篇 | TensorFlow 2.x 基于 Keras 的模型保存及重建

Alex

tensorflow keras model save model restore tensorflow hub

spring-boot-route(十三)整合RabbitMQ

Java旅途

Java Spring Boot RabbitMQ

架构师训练营 1 期第 4 周:系统架构 - 作业

piercebn

极客大学架构师训练营

Redis Sharding集群跟一致性哈希有什么瓜葛?

Man

一致性哈希 Jedis redis cluster

低代码开发平台,来自“未来”的软件开发方案

Marilyn

敏捷开发

Go发起HTTP2.0请求流程分析(前篇)

Gopher指北

HTTP HTTP2.0 Go 语言

有一说一,大型信息化企业的软件系统,还是用自研的好

Marilyn

敏捷开发 快速开发 开发工具 软件设计

用友政务表格技术应用开发实践:预算一体化产品核心功能搭建

葡萄城技术团队

SpreadJS 用友

JVM-技术专题-深入理解内存结构

码界西柚

Java JVM

摆脱复杂烧脑的程序代码,利用快速开发平台轻轻松松做软件

Marilyn

敏捷开发 快速开发

阿里面试官纯手打:金九银十跳槽必会Java核心知识点笔记整理

Java架构追梦

Java 数据库 架构 面试 微服务

Go语言内存管理三部曲(一)内存分配原理

网管

内存管理 内存布局 Go 语言

医院HIS故障,险引发人命关天大危机,竟被程序员轻松解决!

Marilyn

百度人工智能OCR调用调试过程

tuuezzy

JAVA代码生成器,快速开发平台之魂

Marilyn

Java 敏捷开发 快速开发 开发工具

MySQL-技术专题-性能优化—索引篇

码界西柚

阿里内部《Java架构进阶宝典》,总结了基础、进阶、架构三个阶段的知识点

Java架构之路

Java 程序员 面试 算法 编程语言

只加两行代码,为什么要用两天?_语言 & 开发_小智_InfoQ精选文章