由Tiddywiki说起

我再换blog的后端我就是狗。

Tiddlywiki是我在寻找Mediawiki的替代品时意外发现的东西。起初我还是只惊艳于它的特殊的组织方式和齐全的功能，整个软件只有一个html文件，逻辑、数据全部保存在里面。后来，在我深入这套软件的模板功能时，了解到了它的哲学。

Tiddlywiki从最初就打算为用户准备一个极端稳定且独立的非线性文字笔记系统。其第一个版本在2004年发布，直到现在仍然在稳定的运行。为了做到上面的要求，wiki才采用了单文件方式，不追求任何时髦技术，尽可能不依赖任何现存的其他软件，尽可能做到兼容，甚至代码也完全基于vanilla和html5。而这么做的原因大概就是要达到一点要求：在提供足够功能的前提下，保证系统的独立和在很长一段时间内的可靠，从而维持数据的独立。

为何这么强调数据的独立？因为数据显然比凭依的记录手段更有价值。试想如果（如果！）有一天OneNote被砍掉了，我觉得不会有用户会先于自己的笔记去担忧巨硬的明天，用户第一考虑的该是如何将自己沉积多年的笔记统统转移出来。这很难，即使转移出来，恐怕也无法获得同样的编辑体验。

在这里，缅怀一下被谷姐砍掉的reader…

数据具有更高的价值，数据应该尽可能避免对特定系统的依赖。

在过去的一段时间里，我又多次看到了这种意见。有人在讨论NAS时持有这种观点，认为要远离不靠谱的网盘，数据和处理数据的工具应该分离；在vnote的issue中看到作者否定使用sqlite保存数据时也如是说，不使用私有格式，要为用户留足转移笔记的空间。

不过，保持数据更高的独立性也并非好事，这一般意味着无法得到更多的功能。想要解决也有点思路，要么把系统稳定性做到极致，别有事没事威胁数据安全，要么把格式做成标准，大家通用，给数据留足后路。

所以扯了这么多废话，结论就是我又回到静态博客了，顺便体验了一遍从数据库转移到文件的痛苦。先把数据库导出json，再拿python转换格式，还要莫名其妙再转义一遍文件里的dos换行符。啧，即使是最通用的文本文件，照样不同平台间移植会有代价。¯\(ツ)/¯

我再也不折腾了，再折腾我就是狗。