在这些编辑器中，有的最初都是只有在手机端上才能使用，所以我在通勤过程中也尝试在手机上写下一二文字，但都苦于屏幕太小且嘈杂的环境对我造成干扰，使我没办法很好地专注于内容构思上最终而放弃。
于是后面我干脆将创作都放到了电脑上。
但在电脑写作时，作为程序员的我又感觉使用桌面端的文本编辑器往往很难让人有敲代码的那种操作感，每次碰上需要将大段内容调整、批量的文本替换等操作时，需要额外的鼠标操作从而打断写作的连贯性。
但最开始我使用VSCode时并没有将其作为一个文本编辑器来使用，而是将其作为一个编写代码的IDE（IntegratedDevelopmentEnvironment，即集成开发环境）来使用。但它本质上还是属于文本编辑器，只不过借助了社区丰富的插件才拥有了一些能和真正意义上的IDE相比肩的功能。
除了像Typora这样目前完全免费的文本编辑器之外，前面提到的像Bear、Ulysses、纯纯写作等App虽然基础版本都是免费的，但你需要额外付费解锁更多功能，如：同步、主题等，可这些功能对我来说要么感觉不能随心所欲地做到跨平台管理，要么就是很少用到。
而且有些App甚至还是平台独占，比如在iOS端上有，在Android端或Windows端上又没有，完全将写作体验限定在了系统平台上。直到有一天我的iPhone6寿终正寝之后，我发现我已经无法再拥有平台独占编辑器的写作体验了，我必须重新找个机会将以前所写的内容导出并重新寻找下一个编辑器。
在这个过程中，数据迁移和挑选编辑器是十分消磨个人精力的事情。以至于后续无论是移动端上的App还是PC端上的应用程序或软件，能让我考虑长期使用它的一个原因首先就是跨平台。
跨平台的意义在于无论你是移动端的iOS、Android，还是客户端的Windows、macOS、Linux等OS操作系统，甚至除了两端之外还包括Web网页端，你都可以拥有统一、相对一致的使用体验。当然不管是哪个为了适配哪个平台，都需要花费大量的人力物力，因此通常基本只要能满足移动端或客户端的跨平台就足够了。
而VSCode本身就满足跨平台的条件，即是客户端或桌面端层面的跨平台。
如果从编辑器的本质功能「编辑」上来说，VSCode其实和其他文本编辑器其实并没有什么区别。然而仅具备的是简单的写作编辑功能，那么它相比于其他文本编辑器所拥有的同步、主题同功能来说，毫无疑问是个「缺胳膊少腿」的玩具。
但好就好在，VSCode的设计者们从一些IDE前辈们中学习并汲取到了有益部分，并赋予到了VSCode中，而这有益的部分那就是——插件机制（Plugins）。正是这个核心的功能填补了VSCode一些缺失的方面。
VSCode之所以能作为被人们青睐，除了免费开源之外，还是归功于它有着庞大且丰富的插件社区，让开发者能够二次开发或是实现其他功能。
也正是多亏了VSCode有着丰富的插件生态，才让我摸索出了「WVG」这么一条适合我个人的写作流程。其中：
借助插件我们除了弥补部分缺失的功能之外，还拥有了一些文本编辑器所不具备的功能，甚至对于开发人员尤其是前端开发人员来说，妥妥地算是个前端利器。
所以为了让我的写作体验能够更好，我需要使用到其他开发者开发的插件。下文所有插件均可在VSCode右侧的插件模块中被搜索到并直接安装使用。
Vim是一个可高度配置的文本编辑器，它可以让使用者摆脱鼠标的束缚，而通过键盘来完成对可编辑内容的操作，如全选、复制、粘贴、删除等。
VSCode本身自己有一套支持对可编辑内容操作的快捷键，但因为我本身就习惯了借助Vim用键盘来操作的方式，因此就没有打算增加额外的学习成本，选择了目前下载人数最多且同名的Vim插件来进行操作。
选择Vim操作的原因在于减少因需要调整内容而打断我写作时的专注过程，当然如果习惯了VSCode的快捷键，也能够一定程度上帮助达到和Vim类似的效果。
但Vim操作的学习成本会比较高，如果对此感兴趣的高阶玩家可以自行进一步了解。但对于大多数人非技术背景的作者来说，使用VSCode的快捷键和鼠标操作也就足够了。
很多人选择Markdown的原因在于减少人为排版的操作，通过简单的符号对内容进行标识后，由程序后期帮我们自动完成诸如一级标题、超链接、引用等样式排版工作，而我们专心管理文字内容即可。
参考阅读：
最初我以为只有代码才会存在格式化一说，没想到文本内容也有「格式化」，当然把这叫排版或许更为大家所熟悉。
每次当我写作保存后，我就会下意识地通过该插件来对我的内容进行必要排版，这当然也在某些程度上能减轻编辑们的工作量（没准这是给编辑们留下必要的印象分，有助于帮你争取更高的稿酬）。
而借助MarkdownPreviewEnhanced我们除了能看到支持更好的渲染效果之外，它还为我们提供了其他额外的导出操作、CSS样式调整等。
这款插件让我们能够以量化的方式让我们了解到目前创作内容的字数，方便我们更好地去把握整个创作的篇幅或对内容进行调整。
通过Git我们可以随时在每次提交的快照中来去自如地穿梭，当然这并不是必须的，因为文字和源代码稍微有些差异的地方在于，修改文字内容的频率可能会往往低于修改代码的频率。
我在少数派上的《Python自学手册》付费教程就是全程通过Git来完成版本的控制与内容的修改。
比如我已经完成了第一稿的内容创作，需要开始第二稿的初步构思或修改，尽管我们可以完全拷贝第一稿的内容，然后再拷贝的副本基础上进行修改；但当我们如果在第二稿的修改过程中，零零散散地改动了第一稿中的某些内容，那此时我想要将这些改动也同样同步到第二稿上时，可能需要人工复制粘贴并核对。
结合Git的分支（Branch）功能，能让我们拥有更好地版本管理控制体验，分支给我们提供了可以制造一个像超级英雄漫画里平行宇宙的能力，第一稿的修改丝毫不会影响到第二稿，除非我们手动将两个平行世界进行融合。虽然两个版本是处于并行写作的状态，但在适时的时候我们可以将它们合并成新的宇宙。
注意！最好不要使用Git来管理体积较大的文件，否则可能会影响拉取、合并等过程的速度。
但为了能在VSCode中使用Git，你仍首先需要在电脑中下载并安装Git。
Git本身只提供了VCS功能，但不提供保存代码（或内容）的服务。因此基于Git就会衍生出很多代码托管平台，其中最知名的当属Github。Github除了为使用者们提供了基本的代码托管服务之外，还围绕着代码提供了一系列的集成方法或应用服务，比如持续集成的GithubActions、测试代码覆盖率的Codecov等。
但因为只是用于保存写作内容，因此这些服务通常很少用到。所以每当我写作暂告一段落或完成时，我会先将内容提交进Git的VCS中保存快照，然后再通过VSCode集成的Git命令推送至Github平台我个人的私有仓库中。
但无论是语言、IDE还是文本编辑器，它们本质上都还是工具。这些被用以比较的工具永远都没有对错、好坏之分，只有适合和不适合一说，每个工具都有自己适合场景和人群，不一而足。