限时领|《AI 百问百答》专栏课+实体书(包邮)! 了解详情
写点什么

优秀开发者应该避免的五个错误

  • 2021-07-06
  • 本文字数:2170 字

    阅读完需:约 7 分钟

优秀开发者应该避免的五个错误

本文最初发布于 Rafael Quintanilha 的个人博客,经原作者授权由 InfoQ 中文站翻译并分享。


伟大的数学家 Carl Jacobi 曾说过“反过来想,一定要反过来想”。在他看来,逆向分析问题有助于找到最佳解决方案。有鉴于此,伯克希尔·哈撒韦公司传奇合伙人查理·芒格在哈佛大学做了一场精彩的分享,主题是关于探讨“怎样才能不成功”。由此,这让我开始思考——有什么最简单的方法能让你成为一名糟糕的开发者?你接下来将要看到的这些原则很主观,不尽全面,也没什么顺序。不过,如果你遵循这些原则,那么我敢保证你会成为一名糟糕的开发者。


我之所以把它们称为“原则”,是因为我在本文不关心技术问题。记住,反向思考。简言之,知道不要做什么后就更容易搞清楚究竟要做什么了,而且更稳妥。因此,请留意下面这些原则,并决定自己想成为哪种开发人员。

从来不做自己的代码存在 Bug 的假设


虚荣,绝对是我最喜欢的原罪。——阿尔·帕西诺,《魔鬼代言人》


软件开发是为数不多让你有机会经常犯错的领域。如果错误的影响不大,那么待在这样的领域挺不错。


不过,别忘了,你可以成为公司最好的开发人员,只要相比之下,你比其他人犯的错少就行。但是,你所犯的错误的绝对数量可能还是不小,这在所难免。好消息是,这没什么问题——机器通信需要很高的准确性,1 万行的代码库,一句错误就可能出现严重的问题


但是,因为你自觉比其他开发者优秀,这可能是真的,所以你开始考虑,自己不会犯错。或者说,即使出了什么问题,也跟你没关系。


问题是,很多时候,你都有责任。你编写了糟糕的代码,在审核过程中忽略了它,或是在计划时没有预见到,没关系。人人都可能犯错。


不过,如果你从来都不认为自己会出问题,那么你就会把责任推到其他人或东西上——同事、你用的愚蠢的框架、过时的浏览器或者老旧的操作系统。任何东西都要承担责任,除了你。而且,如果你从来都不承认错误,那么你就会像被诅咒了一样,永远也不会进步。作为一名开发人员,不进步是非常致命的。

编写代码时不用脑子


真理只能通过思考来领悟。——托马斯·阿奎那


作为人类社会的一员,我们学到的第一件事就是要衡量自己行为所产生的后果。这同样适用于编程。毕竟,你的工作是通过代码为人们创造价值。如果你忘了这点,就成了官僚主义者。而要让官僚主义者成为一名优秀的开发者,这会相当困难。


如果你只是无脑的做事,那么跟机器有什么区别。


在不远的将来,你就可能被人替代(被更善于思考的人,或是被可以降低成本的机器)。务必要理解分配给你的任务。除非,你想成为一名糟糕的开发者。

缺乏判断力


掌控自己的命运,否则就会被别人掌控。——杰克·韦尔奇


一名优秀的开发人员,却无法清楚地报告他所面临的问题,这种情况我还没遇到过。这是因为计算机非常听话,它会按照自己收到的准确指令行事。如果你在调式代码时有很好的判断力,就可以自己发现问题。但是,如果你没有那样的判断力,那么在解决问题时,别人的帮助可能会更有效。


记住,机器非常蠢,你必须得告诉它应该怎么做。在工作中,你要给它们发很多很多指令。终有一天,你会发出错误的指令。如果你不能有效地查看代码,并识别出错误的指令,那么你将会是一名糟糕的开发者。

热衷于写更多的代码


没有它们的时候,我们才开始意识到,许多东西并非必要。我们用它们,不是因为我们需要,而是因为我们拥有。——塞内加


为应用程序有多少行代码而自豪,这种情况非常常见,尤其是在新手开发者中。事实上,这是一个强烈的信号,你要成为一名糟糕的开发者了。


对于机器而言,每行代码都是一条指令。指令的数量越多,犯错的可能性也越大。同时,这也意味着,你需要具备更多的知识才能更改代码的行为。代码越多就会越让人望而却步。没有人想读、让人碰都不敢碰的代码是糟糕的代码。


我前面提到过”否定之否定“,很简单,就是”越少越好“。原因如下:把事情搞砸的方法远比改进方法多得多。如果你不想惹麻烦,就要尽可能降低弄乱代码库的可能,反之,糟糕的开发者会想方设法加入更多内容。


请记住,最终每行代码都会被阅读、测试、更改、增加甚或删除。显然,你的工作与代码量是成正比的。如果有人在不必要的情况下增加自己的工作量,那么他/她就是一名糟糕的开发者。

为机器写代码而不是为人


让我害怕的是,我们的技术已经超越了我们的人性,这一点已经变得非常明显。——爱因斯坦


最后也是成为一名糟糕的开发者最有效的方式。在我看来,为机器写代码而不是为人,是最容易犯的错,代码没有注释,变量名不准确、不一致,忘了缩进,等等。


要记住,机器只理解机器代码。其他非 0 非 1 的东西都是为了让人更容易理解代码。如果你不注意这一点,就会给人带来麻烦。要想成为一名糟糕的开发者,这可谓是一种完美的方式。


想一想,什么样的文章让你感到愉快。通常是简明、清晰、直接、有意义、前后一致的。无法理解作者的用意,叙述没有意义,写得很差或者格式很奇怪,你不会喜欢读这样的文章。同样,代码没有意义,需要付出巨大的努力才能掌握,也是打击读者积极性的绝佳方式。一个让读者灰心的作者是一名糟糕的作者,一个让读者灰心的开发者也无疑是一名糟糕的开发者。

写在最后


如果你想要成为一名糟糕的开发者,那么我希望上述原则对你有帮助。但是,如果你改变主意,想要成为一名优秀的开发者,那么你现在也已经知道应该避免什么。


原文链接:


https://rafaelquintanilha.com/how-to-become-a-bad-developer

2021-07-06 14:361686
用户头像

发布了 817 篇内容, 共 563.1 次阅读, 收获喜欢 1590 次。

关注

评论

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

加入生财有术后,我获得了什么

Jay Wu

互联网人的娱乐精神之28岁退休 & P8和生活助理的故事

码农神说

程序员 漫画 退休

英特尔宋继强:坚持科研的长期主义 推动AI向3.0时代跃迁

最新动态

新基建时代区块链应用场景进化

CECBC

新基建 区块链技术 去中心化 产业落地

Cocoa 代码注释与文档生成

Edmond

ios CocoaPods 代码注释 Swift-Document iOS Document

《零基础学 Java》 FAQ 之 17-怎么理解Java中的数组

臧萌

Java

必知必会,程序员都应该会的Linux的50个知识点!

Java小咖秀

Linux 面试 运维 Shell 经验

Flink on Zeppelin (5) 高级特性篇

Geek_8o1tcx

大数据 flink 流计算 Zeppelin

架构师训练营第三周

Melo

为什么Web开发人员在2020年不用最新的CSS功能

葡萄城技术团队

CSS

当你输入get/set命令的时候,Redis做了什么

老胡爱分享

redis 源码分析

跨云厂商部署 k3s 集群

硅基新手村

k3s wireguard

面向对象设计课程小结

梅子黄时雨

极客大学架构师训练营

架构师训练营第三周-总结

无心水

极客大学架构师训练营

SharePoint 往事之:一句话让 SharePoint 罢工

手艺人杨柳

SharePoint

架构师训练营第二周课后作业

赵凯

框架设计

重学 Java 设计模式:实战责任链模式「模拟618电商大促期间,项目上线流程多级负责人审批场景」

小傅哥

设计模式 小傅哥 重构 代码优化 责任链模式

还在埋头干活?给程序员的几个忠告

四猿外

Java 深度思考 程序员 随笔杂谈

架构师训练营 - 第 3 课总结 -20200620- 软件设计

👑👑merlan

架构设计 软件设计 SOLID

小师妹学JVM之:JIT中的LogCompilation

程序那些事

JVM 小师妹 性能调优 JIT 签约计划第二季

加密与解密

返町

一种极致性能的缓冲队列

捉虫大师

Java 性能

数据库如何弹性伸缩?

Aaron_涛

数据库 架构 云原生

第二周学习总结

师哥

思想不进化的人都是可怜人

Neco.W

提升认知 思考 进步 进化

Android APP启动白屏优化

小菜鸟学php

android白屏

UML实践-食堂就餐卡系统

shangyu

极客大学架构师训练营

请描述什么是依赖倒置原则,为什么有时候依赖倒置原则又被称为好莱坞原则?

一叶知秋

如何写出高质量的代码?(浅谈代码规范、重构、单元测试的重要性)

Nick

单元测试 重构 代码重构 代码规范

架构师训练营作业 (第三周)

王海

极客大学架构师训练营

你真的了解敏捷吗?听马丁福勒聊敏捷

涛哥 数字产品和业务架构

敏捷 数字化转型

优秀开发者应该避免的五个错误_语言 & 开发_Rafael Quintanilha_InfoQ精选文章