当微软宣布放弃其 EdgeHTML 渲染引擎并转向 Chromium(支持 Google Chrome 以及 Vivaldi、Brave 和 Opera 等一系列其他引擎的开源引擎)时，最大的担忧之一是 Web 开发人员将越来越多地采取简单的方法，将他们的支持和测试限制在 Chrome 上。这将使 Mozilla 的 Firefox、Apple 的 Safari 以及现在或将来的任何其他浏览器失去乐趣。
毕竟，这就是我们在 Internet Explorer 鼎盛时期所看到的。微软的浏览器增长到了大约 95% 的市场份额，大量的网络自豪地宣布它们“在 Internet Explorer 中的浏览效果最佳”，经常到了在任何其他浏览器中都无法运行的地步。IE 的霸主地位给新兴的 Firefox 浏览器带来了巨大的挑战，Firefox 浏览器的构建是为了支持 Web 标准，而不是微软对这些标准的特别关注。尽管 Internet Explorer 最终被 Chrome 取代，但如果开发人员对 Microsoft 的浏览器不那么着迷的话，这可以说会更快。
上周，微软对其 Skype 客户端的 Web 版本进行了重大更新，带来了高清视频通话、通话录音和其他客户端已经具备的其他功能。
好像要证明一点，更新仅适用于 Edge 和 Chrome。Firefox、Safari 甚至 Opera 都被锁定。过去，Skype 团队曾指出编解码器问题是浏览器支持不一致的原因。但这不应该成为现在的问题，因为 Edge、Chrome 和 Firefox 都支持 H.264 和 VP8 视频编解码器。例如，与其他在线服务一样，Google Hangouts 和 Google Meet 支持 Firefox 中的无插件视频通话。长期以来，Apple 拒绝在 Safari 中支持 WebRTC(用于实时语音和视频聊天的底层浏览器技术)。但即使是那个功能差距也不再存在，Safari 现在应该支持所有需要的东西。
此外，尝试更改用户代理(由浏览器发送的标识字符串，用于告诉 Web 服务器他们是哪个浏览器的版本)的用户报告说，该应用程序的大部分内容都可以在 Safari 和 Firefox 中运行，甚至有报告称语音和视频通话在 Firefox 中有效。目前还不清楚一切是否正常，而且 WebRTC 可以说是足够挑剔，以至于微软必须明确测试并可能调整其代码才能在 Firefox 或 Safari 中工作。但最终，这些似乎都不是一个基本的技术问题。
相反，这是一个被打扰做工作的问题。微软曾表示，其优先考虑 Edge 和 Chrome 的决定是基于“客户价值”。或者，换句话说，花时间和精力来支持受众较少的浏览器并没有多大意义。这为这些浏览器创建了一个负面反馈循环，阻碍了它们的使用，并将开发人员推向一个世界，其中 Chrome 是开发人员考虑和定位的唯一浏览器。
或许还有一些讽刺意味的是，Skype 应用程序是用一个旨在促进跨平台开发的框架构建的，该框架旨在促进设备、桌面和 Web 之间的跨平台开发。对于那些可以使用 Web 应用程序的人来说，它看起来与桌面应用程序极为相似，而桌面应用程序看起来也与移动应用程序非常相似。那是因为它是使用ReactXP构建的，这是微软在 Facebook 的React和React Native框架之上的层。这些使您可以使用 Web 技术来构建不仅适用于 Web 还适用于桌面和智能手机平台的应用程序。当面向 Web 时，ReactXP支持 Firefox，再次强调这不是一个真正的技术问题。
微软不是第一家以这种方式对待网络的公司，也不会是最后一家。曾几何时，市场的分布更加平均，没有一个浏览器供应商可以对 Web 的开发方式进行垄断控制。这种环境将标准化推向了前台;标准化是使开发人员易于处理的唯一方法。但随着我们滑回近乎垄断的局面，这种事情可能只会变得更加普遍。网络版 Skype 只是高调地展示了人们在微软宣布转换时所担心的一切。