VS Code， 昨夜始于“开源”，如今“开源”深处渡。
读者看到这句话，也许会有疑惑，为什么两个“开源”都加上了双引号? 其实是笔者有意为之，因为这个两个“开源”的意义有着很大的差别，第一个“开源”代表着开源的初始阶段，而在笔者看来，第二个“开源”，才是真正的开源。
我们先来看看第一个“开源”。2015年4月19日，微软在 Build 大会上宣布了Visual Studio Code。在半年后的11月18日，VS Code 在 GitHub 上以 MIT License 开源。 众多开发者为之振奋。至此，VS Code 的开源之路迈出了第一步 —— 把代码放到GitHub，全球的开发者都能看到。可能一些开源项目也就停留在了这个阶段，GitHub 的代码只是个镜像，内部会有个代码控制的系统，定期把代码同步到 GitHub 上，Issue 和 PR 也是关闭的。然而真正的“开源”却不止于此。
我们再来看看第二个“开源”。VS Code 不仅仅是把代码开源出来。而是把整个产品的开发过程建立于开源之上。那我们就来看看微软是怎么来运作 VS Code 这个开源产品的
每一年，VS Code 团队都会在 GitHub Wiki 发布 Roadmap ，列出一整年的规划图。
每个月初，在产品设计阶段，VS Code 团队会在 GitHub Issue 上会发布 Iteration Plan ，列出这个月会做的每一个功能，每一个功能基本会对应一个 GitHub Issue，你可以看到详细的设计以及 mockup。
每个月末，临近产品发布，你可以在 Endgame 了解到 VS Code 是如何进行产品测试与发布的。
不仅代码开源，VS Code 整个产品的计划，设计以及发布管理都是“开源”的：每一个阶段对每一个用户是公开透明的，你不仅可以开 Issue，发PR，你甚至也可以参与到每个功能的设计与讨论中去！
甚至于 VS Code 的文档，也是开源的：Microsoft/vscode-docs
此外，除了 VS Code 编辑器是开源的，VS Code 还把它的许多重要组件抽离出来，成为大家都可以复用的开源产品：
Language Server Protocol ：它是 Editor/IDE 与语言服务器之间的一种协议，可以让不同的 Editor/IDE 方便嵌入各种程序语言，允许开发人员在最喜爱的工具中使用各种语言来撰写程序。Eclipse, Atom, Sublime Text, Emacs 等主流 Editor/IDE 都已经支持了 LSP。
Debug Adapter Protocol ： DAP 与 LSP 的目的类似，DAP 把 Editor/IDE 与 不同语言的 debugger 解耦，极大地方便了 Editor/IDE 与其他 Debugger 的集成。Eclipse, Emacs, Vim等已经支持了 DAP 。
Monaco Editor ：作为 VS Code 的核心组件，Monaco Editor 在 GitHub 已经拥有了超过一万三千个 star 。国内比较有名的比如 Cloud Studio 和 Gitee Web IDE 都使用了 Monaco Editor。
看到这里，读者是不是已经有了感受，“开源”不只是把代码开源出来，打造整个产品的开源生态，才是好的开源产品。