干净的代码,省钱还是艺术?

16 0 0

最近,人们一直在谈论编写干净的代码是否真的可以省钱,还是更多关于艺术,即使事情变得漂亮。

好吧,正如森林阿甘(Forest Gump)所说,“也许两者都有。”

怎么可能两者都有呢?

我认为总体来说,编写干净的代码可以为您节省构建软件的资金(除非您花在维护软件上的时间很少或根本不存在)。

它省钱的原因是两者都起作用的地方。

如果我们仅仅从编写干净代码的实践中提取出金钱的部分,我们就可以得出一个非常可靠的论点,即通过查看在软件开发中花费的时间和金钱最多的是什么,总体上它节省了金钱。

猜猜看。你觉得是什么?

没错。修复生产缺陷。编写单元测试可能需要一段时间。重构代码以使其“干净”可能需要一段时间。但是,如果在3小时的编码任务上花费额外的3小时,最终只为您节省了1个生产问题,那么您就把时间花回去了,然后又节省了一些时间。

从项目经理到QA,再到程序员,再到QA,再到部署,一个生产问题的实际时间开销,很容易每一个问题花费10个或更多小时。

很难反驳这种逻辑本身,但这里还有另一个因素在起作用。那就是人的因素。

你看,这不全是关于金钱和金钱,也不全是关于当你把人类投入其中时,什么是合乎逻辑或实际的,我相信,如果非人类的利益写干净的代码没有为你节省任何金钱,总的来说,它仍然会为你节省金钱。

没人会以废话为傲

我不在乎这个软件是否能工作,也不在乎它看起来是否漂亮,维护代码的人会对它有不同的看法。

如果内部代码是垃圾,如果没有什么好感觉,如果它是一大堆意大利面代码,它将严重降低开发人员的积极性。

缺乏动力的开发人员会做什么?

各种可怕的事情。他们寻找新的工作。他们写更多的垃圾代码。他们浪费时间和拖延时间。他们做他们必须做的事情,直到他们能摆脱这个愚蠢的职业,或者梦想的工作出现在他们能写的地方ASP.NET使用自动模拟容器和BDD的MVC代码。

有时你不得不问自己,维护现有的VB6应用程序是否真的比将其转换为C#要困难得多?好像不应该,对吧?当然,维护一个构建良好的C应用程序更容易,但是为什么这些应用程序最终会被重写有一个令人信服的原因,即使它们确实不需要重写。

开发旧的硬性应用程序的开发人员并没有动力这样做。开发人员喜欢新的闪亮技术。他们喜欢感觉自己正在学习和扩展技能,而不仅仅是维持现状。

因此,即使重写VB6应用程序没有实际意义…即使你的度量和图表告诉你不应该这样做…当你重写应用程序时,你会发现这种神奇的隐藏成本节约,因为突然间,开发人员就不会拖着脚去修复一个bug,或者给“那个蹩脚的老VB6应用程序”添加一个功能了。对客户来说,这个应用程序甚至可能看起来一模一样,但对开发人员来说,它将是一个全新的闪亮玩具。

编写干净的代码不仅仅是为了省钱

所以你看,在理论上,有一个关于重构代码实际上是一个正的投资回报还是负的争论。我每次都会在纯实用和图表理论上为正的,但是当你加入人类艺术元素时,这是没有争议的。

如果您的代码库是您的开发人员引以为豪的东西,那么您将看到时间上的巨大节省,因为您的开发人员将被极大地激励着使它变得更好。

干净的代码产生干净的代码。

因此,当我说这两者时,我不仅对这个话题不置可否或不热心。人为因素使得干净的代码对于节省金钱至关重要。

作者介绍

用微信扫一扫

收藏