 
[前言]
    我写这篇的目地不是在教人怎麽当巫师, 只是有感於最近 ES 系统大
修, 大家各忙各的, 新进巫师可能比较没有被「关心」到, 所以抽空写了
这些东西. 大家就将就著看吧.
 
    在此强调我当巫师的观念: 自己学到的东西永远都比别人告诉你的来
的有用. 不要等别人有空再来教你, 自己去发掘资料, 说不定你会发现玩
mudlib 比玩 mud 有趣.
 
[见习巫师]
 
    当了巫师, 能干什麽呢? 首先, 你已不再是一般玩家了, 就算你再回
去当玩家, 玩别的 mud, 你也跟别人不同. 身为巫师, 你可以知道很多不
为人知的「内幕」, ie, 如何「骗」玩家以为自己真的是在一艘移动的船
上, 其实他只是被放到一间没有出口的房间里, 当身为巫师的你玩 mud
时, 你就可以开始想, 这一次我又是怎麽被「骗」的. 台湾的 mud 才刚
起步, 大家的经验都不太够, 没事到国外一些大 mud 「留学」一下, 「
偷」一些观念回来也不错, 虽说外国的月亮不一定比较圆 (不过这里的月
亮真的比台湾圆 :) 但出去逛逛吸收一点经验也是好的.
 
    当你是见习巫师时, 不要因为看 doc 很烦而草草跳过, 多问问题.
见习巫师问笨问题或是答案很明显的问题是可以理解的, 所以趁机先问,
否则等你当了正式的巫师还在问这类的问题, 那你就要好好检讨了. 当然,
我们不是说不能问问题, 但发问以前先自己试著找答案, 不要老依赖别人
跟你讲什麽东西要在那里找.
 
    不要因为某些 doc 是英文的而跳过 -- 你不可能用中文写 code, 所
以你迟早还是要面对原文的东西, 何不趁早先习惯一下? 如果你没有任何
coding 的经验, 那趁还是实习巫师时「恶补」一下. Descartes 写了两套
LPC 教材 (当然是英文的... ) 第一套 'LPC Basic' 对初学者相当有用.
如果你从没写过 LPC, 我建议你至少先把这套文件稍微看一下. 不很懂没
关系有空找人问, 但概念一定要有.
 
    选 domain 就好像选家一样, 重点不是这个 'domain' 好不好混, 每
个 domain 都很好混, 只要你会混, 而是你对这个 domain 的工作有没有兴
趣. 找那个 domain 的巫师聊一聊, 问一下他对所属 domain 的看法, 如
果 domain arch 有空, 你也可以去骚扰他一下, 问些问题, 抬□一下. 如
果你想加入的domain 负责的 arch 不常上来, 写一封介绍信给他, 告诉他
你是谁, 为什麽你想加入这个 domain.. 等等, 就像你要找工作一样, 只
是这个雇主不会给你薪水 :)
 
[巫师]
 
    当了巫师, 责任也多了起来. 首先, 确认一下谁是你的「直接」上级.
ES 「巫」口众多, 不是每一个巫师都知道其他 domain 的事, 问了也是白
问 :) 当然, coding 的问题除外 :)
 
    如果你有 'group' 的工作, 学会如何用 mail or board 沟通, 要知
道, 不是每个人的生活作习时间都跟你一样.
 
    有空时去挖挖别人的或其他 domain 的目录, 「偷」看一下某某「特殊
」效果是怎麽弄出来的, 想一想, 我有更好的方法吗? 记住, 大多数的东西
都可以用很多种方法去做, 差别只是在「解决」的方法, 或是看你是以什麽
角度来看这个问题. 通常解答的选择有可能只是在速度或方便上取舍. 有机
会抓几个同伴来, 大家讨论讨论, 说不定又是一个新 idea.
 
[结语]
 
    在 LPC 底下, 什麽东西都做得出来, 唯一不同点是要怎麽做, 难不难.
关於这点, 经验和想像力就非常的重要. 就因为以前没有人试过这种方法或
组合并不代表这个方法行不通. 多看 code, 多试, 但要先把底子打好. 不
要一开始就想要创造出一个完美的区域 -- 不可能. 好的区域也是经验累积
的结果, 规规矩矩的先写一些基本的区域, 藉此熟悉熟悉这个环境和系统,
要创新, 慢慢来.
 
    我写了不少观念上的东西, 也许你不同意我的看法, 那也没关系, 每个
人看东西的角度本来就不同. 这篇文章看看就算了吧.
 
如果本文有技术或资料上的错误, 请告诉我.
[Elon@ES 11-22-94 -- life is just a bunch of numbers]