友情提示：如果本网页打开太慢或显示不完整，请尝试鼠标右键“刷新”本网页！
微软研发致胜策略-第7部分
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部! 如果本书没有阅读完，想下次继续接着阅读，可使用上方 "收藏到我的浏览器" 功能 和 "加入书签" 功能！
应该简单到能在几分钟之内写完，通常是这样的：
◆ 订购MIPS 和Alpha 处理器的技术手册，以便
Hubie 需要时，随时可得。
◆ 发个e…mail 给Word 的工作部门，提醒他们如果有
任何功能要加在这次的新版里，请在下周一前提出
需求。
◆ 发个e…mail 给负责Graphics 的各位经理，我们需
要的函数库预计在3个星期后用到，确认他们届时
可以交货，没有问题。
没有一件事占掉我很多时间，但是却能省掉我将来可
能面对的麻烦。订购MIPS 的技术手册显然是件小事，但
是手册若是3星期后才送来，万一这中间MIPS 发生了问
题，没有手册，工作就无法继续，那项目就延误下来了。
订购手册要花多少时间，1 0分钟够了吧？现在花1 0分钟让
手册早点有得用，比起急需要用时再花1 0分钟订，再等3
星期，那事情都甭做了。
经常用这种方式思考，您就会想到许多也许会发生的
情况，也许G r a p h i c s小组会晚两周，也许Word 小组不知
道该早点告诉您需求，因为他们以为不急于一时嘛。如果
77
微软研发·致胜策略
保持进度下载
没有经常“向前看”，到时候可能突然发现Graphics 小组
延误了。这下可惨了，所有的工作都会因此而赶不上进程，
或者是Word 小组最后一分钟才发现他们的需求因为告知
太晚而来不及做出来。
当然，在理想的情况下，Graphics 的主管们会事先告
诉我他们要延期完成，但是他们真的会这样做吗？根据我
的经验，几乎是从未有过，因为主管通常会在项目已经明
摆着延误了才会跟别人说—通常是到期的前三天。
每天都要问自己：
“有什么事情是我今天能做，而且会帮助项目在
未来几个月内进行顺利的？”
错误的问题
在Word for Windows 的开发过程中，我曾被要求检
查一个函数库。这个函数库不是Word 小组的人写的，是
一个对话窗管理程序，目的是把应用软件和操作系统区隔
开来，让应用软件的程序设计师在需要对话窗时，只要调
78
微软研发
致胜策略下载
用这个函数库就行，不必担心操作系统是Wi n d o w s、
Macintosh或是其他的系统。
我被交代找出这个函数库为何速度这么慢—Wo r d
的项目经理们无法忍受每次调一个对话窗要等那么久，写
对话窗函数库的程序设计师已经做了一些最优化的措施，
也监测过程序的执行，但是Word 小组还是不满意，认为
这样简直是使公司声誉扫地，双方大吵了一架，而其他原
本打算使用这个对话窗函数库的小组也开始迟疑了。
我去找Word 的程序经理谈，以便更深入了解速度的
问题，还要找出什么速度才可以被Word 小组接受。他递
给我一张清单，上面表列着很多项目，每一个项目旁注记
有可容许的最长显示时间，也就是他们的质量规范指导。
然后我们开始测试，我们一只手按鼠标调出交谈窗口，一
只手同时按下秒表计时，等待对话窗出现。“看！”他一
边指着秒表说：“这个等太久了吧。”我倒觉得没那么可怕，
所以我再测一次，咦，这次快多了，几乎一下就蹦出来，
我说，第二次的速度一点儿也不慢，很明显符合可接受的
质量水准。
“没错，第二次总是没问题，我们是针对第一次要求
改进。因为只要停了一段时间没有使用，再调出对话窗时，
79
微软研发·致胜策略
保持进度下载
速度又变慢了。”
等我了解了实际状况后，回到我的办公室查看原始程
序代码，结果使我大吃一惊，原来问题的症结是Word 的
优化功能。因为Word 的优化功能会取代Windows 的程序
代码置换算法（code…swapping algorithm），当Word 发现某
段程序久未使用，就会自动把它从内存中删除，以充分运
用宝贵的内存。因此，就算对话窗程序再快也无法通过测
试，因为它必须重新自硬盘加载。
所以，让Word 小组抱怨了好几个月的速度问题根本
不是程序的问题，而是内存运用的问题。Word 小组抱怨
对话窗太慢，却没有深入了解原因。单独测试函数库，似
乎是够快了，同样的程序实在没道理在Word 里面就跑得
特别慢。
猜猜错虫在哪里？
很多程序设计师并未下功夫研究如何清除错虫。很多
人都是直接去看原始码，随便修改某个地方，再执行一次
看看错虫是否还在，如果还在，就回来改另一个地方，猜
猜看是不是这儿错了，如此猜了一回又一回。。直到错虫
消失。
80
微软研发
致胜策略下载
我之所以知道程序设计师用猜的方式找错，是因为当
他们实在找不出错虫在哪里时，就过来问我，“接下来该
怎么办？”这种心态好像是在游戏结束前“不玩了”，并
不是真正在寻找错虫出现的原因。
以我的经验，最有效的除错方式是用debugger （除错
工具） 设定一个暂停点，当程序执行到暂停点时，一一检
视变量的值是否正确，如果不对，针对这个变量往前找它
的变化，如果变量全对，就往下再设一个暂停点，继续执
行到那里再来看变量对不对。即使程序极复杂，要在庞大
的数据结构中转来转去，用这种方法总可以找到错虫，比
起用猜的方法要有效多了，如果靠猜测来找错，即使猜中
也不过是运气好，未必能找出错虫出现的真正原因。
我同时要提醒那些用看程序的方式来找错的人，应该
去读一下安德鲁·科恩尼（Andrew Koenig） 的《C 语言陷
阱》（C Traps and Pitfalls） 一书，里面有很多C程序的范例，
看起来都完美无瑕，但都有微妙的错误。要不然，有些杂
志定期会介绍一些附范例的C程序除错的技巧，也不妨看
看。
用看程序的方式找错，是既懒惰又无效率的方法，用
d e b u g g e r来找错虫是最快又最方便的，观察各变量在程序
81
微软研发·致胜策略
保持进度下载
执行过程中的变化，是非常有效的方法，绝对不要用猜或
用看的办法来找错。
在这个案例中，Word 小组为了对话窗的速度问题抱
怨了好几个月，使得做对话窗函数库的小组花了好多时间，
辛辛苦苦地把程序最佳化，希望这是最后一次修改，可以
满足Word 小组的需求。其实，只要有人去看一下Wo r d
是怎么处理对话窗函数呼叫的，那问题早就迎刃而解了。
当然，不应该要求函数库的制作小组来测试应用程序，
因为调用这个函数库的应用程序总有数十上百种。然而，
函数库小组自己也该积极点，应该做一个专门测试本函数
库的假应用软件，对函数库单独测试，就能为函数库本身
的质量建立信心指导。在本例中，Word 小组已经大声地抱
怨了很久，而且函数库小组也找不出Word 在调用时有没
有弄错，我相信在我之前一定有人发现了只有第一次特别
慢的现象，却没有认真研究这一点，而把问题的焦点放在
把函数库最佳化上面，使得函数库小组无形中背了个黑锅。
身为主管的您，得随时睁大雪亮的眼睛，看看是不是
有个悬而未决的问题，一定要有个人（或是由主管自己）
来负责研究到底哪里出错，也许这种研究既花时间又无聊，
82
微软研发
致胜策略下载
但总比灾难发生之后再来花好几个星期收拾残局要好得
多。
不要浪费时间在错误的问题上，一定要先确定真
正的问题在哪里，然后才去改正它。
荒谬的菜单
有一次，Windows 使用者界面的技术经理惊慌失措
地跑来找我，告诉我麻烦来了，应用软件的小组提出了一
项需求，需要好几个星期才能做出来，可是目前离期限却
相当短，真不知道如何来满足这个需求。于是我问他，到
底是什么样的需求。
“他们希望我修改下拉式列表框（drop…down list boxes）
的格式，因为他们要能够在对话框外面使用列表框，而且
可以去掉滚动条（scroll bars），还要能够把列表框中的某些
项目弄成暗色以表示不可选取，他们还希望在鼠标移到列
表框的某些选项上时，自动弹出一个新的列表框，而在鼠
标移开时自动消失。”天哪！
83
微软研发·致胜策略
保持进度下载
听完他的陈述后，我必须承认，如果真的要把这些需
求全部完成，我们自己的进程就完蛋了；但我并不太担心，
因为根据我们的原则，不是每个小组都用到的程序是不应该
放在函数库中的。我最初的想法是为他们提供标准化的列表
框，然后要什么花俏的玩艺儿就让他们自己去写，但我同时
也很好奇，应用软件的小组为什么要这些奇奇怪怪的东西？
我想一定是个前所未见的、很特别的用户界面吧，所以，在
我答复他们做还是不做以前，我请技术经理去了解一下这个
大需求的原因。不一会儿，他们笑嘻嘻地回来了。
“他们要用列表框来仿真级连式菜单（ h i e r a r c h i c a l
menu），就像在Windows 和Macintosh一样。”
现在我知道他在笑什么了：因为我们其实已经有新的
函数库，可以支持阶梯式菜单，而其他的小组还不知道这
件事。
我写出这个故事，因为大部分的小组在提出需求时，
都不解释原因，这种情形太普遍了，即使在工作以外也很
常见。住旅馆时，我有时候会去餐厅吃早午餐，偶尔会有
客人跑进来，看到大家都在吃早餐，就对服务生说：“你
们的早餐时间到几点才结束啊？”我看到这位饿慌了的客
人急着向后转，喃喃自语：“我真想吃午餐。”然后在服务
84
微软研发
致胜策略下载
生有机会向他解释现在也可以点午餐之前，已经飘然离去。
午餐的菜单明明已经摆在钟旁。
这位仁兄明明想要吃午餐，却问着早餐的结束时间，
他该问的是“现在供应午餐吗？”也许是思绪偏离了主题，
因而问错了问题。这种事经常发生的。即使是我，多年的
职业训练已经使我懂得问正确的问题，我还是会问我太太
贝丝，她什么时候看完足球赛回来，而我真正想要知道的
是今晚几点开饭。
问了错的问题，而导致错的答案，这种事情似乎已经
屡见不鲜。现在您知道了，每个人都有这种倾向，您可以
试着让自己养成习惯，先找出对方的目的，再来了解他的
问题。如果从他的请求中无法看出他的目的，您可以反问
他，在还没弄清楚他究竟想要做什么之前，不要贸然答应
他，宁可拒绝他的要求也不要浪费这种时间。
人们开口要求的东西未必是他真正想要的。
处理他的要求之前，请务必确定他究竟想要做什
么。
85
微软研发·致胜策略
保持进度下载
明确定义需求的范围
如果您能够先明确定义自己的需求，再向别人提出，
这是个避免在沟通上发生误会的好方法。假定应用软件的
小组用这样的e…mail提出需求：
在这次的新版本中我们需要阶梯式菜单。因为与下拉
式列表窗很类似，我们认为应该可以利用列表框来仿真级
连式菜单，所以想拜托您修改列表框，好让我们。。
如果我们的技术经理收到的e … m a i l是这样，他就不会
吓得跑来找我，而能立刻告诉他们我们已经有了阶梯式菜
单，不需要用列表框来仿真。更重要的是，我差点就直截
了当地拒绝了他们，若真如此，他们得多花上好几个星期
去做我们已经完成的东西。
如果您能很清楚告诉别人，您想要的究竟是什么，这
样别人才能给您真正需要的帮助，而不是做一些似是而非
的虚工。
就是说不
倘若我懒得追问为什么需要那怪异的列表框，而是一
口回绝了他们的需求，您想他们会不会说：“好吧，我们
了解。但是无论如何还是谢谢你们。”也许会。但更可能
86
微软研发
致胜策略下载
的是一场争辩，他们会说，函数库就是为了应用程序的需
求而设计的，我们有责任维护函数库，不断添加新的功能，
让它随时满足应用程序的需求。
当然，平息这场争论最简单的办法是忍气吞声地同意
他们的需求，这也就是函数库开发主管们最常碰到的烦恼。
负责函数库的主管们宁可息事宁人，也不愿为整个产品或
自己的工作团队坚持最佳的选择。
有时候，对方的请求其实是非常合理的，您也很想同
意，但因为您的日程排满了，实在爱莫能助，您也只好对
他们说“不”；然而，在我的经验中，很多主管为了避免
冲突，仍然会同意这样的请求，只是不知道该如何如期完
成这些过多的工作，只想到时候再说，也许船到桥头自然
直。事实上事情很少这么容易—船上若是载了太多货，
就是船身直了也过不了桥啊。
这些主管不了解，勉强自己接下不可能完成的任务，
实在是以长痛代替短痛的做法，而且长痛的是整个团队。
此外，到时候无法如期完成，倒是害得需求小组因此而做
了错误的日程安排，所以，最好的做法还是老老实实地拿
着您的日程表，对需求小组说明自己心有余而力不足的情
况，设法安排一个折衷的日程或工作内容。
87
微软研发·致胜策略
保持进度下载
请想一想其中的差异。当别的小组向您提出他们的需
求内容时，大概都会把期限排在未来一段时间之后，如果
您没办法满足对方的需求，至少在这一段时间内您可以和
对方商量出其他的解决方法。只有两种情况会让您成为坏
人，一是直接拒绝而不试着想别的办法，二是无条件答应
请求而最后食言。与其现在心存侥幸，到了时限却实在做
不出来，以致连累需求小组一起延误，倒不如现在想个折
衷的解决之道。
我们这样想吧：如果您想向银行申请房屋贷款，其中
一家银行马上拒绝您的申请，另一家则是一口答应，但等
到您已经签约成交时却又反悔。您觉得哪一家比较可恨？
我并不鼓励您在进程排不出来的情况下立即回绝，我
只是强调绝对不要答应别人自己做不到的事情。也许您很
想说自己做得�
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部!
温馨提示： 温看小说的同时发表评论，说出自己的看法和其它小伙伴们分享也不错哦！发表书评还可以获得积分和经验奖励，认真写原创书评 被采纳为精评可以获得大量金币、积分和经验奖励哦！