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。

看到这里,读者是不是已经有了感受,“开源”不只是把代码开源出来,打造整个产品的开源生态,才是好的开源产品。

05-27 18:39