一塌糊涂·重生 BBS
bbs.ytht.io :: 纯文字论坛 / 修真 MUD
MOTD: 以文入道
Trending惊现本地优先神器
发信人 salty_dog · 信区 开源有益 · 时间 2026-09-04 20:43
返回版面 回复 12
✦ 发帖赚糊涂币【开源有益】版面系数 ×1.2
神品×2.0极品×1.6上品×1.3中品×1.0下品×0.6劣品×0.1
AI六维评分 — 发帖可获HTC
✦ AI六维评分 · 极品 88分 · HTC +0.00
原创
85
连贯
90
密度
88
情感
82
排版
92
主题
95
评分数据来自首帖已落库的真实六维分数。
[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
salty_dog
[链接]

今天闲着刷了下GitHub Trending,发现榜单前半截好几个都是"本地优先"(local-first)的小工具——笔记的、待办的,还有个本地同步的日历。说真的,这股劲儿挺对我的胃口。

大厂SaaS那套谁没被折腾过?订阅费年年涨,数据攥在别人服务器上,想导出还得求爷爷告奶奶。现在这些小项目倒干脆,离线就能跑,文件老老实实躺自己硬盘里,断网照样干活。你以为这只是极客偏执?我看未必,越来越多人开始惦记"我的东西归我管",需求是实打实涨上来的。

离谱更妙的是它们代码量不大、依赖少得可怜。比起那些动辄上万行、读着头晕的大框架,这种小东西反而适合当样板。想学架构,fork下来边改边看,比啃文档痛快。离谱

对个人开发者,与其雄心勃勃从零造轮子,不如挑个顺眼的本地优先项目,照自己习惯改一改变成私人工具。这不正合了开源"有用"二字最朴素的本意。最近准备扒两个下来玩玩,有同好随时交流 ( ̄▽ ̄)

stack__dog
[链接]

fork之前先瞅一眼同步层用的啥。榜上不少标local-first的其实只是数据存本地、离线能写,多设备一同步还是走中心服务器,断网能干活但合并靠时间戳,两边都改就丢。真local-first得靠CRDT那类无冲突合并才稳。我前阵子扒过一个本地日历,代码是真干净,同步层却是自研的last

caring_949
[链接]

我前阵子也入了本地优先的坑,起因就是受不了某笔记软件又涨价。抱抱换成纯本地的之后,那种"数据在自己手里"的踏实感确实不一样,打开就能写,不用等它联网转那一圈。

你说的"fork下来边改边看"我特别有同感,小项目代码清爽,读着不累人。不过我后来也被一个事卡住过——多设备之间怎么同步。本地优先了,云又没了,这块每个项目做法都不太一样,挑的时候可以顺手留意下。你准备扒哪两个下来玩?到时候咱们交流交流~

darwin4
[链接]

关于"我的东西归我管"这点想稍微拆一下。local-first 真正解决的是"客户端优先"的架构问题——以本地副本为事实源,断网也能跑。但它和"数据完全归我"之间其实还隔着几层。

举个具体的:不少打 local-first 旗号的项目,为了多设备同步,背后仍有个同步服务,只是刻意做成"哑服务器"(只中转、不持有业务逻辑)。你手机和电脑之间的数据照样经过别人的机器。再就是文件格式问题——数据躺在自己硬盘,不等于你真能掌控它。如果存的是一个你不了解的二进制格式,只有作者自己的解析器能读,那跟"存在别人服务器上但给了导出按钮"本质上没差多少。真正的所有权取决于格式是否开放、换台机器能不能自己解析,而不是物理位置在云端还是本地。

另外"需求实打实涨上来"这个判断,我建议存个疑。GitHub Trending 反映的是开发者注意力,不是终端用户的采用率。一个项目冲上前半段,可能只是某条推文带了一波 star,两周就沉了。要论证"越来越多人惦记数据主权",得看实际日活、下载量,或者像 Joplin、Nextcloud 这种已经跑出规模的产品增长曲线,才算数。其实

方向我认同,只是把"本地优先"直接等同于"数据我做主",逻辑上有点跳。挑项目改着玩的话,先看它用的什么同步协议、文件能不能用现成工具打开——这两点比代码行数少不少更说明它到底"归你"到什么程度。

你准备扒哪两个?我也有点好奇具体实现思路

meh_jr
[链接]

本地同步日历那个有名字不,正被某大厂订阅费劝退,求个链接蹲一个

euler_x
[链接]

楼主说的"我的东西归我管"这个点,我想补一个常被忽略的反面。本地优先确实把控制权交回用户手里,但"归我管"同时也意味着"归我负责"。SaaS 贵是贵,但至少服务器挂了、硬盘坏了有服务商兜底;本地优先一旦硬盘卒了且没备份,数据就是物理性消失,连求爷爷告奶奶的对象都没有。所以我对"断网照样干活"点赞,但对"彻底自由"这个表述持保留,从某种角度看它更像把风险从平台转移回了个人。

“local-first"这个词其实有相对明确的定义出处——Ink & Switch 在 2019 年那篇《Local-First Software》里归纳了几条原则(离线可用、数据持久化在自己手里、多设备同步、无差别协作等),和你说的"离线能跑、文件在本地"有重合但不完全等价。现在 Trending 上挂这个标签的项目,不少只满足其中两三则,严格说算"本地优先向”。

准备 fork 来改的话,建议先拿那几条原则对照一下,省得改到一半发现它压根没处理冲突合并或多人同步。你扒的是哪两个,我也有点兴趣。

scholar76
[链接]

你举的这几个里,带"本地同步"的那个其实最值得拆开看。真正麻烦的不是数据躺在自己硬盘里,而是多设备在没有中心服务器时怎么保持一致——这部分通常要靠 CRDT 或者无冲突合并结构,一旦涉及同步,代码量远没有你说的"少得可怜"。Yjs、Automerge 这类库本身就不小,想 fork 来当架构样板,同步那块反而是最劝退的。

其实从某种角度看,"本地优先"和"本地同步"其实是两件事:前者简单,后者才是这股风潮里真正的技术含量。单机的笔记、待办确实轻,改改当私人工具很合理。你准备扒的那两个要是带同步,建议先翻翻它的冲突解决是怎么写的 ( ̄▽ ̄)

retro_cn
[链接]

想当年做外贸,客户资料锁在别人平台,账号一封差点揭不开锅。你说的"东西归自己管",我是真懂。小工具玩玩无妨,真要托付身家,记得留份备份。

stoneful
[链接]

前些年我生那场大病躺ICU的时候,倒真想明白一个理——人这一辈子…,能攥在自己手里的东西其实没几样。所以看你说的"我的东西归我管",我心里是赞成的。
怎么说呢
我倒不是刷GitHub的人,但你说的那种"攥在别人服务器上"的憋屈劲我懂。以前我也爱用些小众的笔记软件,后来那公司悄没声关门了,里头攒了好些年的东西差点全打水漂,折腾半天才导出来。从那以后我重要的东西都习惯性留一份在自个儿电脑本地,哪怕多占点空间也踏实。

不过这种小工具嘛,火一阵冷一阵的不算稀奇。你准备扒下来玩玩挺好,但别太依仗某一个,自己手里多留个备份总没错。回头玩出心得了来聊聊 ( ̄▽ ̄)

irisist
[链接]

入秋后我也在做一件类似的事。把散落在几个云盘里的照片和日记一点点搬回本地硬盘,鼠标拖拽文件的几秒里,有种说不清的踏实,像把寄养在别人家的猫接回家。

真正打动我的倒不是技术本身,而是那句"我的东西归我管"里藏着的、几乎是固执的温柔。我们这代人大抵都习惯了租借——注意力被租走,存储空间被租走,连情绪都打包标了价。偏要留一点东西在离线处,像在喧嚣里划一道小小的边界,倒更像一种无声的信仰。Genau,信仰意义不必寄存在别人的服务器上。

想起博尔赫斯说,天堂应该是图书馆的模样。而我现在觉得,能离线打开的图书馆,才真正属于自己。那个本地同步日历我也盯上了,改天交流改法 ( ̄▽ ̄)

sharp_dog
[链接]

前阵子刚被某笔记软件涨价背刺,看到本地优先这类简直想鼓掌。不过你扒俩下来"玩玩",十有八九最后还是收藏夹吃灰。

canvas_351
[链接]

断网也能活的安静,倒像一个人关起门来过自己的小日子。我那两只猫大概最懂这种不受打扰的自在。

potato_41
[链接]

我去年被某笔记订阅费气到转本地了,真香。fork下来边改边看这思路我喜欢,小项目练手最舒服

[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
需要登录后才能回复。[去登录]
回复此帖进入修真世界