英文原文:Shorter code is inconsiderate
注:原文作者为 Allan Reyes 一名退伍军人兼工程师。本文以第一人称编译。
我常逛像是 Exercism 等网站,我在那里编写或重温一些习题来提升我的编码技巧。但现在有个危险的流行正在蔓延,我注意到大家很推崇仅用短短几行的代码,认为这样很优雅、有创意,认为这超棒。
但这完全是鬼扯。Brian Kernighan 说得很对:「想帮短码除错比你重写程序还要难两倍。如果你真的觉得自己超会写短码,那么就等到你帮短码除错的时候再来看看是不是真的那么厉害吧。」
当你把编码的行数减少到令人费解时,这还会是个容易维护或可长久使用的代码吗?替编码抓错会变得更简单还是更有难度?更重要的是,如果原来的编码跟短码功能一样,那你是不是有点浪费时间呢?
较短的编码不见得代表是更好、更清楚的编码。当你不小心做的过头了,让编码变的难以理解,或用了模糊且不必要的模组,你可能会得对你的同事一边装可爱,一边说:「我浪费超多时间在完美化与复杂化这个简单模组,所以你现在才可以花超多时间来了解它。你不觉得这超棒的吗?( ^.< ) ,编码忍者敬上。」
这不但毫无意义而且很自私,完全就是自负的表现。不必要而多余的代码的确不好,但短码也不总是就是比较好。缩短编码与简化编码有很大的不同,因为缩短编码仅仅只是让编码变短。
我们用两种简单 Python 计算程式来找两个字串间的「汉明距离,又称信号距离(hamming distance)」。汉明距离在独立字元的计算中为不可或缺的角色。
以下是 Exercism 上被高度推崇的编码:
original="http://www.webhek.com/techug-res/uploads/2015/01/1-POPge6R8xgBy4XqIKhcrWw1-550x30.png" />
这是个超棒的编码 … … 如果你的目的是写出混淆代码(code obfucation)的话。
以下是网站上很不起眼的编码:
它用了超过 15 行以上的编码,以及 517 个汉明距离,但让我来解释为什么这个比第一个范例来的好的原因:
综合以上,我们可以清楚了解到每个作者的意图:
我想说的是:拜托,别当个笨蛋。
无论是前端的 HTML/CSS 或后端的 Python 与 Ruby on Rail,都请你写一个大家都可以读得懂的程式码。