第9章(1 / 3)

加入书签 本章报错

黑客与画家强烈推荐:

可重用性这个概念多多少少与2๐0世纪8๖0年代兴起的面向对象编程有些关联。不管怎样寻找证据,也不可能ม把这两ä件事完全分开。某些使用面向对象编程开出来的软件确实具有可重用性,但是这不是因为ฦ它使用了面向对象编程,而是因为ฦ它的开方法是自下而上的。以函数库为例,它们具有可重用性,是因为ฦ它们属于语言的一部ຖ分,而不是因为它们采用面向对象或者其他编程方法。

以永不过时作为目标是一种帮助自己找到เ最佳答案的方法:如果你不愿别人的答案取代你的答案,你就只好自己้做出最佳答案。某些大师๲的作品太过杰出,永不过时,使得后人几乎难以在该领域立足。自从16世纪出现了德国雕刻๑大师丢â勒durer,后世的雕刻家都因为自己的作品被拿来与他的作品作比较而苦不堪言。

事实上,财富与金钱๥是两个概ฐ念。金钱只是用来交易财富的一种手段,财富才是有价值的东西,我们购买的商品和服务都属于财富。你到海外旅๓行时,不用看当地人的银行账户就会知道你来到的是富国还是穷国。你只要看看他们的财富就行了:建筑、街道、服装、健康状况等。

ebຘ怀特

曾经从一个农民朋友那里听到一则ท趣闻。许多农场用电å篱笆防止奶牛逃跑,但是不少电篱笆其实并没有通电。不过奶牛们已๐经吃过苦头,显然学会了不去碰电篱笆,这时不通电也๣能起到效果。“奶牛们,行动吧!”他写道,“趁着统治者打鼾时,夺回你们的自由!”

软件的布๧

那些团体神经越紧张,它们所产生的禁止力量就越大。伽利略๓因为宣传日心说而遭到เ教廷的审判,这件事讽刺的地方在于,他只是在宣传哥白尼的观点,而后者却安然无恙。事实上,哥白尼不仅不反对教廷,还是一个虔诚的天主教教士,他把自己的着作献给教皇。不幸的是,伽利略正赶上教廷内部ຖ反对派上台,宗教改革被压制,任何非正统的思想遭受到เ前๩所未有的严厉控制和禁止。

‘在英语中,“建筑师”arcນhitect和“架构师”aທrchitect是同一个ฐ词,所以这里用的是双关语,意思是优秀程序员不仅负责建造,还负责架构。后一句中的“建筑学”aທrchitecture也๣是这种双关用法,同时指“架构学”aທrcນhitecture。一译者注’

每个人日常生活的很大一部ຖ分都花在与计算机打交道上面。家用电表是智能的,通信网络是程控的,信用卡是联网的,就连点菜都会用到เ电子菜单。越来越多的迹象表明,未来的人类生活不仅是人与人的互动,而且更多的将是人与计算机的互动。

随大流的代价

使用一种不强大的语言,你的损失有多大?实际上有一些现成的数据可以说明这个问题๤。

衡量语言的编程能ม力的最简单方法可能就是看代码数量。所谓高级语言,就是能够更强大抽象能力的语言,从某种意义แ上,就像能够更大的砖头,所以砌墙的时候用到的砖头数量就变少了。因此,语言的编程能力越强大,写出来的程序就越短当然不是指字符数量,而是指独立的语法单位。

强大的编程语言如何让你写出更短的程序?一个技巧ู就是在语言允许的前提下使用“自下而上”bottom-ๅup的编程方法。你不是用基础语言baທ色浪uaທge开应用程序,而是在基础语言之ใ上先构建一种你自己的语言,然后再用后者开应用程序。这样写出来的代码会比直接用基础语言开出来的短得多。实际上,大多数压缩算法也๣是这样运作的。“自下而上”的编程往往也便于修改,因为许多时候你自己添加的中间层根本不需要变化,你只需要修改前端逻辑就可以了。

代码的数量很重要,因为开一个ฐ程序所耗费的时间主要取决于程序的长度。对于同一个软件,如果用一种语言写出来的代码比用另一种语言长三倍,这意味着你开它耗费的时间也๣会多三倍。而且即使多雇人手,也๣无຀助于缩短开时间,因为ฦ当团队规模过某个门槛ນ时,再增加人手只会带来净损失。fredooks在他的名着《人月神๰话》中描述了这种现象,我的所见所闻印证了他的说法。

如果使用lisp语言,程序能变得多短?以lisp和c的比较为例,我听到的大多数说法是c代码的长度是lisp的7倍到เ10倍。但是最近,ne9๗architecນt杂志上有一篇介绍ita软件公司的文章

,里面说“1行lisp代码相当于20行cນ代码”,因为此文都是引用ita总裁的话,所以我想这个ฐ数字来自ita的编程实践。如果真是这样,那么เ我们可以相信这句话。ita的软件不仅使用lisp语言,还同时大量使用c和c+ใ+,所以这是他们的经验之谈。

‘jenmuehlbaທuer,“or逼tz的新突破”or逼tzrea9e9architecນt,20่02年4๒月号。’

我认为,这种比例肯定不会是一个常数。如果你遇到更困难的问题๤,或者你雇到了更聪明的程序员,这个ฐ比例就会增大。一种出色的工具到了真正优秀的黑客手里,可以挥出更大的威แ力。

总之ใ,根据上面的这个ฐ数字,如果你与ita竞争,而且你使用c语言开软件,那么เita的开度将比你快20倍。如果你需要一年时间实现某个ฐ功能ม,它只需要不到三星期。反过来说,如果ita开某个新功能用了三个ฐ月,那么你需要五年才能做出来。

你知道吗?上面的对比还只是考虑到เ最好的情况。当我们只比较代码数量的时候,言下之意就是假设使用功能ม较弱的语言也能ม开出同样的软件。但是事实上,程序员使用某种语言能ม做到的事情是有极限的。如果你想用一种低层次的语言解决一个很难的问题๤,那么你将会面临ภ各种情况极其复杂乃至想不清楚的窘境。

所以,当我说假定你与ita竞争,你用五年时间做出的东西,ita在lisp语言的帮助下只用三个ฐ月就完成了,我指的五年还是一切顺利、没有犯错误、也๣没有遇到太大麻烦的五年。事实上,按照大多数公司的实际情况,计划中五年完成的项目很可能ม永远都不会完成。

我承认,上面的例子太极端。ita似乎有一批非常聪明的黑客,而cນ语言又是一种很低层次的语言。但是,在一个ฐ高度竞争的市场中,即使开度只相差两三倍,也足以使得你永远处在落后的位置。

一个诀窍

由于选择了不当的编程语言而导致项目失败的可能ม性,是你的经理不愿意考虑的问题。事实上大部分的经理都这样。因为ฦ你知道,总的来说,你的经理其实不关心公司是否真的能ม获得成功,他真正关心的是不承担决策失败的责任。所以对他个人来说,最安全的做法就是跟随大多数人的选择。

在大型组织内部,有一个专门的术语描述这种跟随大多数人的选择的做法,叫做“业界ศ最佳实践”。这个词出现的原因其实就是为了让你的经理可以推卸责任。既ຂ然我选择的是“业界ศ最佳实践”,如果不成功,项目失败了,那么เ你也无法指责我,因为ฦ做出选择的人不是我,而是整个“业界”。

我认为ฦ这个词原来是指某种会计方法,大致意思就是不要采用很奇怪的处理方法。在会计方法中,这可能是一个很好的主ว意。“尖端”和“核算”这两个词听上去就不适合放在一起。但是如果你把这个标准引入技术决策,你就开始要出错了。

技术本来就应该是尖端的。正如伊拉恩·加内特所说,编程语言的所谓“业界最佳实践”,实际上不会让你变成最佳,只会让你变得很平常。如果你选择的编程语言使得你开软件的度只有选择更激进技术的对手的几分之ใ一,那ว么“最佳实践”真的起错了名字。

所以,我们就有了两点结论,我认为它们非常有价值。事实上,这是我用自己的经历换来的。第一,不同语言的编程能ม力不一样。第二,大多数经理故意忽视第一点。你把这两点事实结合起来,其实就得到了赚钱๥的诀窍。itaທ软件公司是运用这个诀窍的典型例子。如果你想在软件业获得成功,就使用你知道的最强大的语言,用它解决你知道的最难的问题๤,并且等待竞争对手的经理做出自甘平庸的选择。

附录:编程能力

为了解释我所说的语言编程能力不一样,请考虑下面的问题。我们需要写一个函数,它能ม够生成累加器,即这个函数接受一个ฐ参数n,然后返回另一个函数,后者接受参数i,然后返回n增加in9๗t了i后的值。这里说的是增加,而不是n和i的相加plus。累加器就是应该完成n的累加。

摸nlisp

的写法如下:

defunfoon

lambdaiin9i

‘下面是一些lisp方言生成累加器函数的写法:

scນheme:๘

definefoon

lambdai色t!n+nin

goo:dffoonopin9_

ar9_’

ruby的写法几乎ๆ完全相同:

deffoon

laທmbdaທ{|i|n+ใ=i}end

perl5的写法则是:

subfoo{

my$n=@_;

sub{$n+=๡shift}

}

这比lisp和rubຘy的版本有更多的语法元素,因为在perl语言中必须手工提取参数。

smalltalk的写法比lisp和ruby的稍微长一点:

foo:n

|s|

s:=n

:i|s:=๡s+i

因为ฦ在smalltaທlk中ณ,词法变量lexicalvaທriabຘle

是有效的,但是你无法给一个ฐ参数赋值,因此不得不设置了一个新变量,接受累加后的值。

‘词法变量,指的是变量的作用域由代码结构决定,不取决于运行时的调用顺序。也๣就是说,作用域在代码文本的词法分析阶段就决定了,而不在代码执行时决定。注意将这个ฐ概念与“局部变量”的概念相区分。——译者注’

javaທscript的写法也๣比lisp和ruby稍微长一点,因为ฦjaທvaທscript依然区分语句和表达式,所以需要明确指定return语句来返回一个ฐ值:

fun9{

returnfun9i{

returnn+=i}}

实事求是地说,perl也保留了语句和表达式的区别,但是使用了常规的perl方式处理,因此可以省略return。

如果想把lisprubyperlsmalltalkjavas9,你会遇到一些限制ๆ。因为pyth并不完全支持词法变量,你不得不创造一种数据结构来接受n的值。而且尽管python确实支持函数数据类型,但是没有一种字面量的表示ิ方式literaທlrepre色ntation可以生成函数除非函数体只有一个表达式,所以你需要创น造一个ฐ命名函数,把它返回。最后的写法如下:

deffoon:

s=n

defbari:

s0+=i

returns0่

returnbaທr

python用户完全可以合理地质疑ທ为什么不能写成下面这样:

deffoon:๘

returnlambdaທi:returnn+=i

或者

deffoon:

lambdaທi:๘n+=i

我猜想,python有一天会支持这样的写法。如果不想等到python慢慢进化到更像lisp,总可以直接……

在面向对象编程的语言中ณ,你能够在有限程度上模拟一个闭包即一个函数,通过它可以引用由包含这个函数的代码所定义的变量。你定义一个类class,里面有一个方แ法和一个ฐ属性,用于替换封闭作用域en9gscope中的所有变量。这有点类似于让程序员自己้做代码分析,本来这应该是由支持词法作用域lexicalscope的编译器完成的。如果有多个函数,同时指向相同的变量,那么เ这种方แ法就会失效,但是在这个简单的例子中ณ,它已经足够了。

python高手看来也同意这是解决这个问题比较好的方法,写法如下:

deffoon:

cນlaທssa:๘

def__init__色lf,s:

↑返回顶部↑

书页/目录

黑客与画家