站长搜索讯 今天，我们分享了一篇微软前员工讲述微软在Win10中采用汉堡式菜单初衷的文章，文中称这是微软通过对大量数据的分析以及由一大批聪明的脑袋思考讨论从而得出的最佳方案。现在，又有一名在微软工作过十余年前Windows工程师分享的关于Windows开发过程的一些内容，这些内容向我们展示了，一个好的创意如何被毁灭，而一个糟糕的创意最终又是如何被采纳的
站长搜索讯 今天，我们分享了一篇微软前员工讲述微软在Win10中采用汉堡式菜单初衷的文章，文中称这是微软通过对大量数据的分析以及由一大批聪明的脑袋思考讨论从而得出的最佳方案。
现在，又有一名在微软工作过十余年前Windows工程师分享的关于Windows开发过程的一些内容，这些内容向我们展示了，一个好的创意如何被毁灭，而一个糟糕的创意最终又是如何被采纳的。
该工程师写道：
我曾经是一名Windows团队的工程师，参加过不少开发研讨会议。
常常，一些性格外向且颇具魅力的项目经理会宣布，团队已做出了一项决定。然而，这个决定通常会是多方妥协的产物，妥协因素可能是功能性、或者是适用性、也或者是时间限制等等。最初的构想往往都很美好：快速、广泛适应、直观、自动记录，最重要的是对用户友好。在这个阶段，即下一代Windows操作系统的构想阶段，它常常被看成是非常了不起的产物。
而随着开发进程的推进，一系列决策导致对原本设想的Windows功能进行削减，以至于到正式发布时，最终的产品已与最初构想大相径庭。
问题是，在整个过程中，所有这些决定看起来并不是那么糟糕。因为项目管理团队、开发人员与测试人员已经经过了仔细审议、已花费了大量时间来权衡他们做出的每个选择，评估了每种选择的优缺点并估计出了其可能产生的影响，最终从多个选择中选择了自认为最佳的选择。
问题是谁没有参与到整个决策过程中来呢？
是用户！在通常只有4到6周的决策时间内，开发者根本没有工夫去咨询用户。而微软的内部员工作成为了用户的代表，而他们的想法往往过于理想化。
于是，团队就按这种理想化的模式运作，他们心思缜密地将所有实际不合理的想法合理化，并最终做出决定。
到了会议当天，项目管理者会反复强调他们所做出的决定是多么有利于用户。他们会列举一些事实来佐证这项决策：我们不想提供过多选项来让用户无从选择；一致性对微软有利，所以也一定对用户有利。每个人都面带满意的笑容，纷纷点头同意这项决策并一致认为这是最佳决策。
尽管最终结果与当初构想的有些差距，也可能用会使用户体验更糟糕，但工程们还有“杀手级”的说辞：“编写软件总是需要妥协的嘛，如果真有用户在现场，相信他们也会理解的。”
以上就是我曾经作为Windows工程师时的所见所感。（Via: WMPU）
关注Windows10，锁定Win10之家（http://win10.adminso.com）
标签: 原来 Windows 这样 开发 微软 工程师 吐槽
声明：本文内容来源自网络，文字、图片等素材版权属于原作者，平台转载素材出于传递更多信息，文章内容仅供参考与学习，切勿作为商业目的使用。如果侵害了您的合法权益，请您及时与我们联系，我们会在第一时间进行处理！我们尊重版权，也致力于保护版权，站搜网感谢您的分享！
