回顾当年针对微软的反垄断案，让人百感交集。
Teams是微软新服务战略的窗口。这个平台变薄了，但控制力变强了。
无独有偶，Stripe也要做金融领域的操作系统。
胖客户端模式日渐失色，可能意味着科技行业黄金时代的终结。
1998年，美国司法部对微软提起诉讼，指控该公司将Internet Explorer浏览器与Windows操作系统捆绑销售，形成垄断:
互联网浏览器是一个独立的产品，在一个不同于PC操作系统的产品市场上相互竞争。分开提供这两种产品是有效的。事实上，微软本身一直是独立提供、推广和分发自己的互联网浏览器，而不是将其作为Windows的一个组件，并打算在Windows 98发布后继续这种做法...
微软将自己的互联网浏览器与自己的垄断操作系统捆绑在一起，降低了客户在有竞争力的浏览器产品中进行选择的能力。无论OEM和其他买家是否想要微软的互联网浏览器，这种绑定都将迫使他们许可或获得这种绑定组合。由于Windows的垄断力量，微软可以实施这种绑定，这将削弱其浏览器竞争对手让OEM厂商在新PC上预装其浏览器的竞争力，从而大大阻止这些竞争对手进入一个重要的浏览器分发渠道。
回想起来，这个抱怨感觉怪怪的，原因有以下三点:
首先，微软赢了浏览器大战，但这无关紧要;在2004年获得95%的市场份额后，Internet Explorer首先遇到了Firefox的挑战。2010年，IE的市场份额下降到32%，随后在2012年被Chrome超越。
一种说法是微软有行动自由。而且微软赢了浏览器大战也没关系，这既可以是对行动自由理论的谴责，也可以是对它的认可，取决于哪个时间段:当然，微软确实利用了它在操作系统中的主导地位来抢夺浏览器的市场份额，但这家公司确实开发了一款优秀的浏览器(我个人是在4版发布后才开始使用的)。然后随着6版的推出，IE的地位似乎已经稳固，微软也停止了开发;正因为如此，Firefox和Chrome才有机会，终端用户自己下载安装这两个浏览器，是为了用更好的东西。市场终于发挥了作用。
当然，市场之所以起作用，是因为Windows是一个开放的平台:是的，微软控制(并且涉嫌滥用)了可以预装在新电脑上的内容，但一旦上述电脑交给用户，他们就可以安装任何他们想要的东西，包括第三方浏览器。这是那个抱怨感觉怪怪的第二个原因:如今，预装浏览器是操作系统的必需品，苹果的iOS比仅仅预装Safari更进了一步:所有替代浏览器都必须使用苹果内置的渲染引擎，这意味着那些浏览器只能在用户界面功能上竞争，基本功能根本没有选择。(苹果声称这是出于安全考虑。)
第三个原因和微软自身有关。
胖瘦
正如我上周所指出的，微软首席执行官塞特亚·纳德拉在Build Developers大会上发表的主题演讲中，最重要的一个话题是关于瘦客户端和胖客户端之间看似无止境的技术之争(为了大大简化并冒着引起激烈争论的风险，这里，我们姑且将瘦客户端定义为一台中央计算机的终端，而胖客户端本身就是一台计算机):
看完这篇主题演讲，最大的收获是这样的:对于开发者来说，至少是那些微软所追求的，瘦客户端模式已经赢了——尽管事实上，正如技术战争中经常出现的情况一样，最终的赢家往往是中间的某个地方。关键的区别在于:地方政府将继续处理很多事情;但是，那些东西给人的感觉都是在服务器端做的。例如:
GitHub Codespaces是一个显式的在线环境，但也可以临时在本地使用。
Azure为本地开发环境提供了Azure的控制平面。
Azure容器应用和Azure Kubernetes服务使开发者的本地编程环境与部署到云的环境完全相同。
此外，其他几个公告都与修复云开发相对于本地开发的局限性有关:例如，微软Dev Box支持在云中部署虚拟机，并允许这些虚拟机模仿本地开发环境进行应用开发;微软云PC(之前发布的)可以为客户端应用做同样的事情。
这种向瘦客户机的转变如此引人注目的原因是，实际上是微软自己明确地提出了这种转变。毕竟，Windows(和英特尔)是胖客户端时代的主要赢家。是的，Windows服务器是微软统治企业市场不可或缺的一部分，但正如在与网景的斗争中采取的战略所证明的那样，这家公司战略的基石是这样一个事实，即Windows是每个人都使用的设备上的操作系统。再进一步，这就是为什么移动设备对微软如此具有颠覆性——突然之间，Windows只出现在一些大家都用的设备上;iOS和Android的用途也很多。
我曾经用很多文章讲过斯特拉·纳德拉让微软走出以Windows为中心的战略;但是和这篇文章的对比，就和《Teams OS和Slack Social Network》这篇文章有关了:
然而，微软以Windows为中心的方式的结束和云优先战略的转变并不意味着微软对集成的关注或其成为操作系统的尝试已经结束。这家公司只是改变了操作系统的定义;塞特亚·纳德拉曾在2019年的一次新闻发布会上说:
我们的另一项工作是我们称之为微软365。我们需要做的是回归一切以用户为中心的理念。用户必须与其他用户和其他人建立关系。他们会有一堆工件，他们自己的时间表，项目，文档和许多其他东西，以及他们的待办事项列表。他们还会使用各种不同的设备。微软365就是这么回事。
有时候我不认为这个新的操作系统会从硬件开始，因为根据我阅读的《操作系统》的作者之一Tanenbaum的说法，经典操作系统的定义是:‘操作系统做两件事，一是抽象硬件，二是创建应用模型’。现在对硬件的抽象必须从抽象出你生活中用到的所有硬件开始，所以“这是单个设备”这个概念很有趣也很重要，但并不意味着引导设备的内核消失了，内核还在。但我认为对我们的生活真正有意义的一点是‘嘿，我生活中使用的所有硬件的共同抽象是什么?’-有些是共享的，有些是个性化的。那么，它的应用模式呢?怎样才能写出超越所有硬件的体验?这才是我们追求微软365的真谛。
这就是微软的团队可以发挥作用的地方:如果你完全使用微软的生态系统，那么一个应用程序可以结合你的联系人、对话、电话、文件访问、第三方应用程序等。以“正常工作”的方式。这是Slack和硅谷一般人所不能理解的，但却是微软的竞争优势:这家公司赢了不仅仅是因为它的捆绑，更因为它出色的地面作战能力。通过做每一件事，哪怕是普通的事，微软也能带来部分之和大于整体的优势，尤其是对于实际占市场大多数的非技术客户。Slack可能确实会在其聊天客户端中注入爱，但聊天只是达到目的的一种手段，微软似乎是唯一明白这一点的企业公司。
请注意前面“第三方应用”的一句话:如果团队是微软新服务战略的窗口，那么对于微软生态系统的开发者来说，平台机会本身就是以团队为中心的;纳德拉在Build主题演讲中说得一模一样:
让我们来谈谈工作的未来，以及我们如何使应用程序更具情境性和以人为本，这样我们就可以开发一种新型的协作应用程序。这类应用从微软Graph开始，它是微软365的基础，可以提供关于人、人的关系以及所有人造物的信息。今天，我们看到全世界的开发者都在使用Microsoft Graph来丰富他们的应用程序。事实上，超过一半的微软365租户正在使用Graph支持的定制应用和第三方应用。在Graph connector的帮助下，ISV(独立软件供应商)可以扩展他们的应用程序，这些应用程序可以作为用户日常任务的一部分被发现，无论他们是写电子邮件、参加团队会议还是搜索。例如，来自应用程序的数据可以直接出现在组织的搜索结果中，从Figma创建的体验中可以看出这一点。你可以写一封电子邮件，然后把嵌入在这些应用程序中的文件给某人，或者你可以在团队聊天中访问它们。还有另一种方法来构建交互体验，即像我们的合作伙伴Zoho一样，使用适配卡来开发实时操作循环组件。用户可以做出决策，采取行动，比如更新工作流中工单的状态，更新始终是实时的，就像这种跨Outlook、Teams、Zoho的同步更新。
一旦Microsoft Graph与Microsoft团队结合，描述人们如何一起工作的数据就可以与他们一起工作的地点结合起来。这种方法非常强大。开发人员将他们的应用程序扩展到团队，并将团队嵌入到他们的应用程序中。事实上，在过去两年中，团队上第三方应用程序和定制解决方案的月使用量增长了10倍，越来越多的ISV从正在使用基于团队开发的应用程序的客户那里赚取了数百万美元。
图形连接器是一个新的API。
Windows Vs团队
如果Windows平台看起来像这样...
…新的团队平台如下所示:
关于两者之间的差异，有一些重要的观察结果。
首先，在PC时代，能带来实际意义的垄断是成为单一设备上唯一的操作系统。需要明确的是，这在技术上是必然的。虽然PC支持双引导，可以访问不同的操作系统，但是一次只能运行一个操作系统(虚拟化除外，但是在Windows占主导地位的情况下，用户级PC做虚拟化基本不可行)，但是这是Windows市场垄断的基础。毕竟大多数设备大部分时间运行哪个操作系统，那个操作系统就是开发者的目标。特定操作系统上的开发者越多，这个操作系统在终端用户中的受欢迎程度就越高，从而形成良性循环，即双边网络，或者说锁定，即垄断。
然而，随着移动设备的出现，不仅设备数量激增，而且对新用户界面、电源要求、硬件重新想象等的需求也在增加。微软错过移动设备是必然的，因为这家公司从一个完全错误的角度处理了这个问题。与此同时，设备的激增意味着企业仍然渴望的集成点开始向上移动。2015年我在《雷蒙德与现实》中写道:
这是因为事实上，移动设备端需要一个集成的解决方案。例如，看看Box:这家公司显然有一个云组件，但他们也在每个相关或不相关的平台上有多个应用程序。这样一来，功能性就比微软以前的产品强多了。将这一优势扩展到一系列服务，CIO模块化后端服务是有意义的，因为这些服务可以在访问时集成:
云服务出现前后的对比
这正是微软将与团队继续开发的内容:就像任何社交产品一样，聊天应用的美妙之处在于其有用性取决于用户数量。也就是说，聊天只有在存在垄断的情况下才能发挥作用，也就是说，需要公司的每个人都参与进来。除此之外，什么都不需要。推而广之，团队可以扮演Windows的角色，但它垄断的是整个公司而不是个人电脑。
其次，开发者在旧模式下拥有更大的权力和灵活性，因为他们可以直接访问底层PC。这种模式有利有弊。好处是每个人都可以开发什么都能做的应用，用户可以直接安装使用;缺点是每个人都可以开发可以做任何事情的应用，用户可以直接安装使用。换句话说，PC的开放性为Firefox和Chrome提供了替代Internet Explorer的机会，以及Netscape的存在，但也为病毒、恶意软件和勒索软件提供了机会。
这最后一点是苹果一再为其应用商店模式辩护的原因，尽管移动设备安全性的提高在很大程度上是因为设计底层操作系统时所做的根本不同的架构选择。另一方面，这些观点其实是紧密相关的:正是iOS(和Android)在设计时所做的架构选择，才使得控制app store成为可能;从更广泛的意义上来说，正是移动设备设定了这样一种预期，即开发者的自由以及更多的机会将受到操作系统所有者的限制。
而像团队这样的瘦平台则更进一步，因为现在开发者连设备都不能访问，至少是对企业很重要的东西(比如手机上的app如果连不上公司的目录、文件存储、网络等有什么用。).这意味着问题不在于禁止哪些系统API，而在于平台所有者打算开发哪个“连接器”(用微软的话说)。换句话说，微软不仅把自己的新操作系统开发成了瘦平台，还获得了比他们使用的旧平台高得多的控制权。
条带操作系统
Build并不是最近唯一举办的开发者大会:Stripe也举办了Stripe会议，主题演讲的主要内容之一叫做“金融OS”。Stripe的联合创始人兼总裁约翰·凯里森说:
我们讨论了支付，以及它是如何高度战略化和快速分散的。我们还讨论了适应性强、金融科技无处不在的企业的商业模式创新。这些趋势对互联网经济来说是好消息，但对财务和业务运营团队来说是挑战。对于这么多新的机会，限速器不是一个好产品的想法，而是共同的基础。我们能为这些机会做些什么吗?可以做国际业务吗?如果还是不能按时结算，可以扩大规模吗?不仅仅是有没有好的产品创意的问题，而是创意能不能实施的问题，所以我们在开发一个现代化的金融运营系统。就像任何一个好的操作系统一样，我们专注于打好基础。
这些基础包括发票、账单、税收、收入确认和数据管道等功能，所有这些功能都基于Stripe抽象的各种资金的收集、存储和分配方式:
条带操作系统
鉴于与前一张微软图片的相似性，这张图片实际上已经清楚地解释了接下来会发生什么:
我们刚刚介绍了核心收入管理功能，如计费、订阅计费和税务处理。就算你没用过Stripe，这些应该都是你想流畅运行的东西。
但是其他的呢?就像任何操作系统一样:核心功能需要开箱即用，但平台功能的广度也很重要。应该有一个应用程序可以处理每一个用例。对于客户沟通之类的事情，你可能想要对讲机之类的东西;对于签订合同，也许你想有DocuSign或者，您可能只想开发自己的工具。但是这些工作流通常是高度集成的，所以多年来，我们的用户一直希望Stripe能够与他们选择的工具进行互操作。......
因此，我很高兴在这里宣布，我们今天推出了Stripe应用程序和Stripe应用程序市场，在这里您可以找到或开发能够与Stripe顺利合作的同类最佳工具。
但是他们的拼图并不完整!
条带的瘦平台条带的瘦平台
“与Stripe的平滑协作”不仅仅意味着接入Stripe的API;这也意味着适应Stripe的仪表盘——Stripe甚至内置了预制的UI组件，这样第三方应用看起来就像是这家金融科技公司设计的一样:
Stripe提供预制的UI组件，用于集成到Stripe dashboard中。Stripe提供预制的UI组件，用于集成到Stripe dashboard中
这又是一个瘦平台:开发者无法访问一家公司的核心财务数据，它也不希望他们这样做;相反，机会出现在一个抽象层上，这个抽象层涵盖了一个公司与资金流相关的所有部分，应该尽可能地进行改编。
当然，我之所以要把Build和Stripe两个会议的主题演讲放在一起，是因为两个会议都在同一周举行;同时也是一种偶然的巧合，因为Stripe的发布为微软的解决方案提供了重要的背景。毕竟我用的是“垄断”的口头禅;但实际上，操作系统的垄断不仅不可避免，而且从用户的角度来看，浏览这样重要的功能与核心操作系统整合也是完全合理的。
Keirrison解释了为什么类似的考虑应该是瘦平台的第一考虑——有些东西“你应该想流畅运行”。微软会为团队和整合文件存储和通信做出类似的借口，而我认为团队在市场上的成功与Slack相比，证明了微软的借口对客户是有说服力的。似乎微软往往是唯一一个真正以企业为目的而构建的企业。它并不执着于通过某种特殊手段成为同类中的佼佼者，这似乎更值得称赞和效仿，而不是谴责和抱怨。
同时，胖客户端模式的日蚀也是值得哀悼的。然而，像恶意软件这样的东西令人讨厌，而且会消耗生产力，而SaaS模式使企业能够在没有IT部门的情况下使用大量新产品。胖模式的一个缺点就是可能会有问题，所以需要存在，反过来也为大优势创造了条件。在这种情况下，这种优势指的是在没有任何许可证、“连接器”或预制UI组件的情况下开发新的应用程序(以及新的公司)。唉，科技行业的“开端的终结”已经过去了。临近中年，唯一变胖的就是你的腰围。