Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

这样的傻事,其实并不遥远

Posted on 08/02/201406/23/2019 by 四火

最近有这样一条热门微博:

content

这样的故事真是精彩。最后一句“ 我想那是我此生唯一写垃圾代码的心安理得的一次机会了”,我明白至少作者还是有追求的。

任何 KPI 要合理都是无比困难的,这里的故事看起来有些极端,但就是一个简单地拿“ 代码量” 数据统计来量化绩效指标的办法。这样的恶果公司最终会自己承担。

我曾经在这篇文章里面谈到过,统计指标是有价值的,但是如果设置这些量化指标给程序员套限,则是违背客观规律的行为。我称它们为反软件、反人类的。

我所见到的量化的指标皆是如此。程序员本来就是在利用死板的代码和数据,创造一些工具,完成一些重复性和可以预期的劳动。现在呢,反过来用死板的统计指标来约束程序员……

就这这个引子,我不想说太多。只想列举一些事实。嘲笑那些傻事的时候,我们离它们其实也并不遥远。

  • 测试覆盖率低于某个值的时候触发构建失败。(“ 测试覆盖率” 是软件行业一个出现弊远大于利的东西,它本身没有什么问题,就像“ 敏捷” 本身没有什么问题一样,但是大部分人用的时候都在扯淡)
  • 某公司在软件方法学和最佳实践的会议上宣称,类不得超过 100 行。(这个指标可以引申,可以扩展,在我看来把这个数无论是定到多少都不足以确定代码的质量,长代码未必复杂难懂,而短代码未必优雅易维护)
  • 重复代码比率低于 20%,圈复杂度低于 15。
  • 任何代码改动必须撰写详尽的说明文档,经过严格的审批。(难道不应该吗?但是,结果就是,当遇到微小的问题,程序员会决定放弃修改,改改半分钟,写一个审批文档 10 分钟。这样的审批机制确实能减少严重错误的发生,但是缺少了对更高质量的追求,这又有何意义呢?通过粗暴的办法,让一支犯错的高效率团队,变成一支不犯大错但碌碌无为的低效率团队)
  • ……

后来我翻到了这个知乎原帖。但是这个原帖的题目是《除了「deadline 紧」以外,程序员还有什么借口可以让自己写出低质量的代码?》。这其实是另一个话题。

其实,deadline 紧,是一个最常见的原因,我发现所谓的时间紧砍需求都是扯淡,时间紧砍掉的最后总是质量,设计的质量,代码的质量。

  • 再来回答这个话题,我体会很深的借口是“ 先做出来,以后在迭代中再慢慢优化。” 这话很多情况下是对的,但是已经被滥用了,不会设计的人总说两句话,一句是这话,第二句是利用测试驱动开发来做好设计。还是那个意思,这二者本身没有问题,只是已经被滥用了,绝大部分情况下都是荒谬的。
  • 接着就是加班狗们。这本质和“deadline 紧” 是同一个原因。
  • 再有常用的理由就是害怕重构和重做引入新的 bug,这就是为什么不鼓励犯错的团队不可能有伟大的进步。
  • 这是临时的方案,临时的脚本,临时的 work around,临时的配置,临时的…… 也许确实正确,但也许几年以后,这些临时的代码还在工作,而原作者呢,还在继续写临时的代码。类似的说法还有“ 测试代码”、“ 调试代码” 等等。
  • “ 工作的代码比完美的代码更重要。” 没错,代码工作当然更重要,但这并不意味着代码质量不重要。代码工作只影响这个软件版本,代码质量却和好的设计和好的习惯密切相关,影响程序员手中以后的软件版本。

当我看到这些傻事的时候,这些低质量代码的时候,已经不大惊小怪了。我也做过这些傻事,无论何种原因。这大概是程序员成长的记录里面,不太值得夸耀的一面。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. Good Surrounding For Programmers
  2. Singletons are Evil?
  3. 我也谈一谈 996
  4. Process and Corporate Culture
  5. 几种华丽无比的开发方式

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Ticket: TRANSACTION 1.922915 BTC. Go to withdrawal >> https://yandex.com/poll/enter/BXidu5Ewa8hnAFoFznqSi9?hs=20bd550f65c6e03103876b28cabc4da6& on 倔强的程序员
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme