# 三十九、策略IV:大件与80/20神话
微软的旗舰电子表格软件Excel的5.0版在1993年问世。这套软件很巨大,需要整 整15 MB的硬盘空间。当时我们还保有自己的第一台20mb的PC硬盘(大概是1985年), 所以15mb当然感觉很大。
当Excel 2000上市时,它需要恐怖的146mb…,几乎增加了十倍!那些该死的微软 程序员真混,对吧?
错。
我敢打赌你认为我要写一篇网络上到处都是的那种哀叹「肿胀软件」的文章,会 抱怨这些软件实在太肥了,我觉得好难过。edl in和vi都很苗条,所以它们比Word 和Emacs好太多了等等。
哈哈哈!我骗到你了!我并不是要写那种文章,因为那种文章写的并不是事实。 就1993年的硬盘价格来看,微软Excel 5.0占了约36美元的硬盘空间。
而就2000年的硬盘价格来看,微软Excel 2000只占用了约1.03美元的硬盘空间。 (这些数字的依据这里的硬盘价格数据,并依据通货膨胀调整过。)
说真的,看起来Excel其实还变小了! 肿胀软件宄竟是什么? Jargon File讽刺地把这个字定义为「提供最小功能的软 件,却需要大到不成比例的磁盘空间及内存。特别用于应用程序及操作系统系统 升级。这在Windows/NT界很常见,也因此才产生这个词。」
我猜这些家伙只不过是痛恨Windows罢了。自从Windows 386(1989)出现虚拟内存 开始,我已经十年以上没有用尽内存了。另外硬盘空间已经掉到每MB只要0.0071 美元,而且还像由树上跳下来想学飞的羊一样直线下降中。
或许Linus Akerlund可以解释这件事。他在自己的网站上写道:「使用这些肿胀 程序的最大缺点,就是即使只想完成很微细的事情,还是得加载这个很大的程序。 它会吃光你所有的内存。你并未有效率地使用你的系统。而且整个系统感觉起来 比实际上要慢,而这其实是完全不必要的。」
哦,它会吃光你所有的内存。我了解了。呃,事实上是不会的。远自1997年的 Windows 1.0开始,操作系统就只会在用到内存页时才会加载。如果有个15mb的 执行档而你只用到占了2mb内存页的程序,就只会由磁盘读2mb到RAM。事实上如果 你有更新版的Windows,操作系统还会自动把这些内存页在硬盘上重新整理成连 续排列,这样下次执行时会更快。
我也不认为任何人能够否认,对现今能力过剩且价格超低的计算机来说,加载大 程序的速度还是比五年前的系统加载小程序更快。宄竟还有什么问题呢?
RADownes提供了一个线索。他似乎花了好几个小时拆解一个微软小工具,显然 因为这个工具需要1 MB(在他写那篇文章时约当3.15美分的硬盘空间)而生气,他 认为那个程序应该可以小到原本的5%。好笑的地方在于他拆解的程序叫做 RegClean。这个你或许从未听过的程序会搜遍整个Windows登录数据库,找出并 删除掉没有用的东西。一定是有些妄想强迫倾向,才会在意要清除登录数据库里 无用的东西。因此我开始怀疑对肿胀软件的不满比较接近精神健康问题而非软 件问题。
事实上肿胀软件的存在有很多好理由。首先如果程序员不用考虑程序的大小,就 可以更早完成。而这表示你可以得到更多功能,使用这些功能会让你的生活过 得更好,就算不用也没有什么伤害。如果你的软件厂商在出货前停下来,花两个 月把程序缩小到一半大小,你所得到的净利益是微乎其微的。或许(只是或许) 你的硬盘通常都是满的,而又有一首MP3想下载。不过新版软件多等两个月的损 失是看得到的,而软件公司放弃两个月销量的损失更是可怕。
很多软件开发者都被古老的「80/20」定律瞒骗了。这个定律似乎很合理:80% 的人只会用20%的功能。所以你说服自己,只需要实作20%的功能,还是能卖出80% 的数量。
很不幸的是那20%是会变的。每个人都会用不同的功能集。过去十年间我可能已 经听过数十家公司决定不管其他公司的经验,尝试发行只实作20%功能的「精简 版」字处理器。这种故事从PC问世起就有了。通常这些公司会拿程序给某个记者 评论,记者就会用这个新文书处理器来写评论文章,记者都需要知道精确的字 数,找「字数」功能时却找不到,因为这是属于没人在用的80%功能。于是记者 最后就写了一篇报导,试图声称精简版是好的,软件太肥是不好的,而这烂东西 不能算字数所以我没法子用。如果这种事每发生一次我就能拿到一块钱,我会非 常快乐的。
在开始营销你的「精简」产品时,你会告诉大家:「嘿,这东西很小,只占1MB。」 大家通常都会很高兴,然后就会问你有没有他们要的重要功能,如果没有的话还 是不会买你的产品。
结论:如果你的策略是「80/20」,是很难卖出软件的。这就是现实。这个策略 和软件业本身的一样老,不过就是不能奏效;真奇怪为什么有这么多快完蛋公司 的执行长认为会行得通。
Jamie Zawinski讨论改变世界的最初版Netscape时说得最贴切:「虽然这若是 事实的话会很省事,不过Mozil la [Netscape 1 .0]并不是因为有一堆无用废物才 变大的。Mozil la是因为你的需要很多才会大,而你的需要多是因为Internet很 大。外头有很多瘦小的web浏览器,顺带一提的是他们几乎都没什么用。我们写 Mozilla的目标可不是想做一颗完美无暇的闪亮珠宝。。」
- 第一部分 位与字节:编程实践点滴
- 一、语言的选择
- 二、深入底层
- 三、joel测试:改进代码的12个步骤
- 四、每一位软件开发人员必须、绝对要至少具备UNICODE 与字符集知识(没有任何例外!)
- 五、轻松写就功能规格说明书 - 第1节:为什么烦心?
- 六、轻松写就功能规格说明书 - 第2节:什么是规格说明书?
- 七、轻松写就功能规格说明书 - 第3节:但是……如何?
- 八、轻松写就功能规格说明书 - 第4节:技巧
- 九、轻松制订软件进度表
- 十、每日连编是朋友
- 十一、难伺候的故障修复
- 十二、软件开发中的5个世界
- 十三、稿纸原型开发
- 十四、不要被太空架构师所吓倒
- 十五、开火与运动
- 十六、人员技能
- 十七、源于计算机学科的三个错误思想
- 十八、二元文化
- 十九、自动获取用户故障报表
- 第二部分 开发人员的管理
- 二十、面试游击指南
- 二十一、重金激励害多利少
- 二十、二不配备测试人员的五个首要(错误)原因
- 二十三、任务换人有害无益
- 二十四、绝不去做的事情,第一部
- 二十五、冰川下的秘密
- 二十六、漏洞抽象定律
- 二十七、程序设计界的LordPalmerston
- 二十八、评测
- 第三部分 Joel对常态问题的遐想
- 二十九、RickChapman解读愚昧
- 三十、在这个国家狗是干什么的? 我们有多么天真?
- 三十一、作为哼哈二将,只管去做事
- 三十二、两个故事
- 三十三、巨无霸麦当劳与天才厨师JamieOliver
- 三十四、没有什么像IT看起来那么简单
- 三十五、提防非自主开发综合症
- 三十六、策略I:BEN&JERRY公司与AMAZON
- 三十七、策略II:鸡与蛋问题
- 三十八、策略III:让我回去!
- 三十九、策略IV:大件与80/20神话
- 四十、策略V:公开源代码的经济因素
- 四十一、墨菲法则肆掠的礼拜
- 四十二、微软公司是如何败北API之战的
- 第四部分 对.NET稍多的评说
- 四十三、微软精神失常了
- 四十四、我们的.NET对策
- 四十五、请问,我可以使用连接程序吗