为什么微软出的软体都那么巨大？

比如office，zune，visual studio

巨大的原因是因为，它满足了更多人的需求。

有句俗话说：绝大多数人只用到了软体的15%的功能。

可是很多人不知道后面一句话：但每个人用的都是不同的15%。

你要把不同人的需求都汇总起来，那就必然会成为一个庞大的软体。

说个简单的例子吧，Office 要求所有修改（不论是 bugfix 还是新功能）都要加 Gate（除非你写比如太底层的库加不了……），就是一个可以转换到 bool 的类，用来控制你新写的代码是否开启。对 Bugfix 是默认开启，对新功能是默认关闭。

然后如果你打开实现了 Gate 的那个库你可以发现这个库非常大而且还有十几个依赖，为什么呢？

开启那些 Gate 需要读配置文件吧——于是对文件 IO 有依赖
新功能的 rollout 是服务端控制的——因此要依赖网路库
需要检测新功能是否会导致 Crash 吧——于是你需要和 Telemetry 相关的一堆库
写单元测试的时候需要能用代码手工开启/关闭 Gate 吧——于是有 Override 的一堆相关功能
Office 是企业软体，企业主需要可以控制新功能的 roolout——于是和企业管理的一堆东西都得有
Office 的内部版本在设置界面有一个单独的 Tab 去允许开发人员手工开启/关闭 Gate——于是这个库就需要依赖 License 相关的功能去检测是否是 Development License，还有提供给 UI 系统的介面
还有更多……

这么一看，软体自然就大了

巨大而稳定我也赞，

巨大的结果是什么都能干，

巨大的软体用起来不翻船，

巨大的软体我再也不用选。

要不是有的地方只收viso文件，office三件套加vba基本可以横行办公室。

你说啥？大数据可视化的小任务？excel加vba先来一把。【*190708更新，现在回答问题关注的人多，众口难调不容易啊，评论区有人坚持批评我不严格要我注明真的大数据用EXCEL是不可能搞定这一严肃的事实，问题是地球人都知道EXCEL弄大数据本来就是小规模微应用级别的东西。以后是不是还要加参考文献了，人艰不拆，回答知乎问题本为放松。。。】

你说啥？期刊投稿？pdf不要，word加visio。

你说啥？要路演？每一张上千的PPT听说过吗？

大大小小的文件基本都能打开。

偶而崩溃了，也给你一个恢复选项，而且基本可以恢复过来。

某个著名国产软体啊，大文件打不开经常崩溃，软体必须要登录账号才可以用，卸载以后还能把原来图标搞得一地鸡毛。

最可怕的是不知不觉给你装上他的反病毒软体某某某霸。

国产软体又做到小而精美，让我交钱我也很愿意。

做不到还耍流氓，我还是交钱买又大又稳的软体。

先问是不是。office 2016一共3G多，其中一半是公用的库文件和资源文件（字体，icon等等）；另一半是可执行文件word/excel/ppt/outlook/skype/access/onenote/visio加起来不到2G，你算算平均大小多少？现在随便一个手机app要50M吧，这样比比看office真的很大吗？

我觉得人们认为它大的原因可能是1. 功能太复杂 2. 响应速度慢。事实上微软在软体优化这块真的下了很大功夫，我所在的excel核心组有专门的编译优化小组，有大神负责重写十几年前的代码。我刚进组的时候编译所有源码需要半天，编译命令叫做ohome，即你敲完这行命令就可以回家了--现在缩减到了2-3小时。

关于功能复杂是因为微软的产品大多面向企业，大多数人觉得google doc/sheet很好用，有些企业为了省钱也推行google的办公套件结果就是得不偿失。作为开发者我自己也经常不知道一些冷门功能，经常需要企业用户来给我们培训。作为普通用户不适应这样的软体很正常，我觉得微软在这方面已经弃疗了，有一些不太直观的设计造成的用户反馈不佳最后往往因为其他原因（数据一致性，稳定性）打回去。

响应速度很大程度取决于文件大小，有用户抱怨打开文件太久，结果我们一看是几个g的表格。类似这种情况用户就认为是软体问题，不够简洁。这时候你可以试试用记事本打开要多久。

有回答提到测试和开发的复杂性，这些是大型项目都会遇到的问题，我觉得office在模块化和代码重用上做得已经非常好了。并且程序的复杂度并不直接等价于程序大小。

古龙写小说的时候是按段落算稿费的；

金庸写小说是按字数算稿费的；

微软做软体的时候用户是按功能多寡付钱的；

所以你看到的古龙小说是这样的：