微软
微软近年来在UI技术领域不断推陈出新，令人眼花缭乱。然而这些新技术更像是玩具，真正敢大规模投入使用的
公司少之又少。这种频繁更新不仅让开发者感到困惑，也给企业
招聘带来了选择困难。似乎
微软只是为了满足每年的KPI指标，不得不推出一些新花样，但往往刚学完一个框架，他们就已经开始研发下一个了。这种行为显然把技术当成了商品来售卖，完全不顾及开发人员的学习成本。更糟糕的是，即使花了时间学习这些技术，却发现它们的实际应用范围非常有限。大多数情况下，只有小
公司因为管理松散才会随意使用这些新技术，用来做一些简单的小程序。而真正用它们开发大型项目的
公司屈指可数。有些技术方案甚至根本无人问津，开发者只能停留在表面层次，后续的技术深度和复杂性需要自己摸索踩坑。而且谁知道明年会不会又有新的UI框架问世？这使得技术选型的风险变得极高。如今为了兼容各种UI框架，新建工程中充满了各种项目模板，但实际上很多都是鸡肋。过去
微软的开发环境多么简洁明了：VB、VC/MFC、C WinForm/WPF等工具各司其职。与其这样折腾，不如专注于核心领域的持续改进与扩展功能。例如后端可以继续深耕ASP.NET Core，数据库领域坚持优化EF Core，桌面应用程序则稳扎稳打地支持WinForm和WPF。前端方面，应该放手交给Vue、React这样的主流框架去处理，而不是试图强行介入。或者可以考虑将Silverlight改造为基于WebAssembly（Wasm）的技术，毕竟
JavaScript始终是前端开发的第一语言。即便尝试用其他语言编写前端代码，最终部署到
服务器上后，遇到问题时仍然离不开通过F12调试页面底层的
JS、
CSS和HTML。
微软不应该再推出像UWP、Win UI、MAUI、Blazor Server/Blazor WASM/Blazor MAUI这样的UI框架了。这些框架更新速度缓慢，许多技术仅限于跨
微软自家平台，比如UWP就只能运行在高版本Windows系统上。然而现实情况是，工厂里仍然存在大量运行Win7甚至XP的老机器。真正的跨平台技术应当覆盖Windows、
linux以及
macOS三大主流操作系统，仅仅局限于Windows和
Xbox显然受众群体太窄，之前为Windows Phone开发的应用生态也已经失败。因此，与其追求所谓的创新，不如专注于提升现有技术的成熟度和稳定性，减少开发者的学习成本和技术风险，这才是对用户负责的态度。
