如何成为一个坏开发者

2021-06-17 22:24:38

伟大的数学家Carl Jacobi曾经说过“逆变,始终反转”。他主张,通过向后分析问题,可以发现最好的解决方案。

考虑到这一点,伯克希尔河道的传奇合作伙伴查尔斯芒果对哈佛大学的言论致敬,就如何成功(我最初读到这个和其他查尔斯在令人惊叹的穷人的almanack中的演讲:Charles T的机智和智慧。芒尔)。这让我思考 - 成为一个坏开发者的最简单方法如何?

接下来你将看到的是一个非常主观的,无条件的无序的原则列表,如果你遵循,我可以保证会导致你成为一个坏开发人员。我说“原则”,因为我对技术人士不感兴趣(例如,选择坏变量名称,永远不要评论您的代码等),一旦他们是您所关注的指南的子产品。

如果你的目标是同伴读者,就是成为一个好的开发人员,不要担心。请记住,Via Negativa比通过Positiva更强大。这意味着知道不做什么是更安全,更容易弄清楚,而不是完全做什么。所以要注意以下主题,并决定您想要的类型的开发人员。

软件开发是您有自由通行证的少数地区之一,频繁犯错误。如果错误的影响是最小的,这是一个非常好的地方。

然而,很容易忘记这一点。您可以成为贵公司中最好的开发人员,比其他人的错误相对较少。但你制造的绝对误区仍然很高,没有逃脱它。好消息是,当通信时,精细的机器需要大量的精度,一个坏句子足以炸掉10,000个LOC CodeBase。

但是因为你认为自己比其他开发人员更好,这可能是真的,你开始认为你不会犯错误。或者,如果出现一些问题,您无关。

问题是,很多时候你都会有责任。如果您是错误代码的作者无关紧要,请在您的审核过程中忽略,或者在规划时未能预测它。有太多的方式犯错误。

因此,如果您从不假设您可能会吹掉一些东西,您将开始责备其他事情 - 您的同行,您正在使用的愚蠢框架,过时的浏览器或历史前的操作系统。除了你,任何事情都将负责。如果你从来没有承认错误,那么你被诅咒永远不会发展。而不是发展成为发展者致命的。

我们所学习的第一件事之一是属于社会的人类是我们需要衡量我们行为的后果。这同样适用于编程。最终,您的工作是通过代码行创建价值。如果你失去了这一点,你已经成为一个官僚主义。官僚主义是一个很好的开发者,这很难。

如果你在没有思考的情况下行动,你就会浪费你对机器的边缘。您是在不久的将来被替换的候选人(由周到的人类或更便宜的哑猛机器)。始终试图了解您已分配给的任务的目的是什么。当然,除非你想成为一个坏开发人员。

我尚未找到一个无法报告他或她面临着明确的问题的良好开发商。发生这种情况是因为计算机是非常顺从的实体,只有在给定的精确指令时才能发挥作用。如果您在调试代码时是自信的,那么您可以自己弄清楚问题。但即使你不这样做,即使你没有,你就是解决方案,一双新鲜的眼睛在帮助你的过程中会更有效。

请记住,机器非常愚蠢,需要正确地告诉该怎么做。并且在您的工作期间,您可以给予它们太多指示。最终,您将提供错误的指示。如果您无法通过您的代码有效地行走并识别错位指令,您将成为一个坏开发人员。

“直到我们已经开始走了,我们没有意识到许多事情是多么不必要。我们一直在使用它们,不是因为我们需要它们,而是因为我们有它们。“ - 塞内卡

这是非常常见的,特别是新手开发人员,为他们的应用程序的代码行数为自豪。这确实是一个非常强烈的标志,你的形状良好地成为一个坏开发人员。

每一行代码都是机器的指令。指令的数量越大,要做的错误次数越大。它还意味着如果您想要更改代码的行为方式,您将需要更多了解。通过写作尽可能多的行,您将屏蔽您的工作中的人。没有人想要阅读和许多恐惧的代码是一个不好的代码。

我之前通过Negativa提到过。简单地说,这意味着“越少,更好”。推理如下:还有更多的方式来搞砸,而不是改善它们。没有任何麻烦的人将专注于最大限度地减少拧紧代码库的可能性,而一个坏开发人员将积极寻找更多的添加。

回想一下,最终将被读取,测试,更改,递增甚至删除的每一行。很明显,您的工作量与代码的数量成正比。不必要地增加他或她的工作量的人只是一个糟糕的开发人员。

“它已经令人惊讶的是,我们的技术已经超出了我们的人性。” - 艾尔伯特爱因斯坦。

最后,这是实现成为一个坏开发人员目标的最有效方式。我说,因为编写机器代码而不是人类的代码是你能做的所有坏事的最简单。写出无证代码非常简单,使用不准确的变量名称,不一致,忘记缩进,等等。

您需要回顾该机器理解机器代码。所有其他不是1和0的东西只是装饰,使代码更可读对人类。如果你不注意这一点,你就会让人的生活更加努力 - 因此,成为一个坏开发商的完美方式。

想想什么让你享受愉快的文字。它通常简洁,清晰,直接,有意义和一致。当你无法理解作者时,你不会喜欢阅读,叙述没有意义,它写得不好或格式化。同样,没有意义的代码以及您需要努力掌握的是一种令人沮丧的优秀形式。与劝阻他们读者的作者相同的方式是一个糟糕的作者,这是一个劝阻他们的读者的开发商是一个坏开发者。

我希望您在您寻求成为一个坏开发人员时,您可以找到上述规则。但如果你曾经改变过你的思想并决定成长为一个好的,那么你现在知道你需要避免什么。

订阅将最新文章直接放入您的收件箱中。你永远不会收到任何垃圾邮件。

Rafael Quintanilha是一名巴西软件工程师,他们喜欢写作技术,网络开发,前端,反应,数据科学,以及他脑海中的任何东西。 Twitter - GitHub - LinkedIn - Quantbrasil