微软做IDE还得看它

微软做IDE还得看它

　　 代码编辑器/编译器的江湖是竞争激烈的战场，Visua-react 遍历 Studio Code作为一个后生晚辈，是如何在一众神器之中崛起的，它的故事值得一看。

　　 VS Code 之父 Erich Gamma 作为设计模式 ““ 作者之一，软件模式发展的先驱，开发了 Ja 单元测试框架 JUnit，更辉煌的是，在 IBM 主导开发了 Ec-react 表单ipse IDE 编辑器，是当年最流行的 编辑器/IDE。

　　 可是，Erich Gamma 觉得有点不太对，未来是属于自己的 Web ，我要在 Web 打造像桌面端一样的开发体验。

　　 在那个 IE 6 浏览器很香、jQuery 是前端框架的年代，大佬果然是大佬，至少比一般人往后看10年。

　　 同时 IBM 也江河日下，这个时候微软抛出橄榄枝，“入伙吧，未来是云时代，来做 Azure 的 Web 端编辑器”。Azure 刚于2010年发布，需要一个 web 端的编辑器。

　　 Monaco 的特点就是“快“。性能吊打 Ace 和 CodeMirror。这也是 VS Code 至今的原则：不使用任何 UI Framework，这是为了追求的性能，尽可能接近 DOM，做到每一个性能损耗点都能完全控制。

　　 语言设计的时候太过仓促，留下很多怪癖，且动态类型导致很多问题在运行时才能发现，开发像 VS Code 这样的项目难堪重任。

　　 想一下如果没有 TS 的类型校验，重构一个大型的 将会是怎样的灾难！

　　 从 2011 年 Monaco 就使用 TS，感觉越用越好，2013 年决定全面切到 TypeScript。更幸运的是：据说 Anders Hej-react ideerg 有一个怪癖，喜欢用一个文件写所有代码（react k21教程），所以大文件特别多，他也是 Monaco 的重度用户，有他的加持，Monaco 性能不逆天才怪。因为转到了 TypeScript，给 VS Code 的技术打下来坚守的基础。

　　 开发了 3 年的工具，虽然性能逆天，但致命的缺点是月活只有 3000 用户在webstorm的react创造了什么价值？” Erich 也面临灵魂拷问。算了一下，用户数至少 x10 才能存活。但做 Web Editor 大概也只能这些用户，继续搞 Monaco 还是换一个新赛道？怎么办？

　　 2014年，微软开始全面转型到生产力工具和云优先。从只考虑 Windows 平台主要考虑 MacOS、Linux、Windows 跨平台，并全面拥抱开源。但微软缺少一个跨平台的开发工具，尤其是这个时候 Web 开发者开始迅速增长。

　　 Erich 意识到机会来了。但 2014 年的浏览器还是不够给力，前端项目越来越重，需要大量的文件处理。不是一个 Monaco 在线编辑器可以搞定的。

　　 方法也简单，用 E-react 后端ectron 包壳 Monaco。react单元测试红潜质的名字 “VS Code“，几个月就搞好了。

　　 为了尽可能多的 MS 人使用，提升业务价值，VS Code 选择在 BUILD 大会上正式发布。当时最成功的一个 demo 是演示 Linux 下调试应用。但当时很多功能停留在 Demo 上，比如很多人期待的 Extension 扩展 API，是在 6 个月后上线年：多语言支持：LSP（react全局变量）

　　 好了，历史科普到此结束。结论以下是我个人总结，为什么 VS Code 能翻盘

　　 虽然 Erich 在10年前就押宝 Web 编辑器，但当时时机确实不成熟啊，如果不转成 E-react bindreact native与androidectron 套壳，活不过2014年。

　　 去年 2021 年1月份数据，VS Code 解决了 100K 个 issue。这是时间的味道，想象一下，修 10万个 bug 的软件细节能不好吗。

　　 强大的生态，丰富的扩展。生态和产品像鸡和蛋的问题，如果产品不好也没法做大生态。所以本质还是 VS Code 本身功能够好，架构优雅，方便扩展。

　　 顺应了微软大的react 优点里做开源，懂的都懂，开源不带来营收，如果无法解决“业务价值”问题，注定发展不大，很容易在资源抢夺过程中被拆解，看看 React 团队的人员更换速度。

　　 如果能做到以上几点，先积累个10年，“一夜成名“ 的确问题不大，这可能就是“翻盘”吧。