都说学无止尽学无止尽,我学习Delphi一年半了吧,自我感觉是一片模糊,请问一下,如何才算精通一门东东呢?无论是Delphi还是其它。望赐教。

解决方案 »

  1.   

    但有什么标准能定义吗?比如说Delphi要学到什么地步,就可以或才可以转去学习其它的某一项学问。
      

  2.   

    原来也是有个类似的问题,大家最后的结论是:钱可以衡量!!工资高说明一切。
    我不是计算机专业的,我觉得最好自己能熟悉操作系统,编译原理,数据结构等等基本知识,能够完成工作是最终。
    我还是欣赏“和语言无关”这句话,具体的还是要个人体会的。
    你工作了就知道了,用c++的和delphi的工资绝对不一样的。
      

  3.   

    1.C++和Delphi不是一个概念,程序设计和软件开发不完全是一个概念!2.熟习用Delphi这工具进行程序设计的人,不太可能对其他语言一无所知,包括C++,即使不太了解,掌握其他同代的高级语言只是几天的功夫3.就有怎么一种人,只关心技术本身,不关心金钱,也许别人看来他们只沉迷于自我的精神世界中,但也绝对是黑客级的"高手"!当然技术还是要转化为实际价值才好!毕竟编程高手不等于软件开发的大师!4.掌握工具的使用并不难,就像大家都能熟练的使用笔这种工具,但有的人用笔写出来的文章,画出来的画和一般人写的文字,画的画就不是一回事,但能说大家不会用笔吗?5.眼界放开一点,不要被开发工具束缚了手脚,它只是工具,关键要看你能用它做什么!
      

  4.   

    算了吧,老兄,这个问题我以前就问过,但从没结果。
    大家回答得总是一付“高深莫测”或是“说了你也不明白”的神气。
    KAO!技术就是技术,搞那么多故作玄虚的理论干什么?!
      

  5.   

    像我现在的水平
    可以完成一些比较小的软件,比如说写个播放器,编个实用的功能,做一个小型的数据库管理系统什么的,但碰到一懂的东西需要到csdn上来问大家,这样可不可以到软件公司工作了?
    另外很我公司说要精通****精通****精通*****这样的公司倒低我是能去还是不能去?
    请大家告诉我谢谢!
      

  6.   

    如果公司招聘写的是要求精通DELPHI,其实学过两三个月,写过一些小程序就可以去了。如果写的是要求精通DELPHI + xxx(比如DELPHI+SQL),那就要有实际开发经验才好了。
      

  7.   

    ehom(?!) 老兄的话很精典,我喜欢,呵呵:)
      

  8.   

    not 高手, so say nothing
      

  9.   

    三年前我开始接触Delphi的时候认为熟悉它的IDE环境,熟悉VCL控件,熟悉RTL函数就是精通;
    两年前我对上面说的那些东西有了大概的了解,但精通的概念也开始转变,认为对各种数据结构,各种算法精通就是精通的最高境界;
    一年前我开始自己写点东西,那个时候我对各种算法已经淡忘,开始认为能利用Delphi解决实际问题就算精通,解决问题的能力成了我衡量精通水平的尺度;
    现在我对精通的概念又有了变化:能在几十万行的代码中剖析大架构,能熟练运用面向对象的概念进行软件设计,对面向对象的概念有深刻体会就是精通。
    现在开来,精通是什么,精通就是能脱离语言和开发工具的束缚,真正的做到用观念去分析解决问题,剖析问题。
      

  10.   

    自:左轻侯, 时间:2001-8-4 1:00:00, ID:594763  [显示:小字体 | 大字体]  
    很有趣的东东,我曾经很起劲地买了原书:-)
    转载自linuxaid
    《编程之道》---------------------------------------(转载)全文
      蓝森林 01-06-28 11:25 522p Geoffrey James
    -------------------------------------------------------------  
      声明:本文内容来自《编程之道》一书,小赵只负责录入。所有
    版权归该书的出版社。本文由原来的三册书组成:《编程之道》《编
    程之禅》《计算机时代的寓言》
      目录
      前言第一篇静寂的空宇第二篇古代的大师第三篇设计第四篇编码
    第五篇维护第六篇管理第七篇公司里的学问第八篇硬件和软件第九篇 
    尾声
      第一篇静寂的空宇
      编程大师如是说:
      “当你有本事夺走我手中的这块水晶石时,就是你出师的时侯了。”
      1.1
      在静寂的空宇里,一种神奇的物质形成并诞生了。它立刻便静止
    了,独自守侯着,豪无动静,然而又处于永恒的运动之中。它是所有
    程序的源头,我不知道它的名字,所以我将称它为编程之道。
      如果此道是完美的,那些操作系统就是完美的,如果操作系统是
    完美的,那么编译程序就是完美的,如果编译程序是完美的,那么应
    用程序就是完美的。用户满意之至--和谐便应运而生。
      编程之道流逝远去,又乘着晨风而归。
      1.2
      此道产生了机器语言,机器语言又产生了汇编语言,
      汇编语言产生了编译程序,如今有了上万种的语言。
      每一种语言都有其各自的卑微用途。每一种语言都表达出软件的
    阴和阳。每一种语言都在此道之中有其一席之地。
      但是,应尽量避免用COBOL 语言编写程序。
      1.3
      宇宙之初有道,道产生了空间和时间。空间和时间便是程序设计
    之阴阳。
      不能领悟此道的编程者总是耗尽他们所要编写的程序的时间和空
    间;而领悟了此道的编程者却总有足够的时间和空间来达到他们的目
    标。
      除此之外,难道还有其它的情形吗?
      1.4
      精明的编程者听说了此道,并遵循它;平庸的编程者听说了此道,
    并寻觅它;愚蠢的编程者听说了此道,却嘲笑它。
      要不是因为有嘲笑,道也就不复存在了。
      最高的声音最难被听见。前进也是一种倒退。大器晚成。即使是
    一个完美的程序也仍然会有隐患。
      道深藏不露,难于理解。
      第二篇古代的大师
      编程大师如是说:
      “倘若三天不编程,生活将变得毫无意义。”
      2.1
      老一辈的程序员是神秘的、深奥的。我们没法揣摩他们的想法,
    我们所能做的只是描述一下他们的表象。
      他们是清醒的,就像一只游过水面的狐狸;他们是警惕的,就像
    一位战场上的将军;他们是友善的,就像一位招待客人的女主人;他
    们是简单的,就像未经刻凿的木头;他们还是难以琢磨的,就像黑暗
    的洞穴中漆黑的池水。
      谁能说出他们心中的秘密?
      答案只存在于道中。
      2.2
      计算机科学巨擘图灵曾经梦到他是一台机器。当他醒来时,他惊
    叹道:
      “我不知道--我是梦到了自己是台机器的图灵,还是一台梦到
    了自己是图灵的机器?”
      2.3
      一家大电脑公司的一名程序员参加了一次软件研讨会。他回来后
    向经理汇报说:“为其它公司工作的那些程序员都是些什么的人啊?
    他们行为拙劣,不顾及自己的仪表。他们的头发又长又乱,衣服又皱
    又旧。他们闯进我们的会客组,还在我演讲时发生粗鲁的喧闹。”
      经理说:“我本不应该让你去参加这个会议。那些程序员是生活
    在物质世界之外的。他们认为生活是荒唐的,一种意外的巧合。他们
    来去自如。他们只为他们的程序而活着,无忧无虑地活着。为什么要
    用社会习俗来约束他们呢?
      他们活在此道之中。“
      2.4
      一个礼堂者问大师:“有位程序员,从不构思、编写文档或测试
    他的程序,然而所有知道他的人都认为他是世界上最棒的程序员。这
    是为什么呢?”
      大师回答说:“那个人掌握了道。他不需要事先进行构思,当系
    统崩溃时,他不会因此而闷闷不乐,而是心平气和地接受整个事实。
    他还从编写程序说明文档的需要之中超脱了出来,不在意是否有人看
    他的编码。他也不需要进行测试。他的每个程序都完美无缺。宁静而
    优雅,程序的用途也显而易见。
      的的确确,他已经进入了道的神奇境界。“
      第三篇设计
      编程大师如是说:
      “当程序被测试时,再修改设计方案就太迟了。”
      3.1
      曾经有个人去参加一次电脑展示会,每天当他进入展馆时,都对
    门卫说:
      “我是个大盗,我偷盗的本领是出了名的。事先警告你,这次展
    示会也在劫难逃。”
      这番话让门卫坐立不安,因为里面有价值数百万美元的电脑设备,
    所以他紧紧地盯住这个人。但这个人只是从一个展摊逛到另一个展摊,
    嘴里轻轻地哼着小曲。
      当这个人出门时,门卫把他拉到一边,搜查他的衣服,但一无所
    获。
      第二天,这个人又来了,并对着门卫嚣张地嚷着:“昨天我满载
    而归,但今天的收获会更大。”于是,门卫盯他盯得更紧了,但仍一
    无所获。
      在展示会的最后一天,门卫再也抑制不住自己的好奇心了。“大
    盗先生,”门卫说,“我被你搞糊涂了,实在想不明白。请告诉我,
    你究竟在偷什么?”
      这个人笑了。“我在偷想法。”他说。
      3.2
      曾经有位编程大师,喜欢编写非结构化的编程。一位初学者试图
    模仿他,也开始编写非结构化的程序。当这位徒弟请师父评价他的进
    展时,师父批评了他的做法。他说:“对一位编程高手适合的,对初
    学者来说并不一定适合。在超越结构化之前,你必须先领悟道。”
      3.3
      曾经有位程序员被派到IBM 的军机大臣手下工作。军机大臣问程
    序员:“设计一个财务软件包,和设计一个操作系统,哪一个更容易?”
      “操作系统。”程序员回答说。
      军机大臣立刻发生一种不信任的惊叹,“与一个复杂的操作系统,
    一个财务软件包简直是小巫见大巫。”他说。
      “并非如此,”程序员说,“在设计一个财务软件包时,编程人
    员是作为一个中介者在观念各异的人们之间起作用的:这个软件必须
    如何操作,它的报表必须是什么形式,它必须如何与税法一致,等等,
    一个操作系统则不为其外观所限制。当设计一个操作系统时,编程人
    员只要在机器与人的思维之间寻找一种最简单的和谐就可以了。这就
    是为什么操作系统更容易设计。”
      军机大臣点点头,笑了。“说来也是。但要想检测和纠正其中的
    错误,哪个更容易呢?”
      程序员没有回答。
      3.4
      一位经理到编程大师那里,交给他一份有关一个新应用程序的需
    求说明。经理问编程大师:“如果我分配五个程序员给你,你需要多
    久能设计好这个系统?”
      “那将花费一年的时间。”大师立刻回答。
      “但我们马上就需要这个系统,甚至要求更快!如果我分配十个
    程序员给你,你需要多长时间?”
      大师皱了皱眉头,“那样的话,需要两年。”
      “如果我分配一百个程序员给你怎么样?”
      大师耸了耸肩膀,“那么这项设计将永远无法完成。”他说
      第四篇编码
      编程大师如是说:
      “一个写得完美的程序是其自身的天堂,而一个写得糟糕的程序
    则是其自身的地狱。”
      4.1
      一个程序应当是轻盈的、灵活的,它的子程序就像一串珍珠一样
    连接着。它的精神和意图应该贯穿始终。在程序中,内容既不应太多,
    也不应太少;既不应该有不需要的循环结构,也不该有冗余的变量;
    既不缺乏结构性,又不过分僵化。
      一个程序,无论多么复杂,都应该以一个整体的方式运行。程序
    应以其内在的逻辑为指引,而非外在形态。
      如果一个程序不能达到这些要求,它将处于一种杂乱无章的混淆
    不清的状态。唯一的方法就是重写这个程序。
      4.2
      一位初学者问大师:“我有个程序,时灵时不灵。我一直都遵循
    着编程的规则,结果却整个儿搞糊涂了。这是什么原因呢?”
      大师回答说:“因为你没有领悟道,所以你迷惑不解。只有傻瓜
    才会指望从人类身上看到理性的行为,你又能指望一台人类制造的机
    器怎么样呢?计算机模仿的是决定论,只有道才是尽善尽美。
      编程用的那些条条框框式的规则仅仅是昙花一现,只有道才是永
    恒的。因此,在你受到道的启发之前,你必须沉思于道。“
      “但是我怎样才能知道我已经受到了启发了呢?”初学者问。
      “当你的程序运行无误时。”大师回答说。
      4.3
      一位大师正在向他的一名初学编程的弟子解释道的真谛。“此道
    体现在所有的软件当中--不管它看上去多么无足轻重。”大师说着。
      “此道体现在手掌计算器中吗?”初学者问。
      “是的。”
      “此道在电子游戏中吗?”初学者继续问。
      “此道甚至也体现在电子游戏之中。”大师说。
      “那么此道也体现在个人电脑的DOS 系统之中吗?”
      大师咳嗽一声,并稍稍挪动了一下位置。“今天的课就到这里吧。”
    他说。
      4.4
      一位项目经理手下的一名程序员正编写软件。他的手指在键盘上
    飞舞着,在程序的编译过程中没有出现任何错误信息。程序运行起来
    就像一阵和风。
      “太好了!”经理高兴地大叫了起来,“你的技艺简直是完美无
    缺。”
      “技艺?”程序员说着便从他的终端机前转过身来,“我遵循的
    是道--所有的技艺远不能及!当我刚开始编程时,我眼前看见的是
    整个问题乱成一团。三年之后,我再也看不见这种一团糟的情形了。
    相反,我用了各种各样的子程序。但现在,我什么也看不见了。我的
    整个身心存在于一种无形的虚空里,我的知觉是空荡荡的。
      我的精神随其本能而动,不无原则计划就能自由地工作。总而言
    之,是我的程序自己写出了自己。诚然,有时会有一些难题。我看见
    那些难题向我走来,于是我放慢了速度,默默地注视着他们。然后我
    更改了一行编码,那些问题就烟消云散了。然后我完成程序的编译。
    我静静地坐着,让
      

  11.   


      5.3
      一次一位初学编程者被指派编写一个简单的财务软件包。这位初
    学者大张旗鼓地工作了许多天。但当他的师父检查这套程序时,发现
    其中包含有一个屏幕编辑器,一套通用图表程序,一个人工智能界面,
    然而却没有任何财务方面的东西。
      当师父问及此事时,初学者显得愤愤不平。“不要这样没有耐心
    嘛,”他说,“我最后加些财务的素材进去就是了。”
      5.4
      难道一位好农民会漏掉他所种的一株庄稼吗?
      难道一位好老师会放弃哪怕是最差的学生吗?
      难道一位好父亲会允许哪一个孩子挨饿吗?
      难道一位好程序员会不愿维护他的程序吗?
      第六篇管理
      编程大师如是说:
      “让程序员多而经理少--然后生产效率就会高。”
      6.1
      当经理们没完没了地开会时,程序员就写些游戏玩;当财务主管
    们谈到季度利润时,开发用的预算马上就要被削减;当资深科学家们
    谈论蓝蓝的天空时,马上就会风起云涌。
      其实,这并不是编程之道。
      当经理们忠于职守时,游戏程序就会被搁置到一边;财务主管们
    制订出长远的计划时,和谐秩序将很快恢复;当资深科学家们着手于
    眼前的问题时,这些问题不久就会解决。
      其实,这才是编程之道。
      6.2
      为什么程序员没有效率?
      因为他们的时间浪费在开会上。
      为什么程序员很难管束?
      因为管理层多管闲事。
      为什么程序员接二连三地辞职?
      因为他们的热情已耗尽。
      在糟糕的管理之下工作,他们不再敬业。
      6.3
      一位经理即将被解职,但此时他手下的一名程序员发明了一个新
    的程序。这个程序流行起来,并且极为畅销。结果,经理又回到了原
    来的岗位上。
      经理试图要发给那位程序员一笔资金,但程序员拒绝了。他说:
    “我写这个程序,因为我认为这是个很有意思的想法。我并不期望有
    所回报。”
      经理听到这话,评论说:“这位程序员虽然身居卑位,却能很好
    地理解一位雇员应尽的职责。让我们提拔他到管理顾问的高位上吧!”
      然而,接到通知后,那位程序员又一次拒绝了。他说:“我在属
    于我的位置上,才能较好地编程。如果我被提升了,除了浪费每个人
    的时间,我将一事无成。现在我可以走了吗?我还有一个程序要编呢。”
      6.4
      一位经理走过来对他的程序员们说:“关于你们的上班时间:你
    们要早上九点钟到,下午五点钟下班。”听了这话,所有的程序员都
    很气愤,其中有几位要当场辞职。
      于是,经理只好又说:“好吧,那样的话,你们可以自己安排上
    班时间,只要你们能按时完成项目。”程序员们满意了。以后,他们
    中午来到办公室,一起工作到凌晨。
      第七篇公司里的学问
      编程大师如是说:
      “你可以向一位公司总裁演示一个程序,但你无法使他学会使用
    电脑。”
      7.1
      一位初学者问大师:“在东方(此处喻指美国的东海岸,有许多
    大公司的总部--译注),有一个不寻常的树状结构,人们称它为‘
    公司总部’。它的副总裁们和财务主管们的数量之大,使它鼓得不成
    开关。它签发大师的便函,每份上都写着”归去“”来兮“,却没有
    人知道那是什么意思。它的那些分支机构每年都要换新的名字,但都
    毫无价值。如此一个不正常的实体怎么能继续存在呢?”
      大师回答说:“你探察这个庞大的邓因其没有合理的用途而心神
    不定。难道你不能从它那无尽的回旋中得到乐趣吗?你不会享受一下
    在它所蔽护的部分里的编程的那种无忧无虑的轻松吗?你为什么要因
    为它毫无用处而心烦意乱呢?”
      7.2
      在东方,有一条大鱼,比其它所有的鱼都要大。它变成了一只鸟,
    它的翅膀就像云朵一个布满了天空。当这只鸟飞过陆地时,它带来了
    “公司总部”的消息,像蜻蜓点水一样把这个消息丢在了那些程序员
    中间。然后这只鸟驾着风,背负蓝天,返回了家园。
      初学编程者惊奇地盯着那只鸟,因为他根本无法理解;平庸的程
    序员畏惧那只鸟的到来,因为他害怕鸟儿带来的消息;而编程大师却
    仍然在他的终端机前工作,因为他不知道那只鸟来了又去了。
      7.3
      象牙塔里的魔术师带来了他最新的发明,要让编程大师检验一下。
    魔术师把一只大黑箱子推进办公室,大师静静地等侯着。
      “这是一台集成的、分布式的、通用的工作站,”魔术师开始,
    “运用人类工程学原理,使用享有专利的操作系统、第六代评议和多
    重状态用户界面而设计完成。建造这台工作站,花了我几百名助手几
    年的时间。这不足以令人惊奇吗?”
      大师轻轻地扬了扬眉毛。“这的确令人惊奇。”他说。
      “公司总部已经命令,”魔术师继续说,“每个人都得使用这台
    工作站作为操作平台来设计新的程序。你同意吗?”
      “当然同意,”大师说,“我马上就把它运到数据中心去。”于
    是魔术师兴高采烈地回到了象牙塔去了。
      几天后,一位初学者走进大师的办公室问道:“我找不到我的新
    程序清单了。你知道它会放在哪儿吗?”
      “知道,”大师回答说,“那些清单就堆放在数据中心的台子
    (platform”可以指操作平台“,也可以指普通的台子--译注)上。”
      7.4
      编程大师从不惧怕在设计不同程序的岗位间调来调去;管理层的
    变动不可能对他有所损害;他不会被解雇,即使项目取消了。这是为
    什么呢?因为他胸有成“道”。
      第八篇硬件和软件
      编程大师如是说:
      “没有风,草儿静止不动;没有软件,硬件则无所为用。”
      8.1
      一位初学者问大师:“我觉察到有一家电脑公司比其它所有的公
    司都要大得多。它在中遥遥领先,就如同鹤立鸡群一般。它的任意一
    个部门都可以组成一个完整的企业。这是为什么呢?”
      大师回答说:“你怎么问这么愚蠢的问题呢?因为那家公司大,
    所以它就大嘛。如果它仅仅生产硬件,没人愿买;如果它仅仅生产软
    件,没人愿用;如果它仅仅维护一下系统,人们将把它当作是佣人。
    然而,因为它把所有这些东西都结合了起来,它便摇身一变,被人们
    看作是诸神之一。不费吹灰之力,它便能取胜。
      8.2
      一天,一位大师从初学编程者身边经过,他发现这位初学者正在
    全神贯注于掌上电脑游戏。“对不起,”他说,“我可以看一下吗?”
      初学者立刻紧张起来,把那个玩意儿递给了大师。“我知道这种
    设备提供了三个游戏级别:容易、中等和高难,”大师说,“然而每
    个这样的设备都有另一个级别,在这一级,游戏机既不想赢人,也不
    想被人打败。”
      “请问,尊敬的大师,”初学者恳求道,“怎样才能找到这个奇
    妙的级别设置呢?”
      大师把那个玩意儿扔到地上,踩到粉碎。突然间,那个初学者明
    白了什么。
      8.3
      曾经有一个程序员,擅长在微电脑上编程,“瞧,我在这里过得
    多好呀,”他对另一位来访的程序员说,这位程序员是在大型主机上
    工作的,“我有自己的操作系统和文件存储设备,我不必和其他任何
    人分享我的资源。这里的软件自相一致,很容易使用。你为何不辞去
    现在的工作,加入到我这里来呢?”
      于是,主机程序员开始向他的这位朋友描绘他的系统:“主机就
    像一位陷入沉思的圣人一样,端坐在数据中心。它的磁盘器首尾声相
    连,就如同机器的海洋。这里的软件既像钻石一样能多面反射光芒,
    又像原始丛林一样复杂难测。这里的程序,各具特色,它们像湍急的
    河流穿过系统。这就是我乐于此处的原因。
      微电脑程序员听到这里,陷入了沉默。但这两位程序员至死都保
    持着友谊。
      8.4
      在去硅谷的路上,硬件碰上了软件。软件说:“你是阴,我是阳。
    如果我们携手同路,我们将闻名于世,并能赚大笔的钱。”于是,这
    一对阴和阳便一同往前走,想着怎么征服世界。
      不一会儿,他们遇到了固件(firmware,硬件和软件结合在一起
    的部件,如IC卡--译注),他衣衫褴褛,手里拄着根带刺的拐杖,
    蹒跚地走着。固件对他们说:“道存在于阴、阳之外。它默默无闻,
    静如止水。它不追求名誉,所以没人知道它的存在;它不追求财富,
    因其自身完整圆满。它存在于空间和时间之外。”
      软件和硬件,自觉惭愧,掉头回家去了。
      第九章尾声
      编程大师如是说:
      “现在该是你出师的时侯了。”
     
    来自:左轻侯, 时间:2001-8-5 2:19:00, ID:595267  
    英文版在网上多如牛毛,在google用"tao of programming"一搜出来无数
    比如这里:http://www.terrible.cx/tao/book/1
    《编程之道》的出版在程序设计业内得到了普遍的接受,出版社邀请我翻译一些与 
    之相关的文章,以作为那部著名的经典之作的补充。虽然,我申明我的能力难以胜 
    任,但我最终还是被说服试一试。 
    本书是许多个月来研究和翻译的结果,它试图通过对那些传统著作的摘录,来馐一 
    个复杂的主题。我不怀疑,将会有许多计算机考古专家对我的摘录标准提出意见。 
    他们地问,“他为什么不把《UNIX程序员、大象和妓女》的寓言包括进来?”“他 
    竟敢忽视历史悠久的故事《图灵集市历险记》!”对于这些批评,我只能说,我已 
    经尽了我最大的努力来选择有代表性的内容。 
    为了确定文中各个章节的年代,我利用了朝代系统。对于那些不熟悉这套划分年代 
    的方法的人来说,可以按四个朝代(或者说“四代”)来划分。 
    第一个朝代,即所谓的“黄金时代”,要追溯到由玻璃管构建计算机的日子;许多 
    现代的学者断言,这个年代具有神话色彩。第二个朝代开始于晶体管的发明,而结 
    束于集成电路的再现。 
    现代计算机的历史,开始于第三个朝代,它由主机和控制主机的军机大臣所统治。 
    第四个朝代开始于对“集成教”的镇压,“集成教”对业已建立的秩序的反抗,被 
    狂热的“蓝色兵团”残酷地摧毁了。具有讽刺意义的是,正是这次镇压,导致编程 
    之禅扩散到了外部世界。 
    除了组成该书主体的古老的素材以外,我还有幸得到了Babbage博士和Yu博士的帮 
    助,他们分别为该书撰写了引言和序。我希望他们对该书的贡献能够或多或少地弥 
    补我作为
      

  12.   

    我当然会对这个建议产生抵触心理。我花了五年的大学时间,竟然是为了浪费时间 
    来解决其他一些程序员的错误!然而,因为他们曾经答应日后让我干感兴趣的工作 
    ,于是我便接受了,并在心中提醒自己,即使这份工作干不出名堂,我还能找到其 
    他的工作。 
    当我第二个礼拜去报到的时侯,我被领着去与那个程序维护组的师父见面。人事部 
    总管带着我快步地穿过开发中心黑暗的走廊,最后她指着长长的大厅通道尽头处的 
    一扇门说:“他在那里面。”说完志身走了,好像有些心神不定。 
    我向门口走去,眼睛朝里面窥探,我看见一个男人正坐在终端前工作,但他背对着 
    我,所以我不知道他有多大年纪,长得什么样。我只有靠咳嗽一声来表明我的存在 
    ,这里,那位大师甚至没有回头瞅一眼便说:“请坐”。 
    越过他的肩膀,我瞟见了那些难以理解的屏幕显示,随着他纤长的手指在键盘上飞 
    舞,它们一闪一闪地出现在他的终端上。最后,他满意地咕哝了一声,退出系统, 
    然后转过身来面对着我。 
    我所看见的让我吃了一惊,因为他看上去不像那种应该是禅师的人,他的脸乏味, 
    几乎是丑陋的,他的头发如同一圈烦恼的光环。但人们首先注意的是他的眼睛,透 
    过厚厚的眼镜片射出淡淡的蓝光。 
    他从头到脚地打量了我一番,然后点点头,就好像确认一个个人观点,“你就是那 
    个新来的?”他酸酸地问。 
    “是的。”我回答。我假装充满激情,把我的经历和在大学的成绩向他作了快速的 
    汇报。 
    这位礼貌的听着,然后说:“那很好,但你以前做过程序的维护工作吗?” 
    我坦白地告诉他我没有做过。 
    师父长长地叹了口气,“那好,我们应该做我们做做的事。”他说。然后他从一个 
    架子上取下一本庞大的程序清单,随意地翻开它,并递给我。接着他问:“你怎样 
    对付这个?” 
    我眼睛盯着这本清单,那上面是汇编语言,还搀和着一些奇怪的宏语言。每隔十几 
    行语句,控制权便转移到某个神秘的子程序,而且,即使这个程序具有任何结构性 
    ,我也看不出来。“这是什么程序、”我问。 
    师父把那本清单从我的膝盖上拿了过去,“这是《世代大师编码藏经》,”他说, 
    “当你学会了从迷魂阵中把错误的代码抓出来时,那就是你出师的时侯了。”然后 
    ,他合上清单,把它放回到书架上。 
    我不久便意识到,程序的维护远比我想象的要难得多。我起初试图学会那本《编码 
    藏经》中所用的汇编语言,但令我烦恼的是,我发现那套汇编语言从未按规矩提供 
    过说明文档,现存的仅有一些笔记,是一位多年前就死去或离开公司的硬件开发者 
    写的。 
    这本《编码藏经》不能给我什么帮助了。虽然其中偶尔有一些注释,但这些注释和 
    这种汇编语言一样模糊,除了一些涉及到有关原始硬件构造的使人干着急的资料以 
    外,别无它物。 
    当我向那位师父抱怨这一切的时侯,他礼貌地听着,并在我们两人沉默了许久之后 
    ,回答我说: 
    “你正在试图理解某种不可能被你的理性思维所理解的东西,”他说,“这样所导 
    致的结果必然是失败。你必须先清空你的大脑,只有那时,你才能开始领悟《编码 
    藏经》。” 接着,师父开始慢慢地向我阐释那本《编码藏经》里复杂的逻辑。当我聆听他那温 
    和的声音时,我终于开始觉察到一点光芒的闪烁,这是隐藏在《编码藏经》中辉煌 
    的和永恒的灵光。“那些大师对‘良好的程序设计惯例与规则’一无所知,”师父 
    说,他们努力去理解普遍意义上的计算机思维的内部活动,他们还需要什么说明文 
    档呢?那些程序是极限的表达。 
    然而,即使我慢慢开始有所领会,我还是感觉到自己像一只在琥珀在挣扎的小飞虫 
    。师父所讲的与我曾学过的东西截然不同,我的理性思维很难接受。但师父总是耐 
    心地一遍遍解释说,我必须不靠理性思维去推理,而要用潜意识来领悟《编码藏经 
    》的内涵。 
    经过数月的指点后,我感到很自信了,便想试试我的第一块修补程序。为了给师父 
    一个惊喜,我偷偷地工作。我写了一段能重新运行几行语句的补丁,把程序重新进 
    行汇编,并把新程序释放到生产系统中去。 
    第二天早上,我来晚了一会儿。让我感到奇怪的是,开发中心的主任和从事部总管 
    正在师父的办公室里。当我走进大厅后,从事部总管看见了我就把门关上了。我听 
    见了很大的说话声,但听不清说什么。 
    等到那两位来访者离开后,我走进师父的办公室,“什么事?”我问。 
    “你的修补程序,昨天晚上六点整进入了生产系统。它现在已经被删除了。” 
    “那么?” 
    “你仍然可以继续工作。”师父说。 
    最后,我终于明白,所有用我的理性思维去理解《编码藏经》的努力都是徒劳的, 
    这使我很绝望。师父觉察到了我思想上的这个变化,他开始向我传授开机。他教给 
    我冥想和查错的技巧,他说这些技巧是从计算机时代之初,由技术支持部一代一代 
    地传下来的。 
    我听着听着,开始意识到一个关于我以前的编程体验的特大事实。在大学里,我一 
    起认为程序员的工作主要是控制硬件和软件的活动,编程的最高艺术境界是,为了 
    完成一项任务或达到一个目标而成功地运用高超的编程技巧。但程序维护是不同于 
    程序开发的。要想维护一个程序,就要把程序看作是一棵渐渐成长的植物,拔苗助 
    长是毫无益处的。事实上,这样的行为更容易导致植物的死亡。一个程序必须被小 
    心地滋养。程序员在对程序进行改动之前,必须对每一个逻辑关系非常熟悉,必须 
    对程序的意图有很深刻的理解力。这种理解力不是在一夜之间就可以得来的,需要 
    长时间的积累。 
    好几个月以后,我终于能够给《编码藏经》成功地设计修补程序了,但设计之前要 
    经过长时间的冥想,还要把那本程序清单打开着支在我的桌子上。我还发现,如果 
    我工作的时侯点燃一支香,口中不停在重复师父教给我的口诀:“ 
    Null-So-Stix-Etx-Eot”(ASCII码表中头五个字节NUL、SOH、STX、ETX、EOT的发 
    音--译注),我更容易集中注意力。师父说,那个口诀意味着宇宙的“五原”。 
    不久我发现我不再关心是否能为工作成绩而得到奖励了,在我自身和我所维护的程 
    序之间也看不见任何分离了。我像一个一生都活在阴影里的人一样,开始理解编程 
    之禅,这是一种隐于程序员设计背后的难以言喻和难以形容的力量,就像投射影子 
    的太阳一样。 
    从那毫无意义的“自我的存在”中摆脱出来后,我开始发觉,那些伟大的编程语句 
    过去对我来说似乎模糊不清,只是因为我还没有彻悟,无法理解它们。我现在知道 
    了为什么过去的那些程序员从不为他们的程序提供文档,因为英语语言的描述本身 
    更让人迷惑,而非使人受到启发。 
    一天,我发现自己正在解决的一个问题涉及到《编码藏经》中最复杂的部分--错 
    误分析全程。我在对此一无所知的情况下,给出了一个修补程序,它能通过对硬件 
    中断区的内容进行检查来测定错误的情况,使程序能继续正确执行。 
    那天下午,师父第一次走进了我的工作间,他把手放在我的肩膀上,眼睛朝下看着 
    我,“现在该是你出师的时侯了。”他说。 
    这些就是我第一次接触禅式程序设计的经历。虽然从那以后我被指派参加过很多项 
    目设计,但我从未忘记过我的第一位师父给我的教诲。 
    想象一下我的惊奇--当我在《编程之禅》中发现了如此之多的我师父非常喜爱的 
    语言时。我终于看到了那些隐于他那难忘的演说背后的古代传统。 
    James先生将那本经典的影响深远的著作重新发掘出来,我们大家都欠他一份人情 
    。要不是他的持之以恒,它可能会永远失传。在本书中,James先生收集了一大堆 
    定期,如异端的说教、民间故事和诗歌等,它们组成了具有传奇色彩的“集成教” 
    的教义。正是通过James先生这样的学者的努力,才使得深藏禅机的程序设计的光 
    芒永世不灭地照耀着后代的人们。 
    Charlie(Chuck)Babbage 
    -------------------------------------------------------------------------------- 
    第一篇 木 
    大师:忍者 
    媒体:编年史 
    硬件:键盘 
    方向:东 
    软件:编辑程序 
    感觉:触觉 
    阶段:界面 
    动物:龙 
    系统:VMS 
    木 
    作为MRVMS/IIIX禅学院的复兴者,编程大师忍者(这是后人给他起的绰号,他的真 
    实姓名无法核实--译注 )非常有名。有一些传说,说他从一名不起眼的程序员一跃 
    成为某家实力雄厚的程序设计机构的开发部主管。他在完成了一套先进的操作系统 
    后,便悄然消失了。据他说,这套系统既不需要硬件也不需要软件,同样能准确地 
    发挥功能。他现在的去处无人知晓,但听说,他时常以一位管理顾问的装束出现。 
    一 
    忍者最初来到那家开发中心工作的时侯,他被分配去支持操作系统。一天,一位经 
    理走进了忍者的工作间。 
    "你为什么不工作?"经理问。 
    "系统瘫痪了。"忍者说。 
    "经理皱起了眉头。"我们付给你薪水,是要你保持系统的正常运行!"他大声说。 
    "系统没有瘫痪。"忍者说。 
    二 
    忍者大师如是说: 
    "如果你的应用程序不能正确地运行,不要去责怪操作系统。" 
    三 
    忍者大师参加一次电脑展示会。 
    许多公司都押运出了明亮的显示器和他们所能搜罗到的所有最新、最大的硬件,以 
    及身着泳装的金发模特儿。 
    忍者甚至一眼也未瞥那些展摊。相反,他只是打开一张折叠椅,静静地坐在角落里 
    。不时地有人从他身边经过,并问他一两个问题。他思考片刻,然后用简短的话作 
    出回答。 
    人们盘着腿围坐在这位大师身旁--那些收集来的宣传册散落在一边--静静地等 
    着他开口说话。 四 
    忍者大师如是说: 
    “对于聪明的人,只要一个字;对于快马,只要轻轻一鞭;对于写得好的程序,只 
    要单独的一个命令。” 
    五 
    忍者大师参加一次董事会。当他开始解释有关那套软件的技术特性时,那些公司行 
    政官们,有的在座位上烦躁不安,有的盯着窗外,有的望着咖啡杯发呆。 
    于是,这位大师开始谈那套软件将会赚多少钱了,这时那些行政官们便纷纷竖起了 
    耳朵,并开始在房间里欢蹦着,显然,他们被这悦耳的声音吸引住了。 
    六 
    一位公司行政官来看忍者,他发现这位大师正在玩电脑游戏。“这是什么意思?