坚果云MarkdownJoplin 有可以自定义的 Markdown 语法。可以支持各种网盘、本地路径、甚至远程文件夹；它端对端加密（E2EE），这意味着理论上你可以完全不受任何机构的监控，有一个完全安全的环境；它是开源的，意味着你面对的是具有极客精神的开发者大家庭，而开发者永远不会背叛自己；它跨平台，甚至支持 CLI；最重要的是，它完全免费，而且提供了从 Evernote 转移的方案。
Markdown 和 Evernote：写作和存档的初次踫撞
自从一五年的某个下午无意间接触到 Markdown 那符合直觉的语法之后，我便从未停止过使用它作记录的尝试。
从课堂笔记到项目日志、灵感记录和思维导图的快速生成，Markdown 似乎都能胜任。于是它成了我生活中不可缺少的部分，甚至连日常书写中，我都会使用一种经过改造适合手写的 Markdown 语法。
Markdown 风格的手书笔记
另一边，具有便利的存档和索引功能的 Evernote（或国内的印象笔记），一直是我以键盘书写时倚赖的工具。长久以来，我也养成了整理好的笔记和收集到的材料，都以某种特定的规则归入 Evernote 的习惯。
Evernote 笔记本目录
可是问题却出在将两者结合的时候。
前者 Evernote 笔记的存储方式，是一种富文字（RTF）的格式。这自然有它的优势，例如文档内的图片等物不需要单独存储，且支持丰富的格式和排版。一个 HTML 的网页，可以简单地就被转化为一篇笔记——这个优势被 Evernote 的团队利用起来，而后还开发了和浏览器写作的 Web Clipper，一度成为了收集癖的福音。
可偏偏是这种存储，导致了很多使用中的不便。其中最明显的便是排版上的。用户常常需要花费一些精力来排版收集来的文字，写作的时候也需要考虑如何利用好富文字。比如简写的时候如果采用项目符号（即「•」Bullet Point）排版，经常会碰到缩进不整洁而导致心情变差的情况（对，就是我本人）。
另外想吐槽的一点就是，Evernote 团队好似为了听取用户意见似地建立了用户论坛，并且把提意见的整个流程变成了用户间民主投票再转交开发团队的样子，导致小圈子内的人主导了整个软件生态的模样。就支持 Markdown 语法一事来说，争吵快十年了也没有一点儿气色。管理层的嬴弱和开发团队的无能一显无疑，让我这样的老用户十分心寒，恨不得天天烧高香让微软并购它。
再说说后者。Markdown 的哲学是把排版和写作分开，让作者在写作的时候不用太过分心于与创作内容无关琐碎事物。这并不是轻排版而重内容，恰恰相反，正是因为排版重要，我们才想把它从写作中分离出来。Markdown 本身虽然只是一种写作格式（或说标记语言），但是却仰赖于 HTML 的力量。也就是说，使用 Markdown 的人在不接触其他工具的情况下，也可以做出丰富效果的文档。再不济咱还有 CSS 不是？
于是一直以来，我都强迫自己以普通文本的方式在 Evernote 中用 Markdown 写作。原以为二者会相得益彰，可现实却恰恰相反，它们在一起反而愈显彼此的短板。
举例来说，在 Evernote 中 Markdown 对标题（Title）的标记「#」并不是很显眼。再者语法中的暧昧的地方，例如两段文字中是否要插入空行，反而造成了原文档排版的二次矛盾。更不要说表格（Table）以及其他功能的可读性了。
