我的写作流程
Tags
#MarkDown #Obsidian #VSCode #滴答清单 #WorkFlowy #知乎
每写一篇文章，其实就像写一个小的代码项目一样，都是有一个流程的，有时候需要用一点管理思维，管理好自己的灵感、大纲、素材、文章。
孕育阶段
孕育阶段：随时记录，定期扫读。
每天我们都会看很多文章，这些文章有些难免会给自己带来一点灵感，这些灵感如果不立即记录的话，可能就过去了，再也想不起来了，所以我们需要一个闪念记录工具：这里我使用的是滴答清单。
可能有人觉得滴答清单不是一个任务管理工具，怎么也能记录闪念了呢。在我看啦，任务和笔记并不分家，用好滴答清单的四象限工具，当前需要重点关注的任务放在第一象限里面，那些闪念就放在第四象限里面，其实过多的闪念也不会干扰到我们的任务管理流程，反而可以给我们减少一个专门记录闪念的工具。一个滴答清单，搞定任务清单、闪念记录、日历、番茄钟、习惯打卡、四象限，真的太方便了，可以减少很多其他工具了。
随时记录，是我这几年刻意培养的一个习惯。任务、闪念，想到什么，只要当时不方便去做，就都可以立即记录下来。滴答清单在电脑端有一个快速添加任务的全局快捷键，这几乎是我每天按的最多的一个快捷键了。
- 看到某篇文章，提到感兴趣的某个技术点，可以记录一下。
- 发现家里好像要买什么东西了，可以记录一下。
- 发现一个不错的书或电影或景点，可以记录一下。
- 关于某个主题自己有了点想法，可以记录一下。
- 突然想要去搜索某个问题，可以记录一下。
可能最后清单里面囤积了几千条记录，但是不要怕，也不必有任何的压力，只要能干掉一条记录，那就是一个胜利：要么落实为行动，要么拓展为文章，都是很好的归宿。你会因为你的文章字数写得多而有压力么？肯定不会吧，那么，又何必因为任务清单里面记录了太多而有压力了。
只要将最重要的几个任务设置好优先级，其它的任务，随它去吧。只要我记录了，它就不会跑，至于是今年干掉它，还是明年干掉它，那就看天意啦。(当然了，为了防止自己的记录被沉没，定期扫一眼所有的记录还是有必要的，说不定过去的记录又会给现在的自己什么新的触发呢)
写作流程
写作流程：问题驱动，始于搜索，基于标注，成于整理。
一般我要找什么东西，就是先用Chrome浏览器搜索一些相关文章看看，边看的时候边标注有用的部分。之前还折腾过一段时间的网页标注工具，专门写一篇文章介绍网页标注-Diigo:网页标注工具：像看书一样看网页
但在用了一段标注工具以后，感觉好像还是少了一点什么，后来才意识到：标注其实是一种辅助阅读工具，可以帮助我们更聚焦的阅读，缓存阅读的收获，但是作为笔记的话，它就有点不够了，因为不是自己写的，还需要做进一步的整理加工才行。而之前我就是做了标注就完了，现在呢，得在标注的基础上，在Obsidian里面自己再去总结一下，标注只是参考素材而已。
而且标注还有一个问题，同一个主题的文章，我们可能会查阅很多篇，标注可能分散在各个文章中，这个时候，不在Obsidian里面自己来整理，肯定是不行的。
当你有了同一主题的很多标注以后，其实写文章真的很简单，就是将同一类别的标注放在一起重新组织一下，加一下衔接和描述性的话，加一下概括性的小标题。一般来说，一篇文章有个4-5个二级标题就够了，二级标题下面，只用写个一两三百字就够了。而且有了右侧大纲查看文章的标题层级，可以随时添加标题占坑，我们完全可以慢慢写，慢慢完善，写文章没必要追求一气呵成，不过追求在一个小段落上一气呵成，倒也可以。
PS: 现在不用Diigo了，以前是喜欢它的原始网页标注，现在有Hypothes可以代替了；喜欢它的网页备份，有Cubox可以代替了，而且Diigo的网页备份的全文搜索太垃圾了，只能搜索标注内容，不如Cubox可以搜索全部文本。当然了，其实最重要的原因还是因为Diigo有点贵，还很封闭，居然不支持导出书签，而且没有开放API。而Hypothes和Cubox都是有开放API的，这样我就可以写脚本将它们和Obsidian联动起来了。
有个想法就是写python脚本，每天将Hypothes-API的数据导出到Obsidian/HighLight文件夹下的md文件里面，每个网页的标注生成一个md文件，同时生成一个所有标注的索引文件，方便查看。为什么要放在Obsidian文件下，因为Obsidian的全文搜索很方便啊。 #todo
发布流程
发布流程：用Ob写作，用VSCode发布，添加知乎目录。
现在我只需要在Obsidian里面用快捷键-默认应用（VSCode）打开md文件，就可以立马切换到VSCode里面用插件的快捷键来发布md文件到知乎了，这个流程非常顺滑。
不过发布到知乎以后，最好是修改添加一下目录，这样文章看起来就很舒服了。不过知乎居然不能设置默认开启目录，还得要我自己每次都更新一下，真是麻烦。
关于发布平台的选择，为什么选择知乎呢？哈哈，其实主要是因为自己平时喜欢搜知乎,本来就是它的活跃用户了，就顺便在这里写点什么吧。至于为什么不选择微信，因为微信的修改次数有限，不方便我们后期做大改动，我的文章可能后期会做很多结构上的调整等，代码要迭代，文章也是要迭代的。至于语雀，其实也不错的，相当于文档界的github，可惜活跃用户不是很多，没啥人回来看我的文章，发在知乎上面，偶尔还会有人来看，每天看到这个阅读数据往上涨，内心就很爽啊。
为什么一定要发布呢，自己写自己的私人笔记不行么？这个嘛，人是社会动物，自己写日记什么的那当然没问题，但是写一些技术分享、学习心得、工具体验，有人可能会看到，会让我在写的时候更认真一点。写作嘛，其实就是现在的自己写给未来的自己的备忘，未来的自己可能会忘记了此时的上下文，那么，如果现在的一个其它人也能看懂的话，未来的我就一定能看懂。
发布流程被用VSCode优化了以后，发布的体验好了很多，以前的话：
- 如果直接在知乎上面写文章，就没有标签和全文搜索了
- 如果只是在Obsidian里面写文章却不发布，那就陷入闭门造车了，可能自己的错误观点会被自己一直保持，如果这个时候能有读者点醒自己，那该是多么幸运的事呢，发布即交流
- 每次修改以后，要保持知乎版和Obsidian版的同步，如果都要考复制粘贴的话，效率太低了
- 现在的流程，写作在Obsidian，用VSCode做通道，发布到知乎，全部流程不超过30秒，都是快捷键操作，体验很舒服
以后有机会研究一下 Zhihu on VSCode 插件的实现原理，看看能不能实现一个Obsidian版本的知乎发布插件吧。理论上说迁移起来应该不难，因为VSCode和Obsidian好像都是基于Electron #todo
软件杂谈
本来以前还用Sublime的，现在基本上只使用VSCode了，大型项目还是用IDEA全家桶，但是平时的github下载的代码查看、一些简单代码的编写，几乎都交给VSCode了。
一度想过用VSCode来代替Obsidian，做为主力的MarkDown笔记工具，但是一段时间的体验来看，在笔记方便，还是Obsidian更加顺手，目前它的这些功能我还没有在VSCode找到很好的替代品：
- 文章的目录大纲
- 标签墙按数量排序
- DataView筛选笔记
- 本地引用可以直接悬浮查看
Obsidan的双链本来才应该是它的最大的特色的，但是在我的使用经历中，几乎没有用过，总感觉知识图谱像在玩连连看，有点华而不实。我还是更喜欢标签这种形式。当然了，如果能找到一个使用双链的场景，我还是很乐意试试的，不过目前就还是以标签+全文搜索为主了。
滴答清单这个软件呢，功能很多，相当于一个工具箱了，但是有一点不好：不支持无限层级，编辑起来没有大纲工具的那种丝滑感觉。所以呢，我现在一般只是用滴答清单来收集任务和闪念，但是会定期将里面的所有记录都迁移到WorkFlowy上，超级喜欢WorkFlowy那种随意添加节点和拖动节点的流畅感，这是目前在其它大纲工具上很少有的体验。对我而言，WofkFlowy+滴答清单，就是一个全平台的OmniFocus。
大纲工具呢，很适合做一些结构化的思考，比如制定计划，列清单和流程等，但是对比MarkDown工具呢，大纲工具天然的对图片和代码不够友好，在大纲工具里面插入图片和代码，总觉得有点怪，看起来不够美观。
曾经尝试过在WorkFlowy里面实现All in One，最后放弃了 ，一般来说，在大纲工具里面，我会追求尽量的精炼，但是在Markdown工具里面，我就随意多了，想写什么就写什么，可能会有点灌水，但是有些灵感，说不定也在灌水中冒出来了，只有先让思维流动起来，才有可能流淌出可能闪光的东西，写不只是为了记录，写本身就是更好的思考，那些视图在脑海里面想好了再去写的人，往往写不出多少东西。
参考资料
参考资料这一块呢，只有是有用的网页，它一般都不会逃脱被我们收藏进Cubox的宿命：
- 要么就是在我们写文章的过程中，直接就插入了这个外链
- 要么就是在每篇文章的尾部的例行的参考资料列表里，我们写完文章以后，一般浏览器还会打开着不少与本文有关的窗口，这个时候，我们就可以去浏览器窗口，选择有用的标签页用TabCopy插件导出md格式的外链插入到参考资料里面
- 要么我们在它的网页上面做了Hypothesis标注，以后我们可以导出md文件，然后被我们扫描md文件的外链再导入到cubox，具体做法，可以参考：获取Obsidan里面所有md文件中的所有外链，生成一个Chrome书签文件
- 要么就是直接被我们用Cubox浏览器收藏了
- 要么就是被Chrome浏览历史记录 ，然后被Cubox自动同步到Cubox的浏览历史里面了。
总而言之，有了Cubox这个可以批量导入链接列表的网页备份工具，只要我们在Obsidian里面以外链形式插入了这个链接，这个链接就不会跑掉的。