Local First

墨问的客户端，以及大部分程序的客户端，都有个特点。就是你不主动去拉取数据，你在客户端看到的数据不会自动更新。

比如我打开五哥新写的一篇文章，看完之后，点赞加收藏。在我打开这个页面之前，还没有人点赞收藏过，我会以为自己是第一个点赞收藏的，但事实可能并非如此。

有人觉得，应该让用户及时了解数据的变化。相应的技术也有，要么客户端轮询，要么服务端推送，哪一种都挺折腾。

其实对大部分应用来说，实时更新客户端数据，都只为满足「想要看最新数据」这样一个冲动，至于下一步，在看完这些数据后，到底想要做什么，答不上来。想要什么呢？挠一挠头，就是想要看更新的数据，仅此而已。

@李艺（我称他大帝）在墨问里讲了他把数据存在石墨文档，最后搞丢了的事。石墨文档我也用过，支持多人同时编辑，且彼此实时可见，在当年算是很新奇的体验。花哨的功能上做得出彩，但最重要的数据可访问性却存在疏忽，用着不踏实。

如今的云计算更发达了，网速也快，按理说会有更多场景适合把数据放在云端。但事实上，很多近几年流行的笔记类软件，主打一个 local first 的概念，甚至是 local only，压根不提供云端存储。这能让用户对自己的数据有了更强的掌控感，数据就在自己电脑上，怕丢想备份可以有很多种方案，完全由你说了算。由于数据不离开设备，隐私安全也不再是问题。

对于个体开发者、小团队来说，保障用户在云端数据的隐私安全，做这事的成本太高，不如不碰。另外，凡成本高的也尽量别碰，比如太耗费流量的，耗费大模型 token 的，都会成为长期的成本负担。

618 我在阿里云上购置了两个大件，一件是 4 核 8G 的服务器，花 4000 多租用五年。另一件是网络流量包，买了 7 个 T，也花了 4000 多，但只够用一年。算下来，网络流量是服务器费用的 5 倍。

今天跟老板做了绩效面谈

谈着谈着，老板说咱聊完要留下一个成果物，给 HR 留档。

这个成果物其实就是绩效面谈的记录，本该由他来写，他甩给了我，我甩给 GPT。反正没人看，我不看，老板不看，HR 除非有窥探欲否则也不会看。这活就很适合 GPT 来干了，主打一个程序流程正义，内容本身没人在意。

万一老板怪罪，说你拿 GPT 糊弄鬼啊，我就说咱谈话的内容很多不适合写下来。比如咱聊了你的副业，分析了为什么失败，我鼓励了你，说这也不算失败只是遇到了困难，调整一下再试试看。你问我将来有什么打算，我说感谢公司养着我，感谢公司的大桶水和空调，我的短期打算就是挣钱换刀乐，有经验了以后一定毫无保留分享给你，让你的脚也踏上两只船，到时候人会变的坦荡，会真心祝愿中美和睦世界和平。长期打算，没有。

这些内容，显然不适合留档。