读者来函 - 民初思韻

簡體傳統

读者来函

侯大哥:

4:30！一口气看完您的大作（无责任书评２），才发现已是长夜将尽，黎明即将到来...

五味杂陈的心情在胸中翻来搅去，因的是您将心中许多心情如此诚挚剀切的表达，而其中有许多是小弟深埋已久却力有未逮...，我想当社会摆脱为三餐无着的恐惧之後，才能思考更深层的价值观吧！

原谅我有久旱逢甘霖、相见恨晚的心情，而急切的想与您聊聊。我只是一般人眼中「小时了了，大必不佳」的典型，求学时自恃博学好记，对课业总是轻忽，老想凭己力打破长辈的单一价值，年纪渐长才惊觉所付代价太高，然已匆匆数年乎！可以说失去了人生最精华的 10 年。就业之後因求学时荒废不少，我几乎是拼命工作（意指学习与工作有关的任何知识），也见识社会种种怪现象，例如只知怎麽做却不知为什麽、藏私、同事朋友不知身处转变中的大时代...等等，这些常令我忧心忡忡，难道中国人永远没有学到教训吗？普遍没有怀疑（独立思考）与研究的精神。我倒不是说每人都要做学术研究，而是每个人应该有打破砂锅问到底的精神。这些都是建立各种扎实技术和知识的必要条件！

大环境如此弥漫投机速食的气氛，有识者几希！电脑领域是逻辑与思考的组合，更需要上述的精神。为了写程式，必会发觉其他的牵扯，而为了这些牵扯（也许只是小如 Object 的使用），又发现更多的牵扯...每一点都是一个领域，环环相扣，丝毫取巧不得。常感叹台湾空有资讯大国美称，经典软体却付之厥如。虽说重要技术皆为外国主导，文件亦以英文为主，国人了解不易，但基础概念与理论却是我们可以慢慢下工夫追的，只要开始就不会晚，磋跎只会永远仰人鼻息！

欣见终於有人愿意开始做。也许您限於自身生涯规划，暂时停笔；但抛砖引玉、撼动利欲薰心、投机速食的社会风气，功不可没。就算很多人无法完全看懂您讲述的知识，但匡正风气意义更大！这是一个结合人类所有知识的新领域，本就需要所有人共同努力，有些读者要求您研究所有领域（又是中国人的病症：等着坐享其成），大概是源於认识不够；稍为深入了解电脑的人，就知道里面除了大恐龙，还有许多新的未知的细菌！

求知始於无知！

东方已然破晓...从唾弃国内电脑书籍，改买英文原着之後，又耗费太多时间挑书。谢谢您的书评，让我迅速知所取舍。偶然惊见Inforist Press 及侯大哥，心中激动不已！希望台湾目前的问题种种亦是长夜将尽...

祝不被那些不自反省的读者所伤 (我看有些书中回函，快气疯了！）

学生汪玟 86.10.11

Dear 侯 sir：

凌晨四时许，窗外传来稀疏的两声，桌上堆着各式文件和程式码，烟灰缸里也躺满了烟蒂。护目镜映出一脸倦容的我 (不过我倒不会想用滑鼠画张自画像 :)

你对我的作品可真熟悉 :) ！

大四时曾在元智旁听过一学期您上的 MFC programming，後来因为准备研究所考试，就很少再写程式了（除了偶尔帮朋友 oem 一些计概小练习）, 想不到现在动起手来会变得如此生疏，连工具都用得不太顺手！人类的惯性和惰性真是可怕啊！

记得今年考试前您曾告诉我说您以前最弱的科目是工数，後来却变成最强的科目，当时我天真地以为用其他科可以补强。虽然我幸运考上了研究所，现在却又必须面临数学的考验 -- 因为老板的研究领域是影像压缩！看来我应该以您为目标，立下远大的志向才是。

我的学校在花莲（离您印象深刻的慈济医院约 20 分钟车程），在这个群山环抱的地理环境下 K 书算是相当适合的吧！我还记得当初从台北车站坐计程车到考场时，和司机聊了一些时事（正是白晓燕案发生不久），下车时他还语重心长地说台北太乱了，到东部读书不错啦...，命运真的是太神奇了！

我好怀念花莲之行，怀念与慈济的缘份。或许下次去花莲时，顺道看访你。

从五专、大学到现在，看您的文章也有几年了，现在翻阅您的书还时会有种幸感 -- 幸好台湾资讯界有这个人，也幸好我知道这个人，否则我不知道还要查多少单字，还要在多少本书面前迟疑该不该买！撇开您其他的着作、译作不谈，光是「无责任书评」就值得所有资讯系学生买来看！说到这里，我不得不问，无责任书评３什麽时候才会出现呢？还是如锺子期先生所言，再也不会有无责任书评的出现了？

喔喔，这可不是出来了，呵呵。我要感谢像你这样的读者；书评的继续，有很大的成份是因为像你这样的来函。

最後要请教您一件事，不知道您的 homepage URL 为何？我猜想上面一定有许多好料。如果可以的话，把您那位漂漂老婆的照片也多放几张吧！我的一位好友自从看了您夫人的玉照之後，下定决心就算以後成就不如你，也要找比她更漂亮的老婆 :)

祝身心健康

sincerely yours Tempest Guo
1997.10.22 05:23

奇怪，你的好友怎麽可能看过美静的像片呢？

侯老师您好:

冒昧写这封信给您！我今年就读交大资工硕士班一年级。... 我知道您一定很忙，今天写信给您，是因为我对写作一直很有兴趣，但是对於在国内写书这条路，心理着实有许多疑惑，想向您请教。如果能获得一些您宝贵的意见，我真的会非常高兴，因为您是圈内最富盛名的作者，而我，也一直是您忠实的读者。

我从小随父亲到美国 Maryland，就读当地的小、中学。小学一年级的作文「我的志向」，我就写说希望将来能做个作家。回台的不久前，我终於在 Maryland 举办的 State Writing Contest 中，拿下了全校第一名。谁也没料到，我不是在美国长大的，那时我才去了美国四年。

我从国小就开始玩电脑写程式了。回国以後，挣扎了半死，终於考进交大。後来由於被老师「压榨」的缘故，对於 WinSock 的写作有了一些经验。也是那时，经由学长的推荐，第一次「破例」买了一本中文书，就是您的 MFC（旧版，小小的，第一本，一时忘了书名，书被借走了）。拿到书先看序，看完心理十分震撼，真过瘾！後来我把那本书当成小说一样，带在身边，坐车的时候看，等女朋友的时候看。看您的书，真是一种享受，也让我对国内作者的水准，有了不同的认识。

也算是您的启发，我们几位同学出版了一本 WinSock 程式设计的书。不瞒您说，整个写作的过程，您的书被我们当作 template 使用：不论是编排的方式，文句的写作，章节的命名，叙述的方式等，都是不断叁考您的大作所写出来的。在文句与表达中，我们尽力向您看齐，但能力有限，经验不足，常常望着您的文笔叹息，为何就是写不出像您这样的文章，也曾数度想要放弃，但是大家还是咬着牙根把它写完了。

我们是抱持着只求好，不求回报的心理去完成它的。整本书从写作、排版、插图美工，一直到校稿、做封面、印雪铜、写落版单，都是我们一手包办的！那时曾经好几个晚上睡在出版社的地板上，一早爬起来回学校考试，考完赶回来继续印雪铜...，现在想起来，真是不错的回忆！

可惜好景不常，书出到现在，已经快一年了，竟然卖不到 2000 本。其实我还很想写，但是我已经找不到合作夥伴了！我想请教侯老师的是，依您过来人的经验，如果我想要往後继续走这条路，譬如像您当初一样，一面在工研院磨练经验，一面写写书，最後 turn pro，会不会没饭吃啊？我并不是那种想开好车、买洋房的人，只要能做自己有兴趣的事，不要跟老婆处得太差，就可以了。但是每每跟同学谈到走这一行，大家都说我疯了！他们都说，「喔，拜托，我不敢想像我四十岁了还要在那边看 MSDN」。其实我觉得没差，不过还是有年龄的压力，会不会到时候有了老婆孩子，还要跟年轻人拼，每天搞到一两点？写书靠的就是实力，想必要一直 study, study, study！老师是否能给我一些建议，或分享一下您的经验呢？不胜感激！

忠实读者黄耀文敬上

写作是经验累积後的一次涌现。你一定要进入工业界去获得实际经验，经过磨练後，视野和实力在层次上都会提高，写出来的东西当然也就不一样。只有那种非常资深，技术基础非常扎实的作家，他们才有可能先定题目，再学习，再写作，而後完成一本好书（好书唷）。如果你的基础厚实，即使 40 岁，看 MSDN也是轻而易举（绝对比coding 轻而易举）。

创作是生命的全部。只有把全付精力放在创作上的人，他的作品才有成为 top 的可能。许多人都希望不必为谋生而工作，某些人比较幸运，工作有趣又有钱拿；而对某些人来说，工作成为性灵寄托之所在。看着好了，当这种「把写作当作性灵寄托」的电脑作家出现，别人都别玩了，因为人家玩业馀的，他却是用心灵与生命来灌溉。

既然立志成为一个文字工作者，除了技术本位，你还得在组织能力和用辞遣字方面多下功夫。你一定要设想你是你的书籍的读者，调整心态，常常询问自己：「这样的流程顺吗？会不会突兀？这样的词句容易懂吗？会不会误解？」一篇好的技术文章，一本好的技术书籍，先不谈其内容，就文字与结构而言，一定是反覆多次调整、沉淀、再修润、再沉淀後才出炉的。急就章的东西，绝不会是好东西。许多书籍的作者自序都喜欢在最後面加上一句「本书仓促付梓，误谬在所难免」，不知是从谁从什麽时候开始流行的；我最讨厌这两句话！谁叫你仓促付梓来着？

组织能力和文字顺畅都不难达成，只要你对写作有一份热爱，你自然会反覆琢磨。而如果要更上层楼，写出个人风格，那就要博浏群书，并且多充实自己的人文涵养。

我曾在BBS 上看到网友贴出这样的信：

	侯先生的书我几乎都有，我已经不全然把它们归类到科技类别，毕竟加上人文的涵养，科技才能历久弭新。
	我喜欢侯先生的写作风度，他的文章中带有另一种文学素养，而且其程式语言的能力不容怀疑。我称他的文章为「带有感情的技术文件」。

这是对一位电脑技术文字工作者最大的赞美了，我非常感动。我们应该朝这个目标努力。

你很优秀，也很用心，是第一个告诉我要以技术写作为职志的人，又是我的小学弟，我想和你聊聊。这样子，来我的研究室，我请你喝咖啡。

侯老师您好：

您的信有让我受宠若惊的感觉，有机会跟崇拜已久的您见面，是我从来都没有想过的。当然，心中不禁也有些压力。我只是个学生，没有经过工业界的历练，更不是资深的工程师。让您招待我，真是觉得担当不起！然而这麽难得的机会，能够当面向您请益，我相信对自己将会有很大的帮助。所以，怀着既兴奋又紧张的心情，我决定接受您的邀请。不好意思，打扰您了！

您跟我说，「写作是经验累积後的一次涌现」，我觉得一点都没有错，所以我想我们近几年之内可能不会再写了。但是这几年资讯界的变化颇大，对於往後该怎麽学，怎麽走，大家心中着实有些疑惑。我很想听听老师的看法，并回来与同学分享。

事实上，这次 seminar 第一次上课时，老师曾经有问我们全班，大家有没有特别希望系上请到哪些人来演讲。那时，您是唯一被大家提到的。如果您有时间，大家真的会很高兴能够与您见面，听您上课。

我不多说了，谢谢老师的邀请！

学生黄耀文敬上

侯先生，您好，我是资工一年级学生，有些问题请教您：

有几本 Windows programming 的经典之作，您建议看原文书，但您亦有译作，我信任您的作品水准，那还需要看原文吗？我的英文程度还可以，但是 Windows programming 是我未曾接触的，面对一个新的东西，看原文好吗？

有好的中译本或中文书，当然我建议看中译本或中文书。我鼓励大家要有良好的英文阅读能力，为的是我们的中文高阶书籍实在太少了。

我还想看作业系统的书，需要那些基础？我目前对 C 学了一些，但程式经验不够，也还没学 data structure，刚接触 C++ 的 OO 观念。

如果是 Windows 作业系统，你需要先对 Windows SDK Programming （不是 MFC Programming）有所认识；不需要 data structure 基础，也不需要 C++ 基础。在 SDK Programming 过程之中，可以学到不少 Windows OS 的观念，此後进入 Windows OS 的专门课程，水到渠成。

有两本很棒的 SDK 书籍：

1. Programming Windows 95（Charles Petzold / Microsoft Press）
2. Windows 95 : A Developer's Guide（Jeffrey Richter / M&T Books）

这两本书都能够使你对於 application 与 Windows O.S. 之间的交互关系有不错的了解，尤其是第２本。全然专注於 Windows O.S. 的书籍，有三本很棒，请叁考前面的「Windows 系统深耕」一文。

谢谢您，也许您会说我太急，但我愿意花更多更多的时间学更多更多的东西，您建议的我会全力做到。

急是好的，表示你的企图心旺盛。但是学习的步骤要按部就班来，基础打好最重要。请叁考前面的「选义按部，考辞就班」一文。
祝学习顺利

您好 ~ 侯先生:

首先谢谢您上次帮我将所该看的 Windows Programming 的书单列好。最近我又遇到一个矛盾点，我有一个室友，程式能力颇强，近来跟他聊到有关学程式设计的想法，也说到自己决定要从SDK 扎根，他却秀了几个他以前所写的组语程式，让我看得眼花撩乱。第一次看到有人用组语写出 menu 型的界面，这是我从使用 RAD 工具以来不太能想像的事情。又听他说一些啥麽 Protected Mode 和 Real Mode 的差异，还说啥麽因为 DOS，就算 Win95 也还是有提供 Real Mode 的环境，所以病毒才很容易出现，像 Linux, unix 等作业系统就几乎没有...这对於基础颇差的我来说，实在是听得"雾煞煞"。虽然如此，却在心中又兴起了「是否该学学组语」的念头。
请问侯先生, 是否我在为 Windows Programming 扎根前，应该先对组语再下番工夫呢？还是直接深入 C/C++ 即可呢？因为总觉得似乎组语较能跟周边直接联系，我想这样应该对电脑的认识也应该更清楚些...
麻烦侯先生再次解惑, 谢谢....

chilong

如果你要学写 device driver，就要对 assembly language 拥有基本的功力（不过现在也已经有 C/C++ 工具可帮你完成 device driver 了）。如果你要写 application，我想不必学 assembly language。

其实我想学组语的一个原因是因为目前用 VC++，有时候 debug 会跑到组语程式去，看都看不懂，使我不知该怎麽去 trace 它。而学程式的人都鼓励後进常去 trace code, 这样才会进步较多...

是没错，但依我对你的了解（你写过好几封信来），你应该先把 assembly 摆一边，先学对你最重要的东西。

很多东西都是看侯先生与 WeiPo 先生的对话才学到的，深深警觉到，没实力的话，出去就算是研究所毕业，也是被电假的...

的确！你有此觉悟，很好。

而我那位组语起家的室友仍暗示性地劝我要学学组语，在一些程式速度上面才能加强，例如 Game 的图形...

不，现在早已没有人使用 assembly 在 Windows 环境中加强 graphic display 的速度了，OpenGL、DirectX 等等都是高阶好用又速度不错的东西。我唯一知道一本在Windows 环境下使用 assembly 的书籍，是 R&T Books 的Windows Assembly Language and Systems Programming，国内没有进口，我正想办法买。

而且每当别人（非本科系的）的人问我一些电脑知识，例如如何存取 File, 我只能跟他说用 fopen(..) 等等function，却说不出个电脑开档的步骤是啥麽、怎麽读磁头、磁柱是什麽等较细部的概念...

如果你走软体路线，实在不需要知道这些东西。要学的东西太多了，你不可能每样都学，应先建立属於你自己的专长。

学生一直认为电脑要学好，就应该能讲出个所以然来，而不是只会 call 那几个 fuction。学生想学组语也是有些这方面的因素，毕竟 C or C++ 还是太多 library 的东西, 愈来愈方便的状况下造成大家只会 call function，实际能讲出个全然道理的却不多,

如果你走软体路线，在 function call 的背後，你应该理解的是作业系统的原理，以及那些 API function 的实际动作。这方面有两本很棒的书：Windows Internals 和Windows 95 System Programming Secrets，作者都是 Matt Pietrek，前一本书 for Windows 3.1，後一本书 for Windows 95。

这也是我羡慕我那室友的地方，每次都能口沫横飞地讲一堆东西出来。这是我的见解，也许在知识不够丰富的情况下讲错了些东东，还请侯先生给我点指点。最後还是请侯先生在我学组语这方面的困惑再厘清一下，谢谢。

拥有 assembly 基础当然是有用的，但如果你要写的是 application 而非 device driver，我认为适可而止就好了，不必拿 assembly 当大刀耍。举个例子，Matt Pietrek 的 Windows 95 System Programming Secrets 这本非常棒的 Windows 作业系统书籍里，第 10 章有个鬼斧神工的 SPY 程式，由於做到相当低阶的动作，因此对於 function call 的stack 状态、calling convention，以及一些 machine code，就得有起码的认识，而这些知识通常是在 assembly language 课程中学得的。

我的结论是，拥有 assembly language 能力固然很好，但你必须挑对你边际效用最高的来学习。至於什麽东西对你的边际效用最高，你自己应该清楚，因为你最清楚你要走什麽路线，已有什麽基础。多和你的老师学长当面聊聊，也会有帮助。我相信老师学长都会很乐意给你意见的。