跳到主要内容

游牧周记第58期

· 阅读需 6 分钟
Suhe
This site owner

影视

致逝去的童年

还有希望吗?也许! 怪奇物语大结局。煽情、别致、非常好看,这就是我的评价。 编导聪明之极,下一代和各种伏笔已经准备好,无非就是怎么展开而已。 所有人都不像是演的,太厉害了,这几年的剧不管情节如何,演员水平似乎提升了是我的错觉吗?

总之,80年代过去了,90年代即将到来,70后主角无论在剧中还是现实都已经退场,接下来是80后掌控一切。

polymarket.com闹翻天了,哈哈。

新知

又一个红楼梦悼明解读

# 红楼梦【隐史】到底在写什么?13年研究,全新红学——《典论派红楼梦》全球首发【引子】 这个作者我关注一段时间了,讲解有力,口条清晰。 原以为和女王泡面的观点一致,但他有自己的理论。 隐喻和对照也有不同。 宝玉同时对应顺治和永历,林黛玉是郑成功,怎么说下来,我觉得又很有道理了。

飞书到底特别在哪里?

这个名字我听过多年了,只知道是个国内的办公工具,从来没用过(不屑?)。 没想到这么多年过去了,越来越多人在提,特别似乎和AI关联还挺大。 于是问了一下ChatGPT: "飞书到底是个什么应用/平台?有什么特别的" 回答如下:

飞书(**Lark**)本质上是一个 **面向企业和团队的一体化协作平台**,可以把它理解为:

> **“企业级的微信 + 钉钉 + Notion + Google Docs + 自动化工具” 的组合体。**

它不是单一功能的 App,而是一个 **协作平台**。

---

## 一句话概括

**飞书的核心特点:把「沟通、文档、流程、数据」放在同一个地方,并且彼此是“联动的”。**

---

## 飞书主要能干什么?

### 1️⃣ 即时沟通(像微信 / Slack)

- 私聊、群聊、话题群

- 支持 **@文档 / @表格 / @任务**

- 消息里可以直接插入:

- 文档

- 表格

- 日程

- 投票

- 支持多语言自动翻译(国际团队很友好)


👉 **重点**:聊天不是孤立的,能直接“指向工作内容”。

---

### 2️⃣ 云文档(飞书文档是它的王牌)

类似 Notion / Google Docs,但**更偏企业协作**:

- 文档、表格、思维导图、幻灯片

- 多人实时协作

- 权限控制极细(公司级别)

- **文档可以直接嵌入:**

- 任务

- 表单

- 数据表

- 代码块

- 外部链接


👉 很多公司直接 **“不用 Notion / Confluence 了,只用飞书文档”**

---

### 3️⃣ 飞书多维表格(非常特别 ⭐)

这是飞书**最有差异化的功能之一**,类似于:

> Airtable + Excel + 简易数据库 + 自动化

你可以用它来:

- 做项目管理(代替 Jira / Trello)

- 做 CRM

- 做内容排期

- 做人事 / 运营 / 财务管理

- 搭配自动化流程(审批、通知、数据同步)


👉 **不会写代码的人,也能搭“系统”**

---

### 4️⃣ 日程 & 会议(很适合公司用)

- 会议自动建群

- 会议纪要可自动生成(AI)

- 和聊天、文档深度绑定

- 跨团队查看空闲时间


---

### 5️⃣ 审批 / 流程 / 表单(企业级)

- 请假、报销、采购

- 自定义审批流

- 表单数据直接进多维表格

- 和人事、财务系统对接


👉 这是微信/Notion 没法做的。

---

### 6️⃣ 开放平台(对技术团队友好)

- 提供 API / Webhook

- 支持自建应用

- 可和你自己的系统打通(如 ERP、CRM)


---

## 飞书「特别」在哪?

### ✅ 1. 所有东西是“连在一起的”

不是:

- 微信里聊天

- Notion 写文档

- Excel 做表格

- Jira 管项目


而是:

> **聊天 → 文档 → 表格 → 流程 → 数据 → 再回到聊天**

---

### ✅ 2. 文档 & 表格不是“摆设”,而是“工作中枢”

- 文档可以当 **产品说明 / 项目主页**

- 表格可以当 **数据库 / 系统后台**


---

### ✅ 3. 对中国企业非常友好

- 本地化好

- 审批流符合国内公司习惯

- 合规、权限、组织架构很强


---

### ✅ 4. 字节跳动内部“验证过”

飞书最早就是 **字节跳动内部用的工具**,是“先被万人规模验证,再对外开放”。

---

## 飞书 vs 常见工具(简单对比)

|工具|更像什么|适合谁|
|---|---|---|
|微信|社交聊天|个人|
|钉钉|管理 + 考勤|传统公司|
|Slack|聊天为主|技术团队|
|Notion|知识管理|个人/小团队|
|**飞书**|**一体化协作平台**|**中大型公司 / 成长型团队**|

---

## 什么团队最适合用飞书?

- 创业公司

- 互联网/产品/技术团队

- 远程或跨城市团队

- 想把 **流程、文档、数据统一** 的公司

看完之后似乎还是没有想用的冲动(班味太浓?)。

资源

一个国内Claude Code代理服务

好像叫"ClaudeBox"啥的 记录一下2026年1月初的价格标准:

开发

打包分发apk的又一个方法(失败)

以前傻乎乎的eas打包完aab,又来一次apk,非常慢不说,控制大小(split)还很麻烦,expo至今也不官方支持。 其实aab完成后用Google官方的转换工具bundletool就搞定了。 官方资料 安装bundletool。 然后执行:


bundletool build-apks \
--bundle=build-***.aab \
--output=arm64.apks
--device-spec=./device-spec-arm64.json

这里我只生成一个arm64版本的apk。 生成后执行:


unzip arm64.apks -d outputs

注意这里--device-spec是指定一个设备参数,我只想要arm64的,这个json文件写成:

{
"supportedAbis": ["arm64-v8a"],
"supportedLocales": ["zh-CN"],
"screenDensity": 480,
"sdkVersion": 29
}

// 一行都不能少

**结果发现这个方法打包的没法安装,因为都是分开的apk包,只能用adb install-multiple apks/*.apk命令安装。

如果想生成一个universal的:

bundletool build-apks \
--bundle=app.aab \
--output=arm64_universal.apks \
--mode=universal

又变成整体大包了。

后来咨询了Claude,才得到了更好的答案。 见我这篇文档

开发

OpenCode

x上有人天天推,开源的Claude Code,当然吸引我的是“开源”,而且免费用GLM 4.7(据说很好,近期Nvidia平台也免费提供)。

游牧周记第57期(2026开年第一期)

· 阅读需 3 分钟
Suhe
This site owner

标签 Tags

2026

读书 

周易有答案

梁冬的一本书,我在微信读书买了会员,晚上随便一听。 开始以为是一些心灵鸡汤和基本知识介绍,没想到多年写周易app的我,得到了自熊逸那本入门书以后最大的启迪。 基于第一性原理对卦象的解读,令人震惊,我听到“乾为天”的天文学解释简直快疯了。 还有预测的过程是“启迪”,“预测未来就是创造未来”这些其他学说观点和容格的一些概念碰撞出的火花。 这么多年过去,梁冬的思想还是有水平的。 微信读书有他的原声版。 缺点就是一些突兀的个人经历和想法,虽然还是我们这代人的典型教育,但还是很违和...

扩展阅读:# 探寻东方苍龙!仰望飞龙在天!七月流火啥意思

影视

怪奇物语大结局

其实还没看完,只到第7集。 还是我一直以来的观点,Will的演技是神!

开发

npm官方验证方法改了

要求用2FA,原来的publish报错403。 说明见官方通知 问题在于整个过程中npmjs.com的页面大量报错,很难处理,换了机场才搞定,最后我选择的Security key,用icloud密钥来验证。

学易App新版准备中

v4.1.0,大版本没有变,因为基本构造和功能还是一样的,主要在于UI和体验的优化。 由于不急,所以整个过程都在慢慢打磨,styling的方式回归初心,改从云端获取数据、多语言资料,为了和网站保持一致,npm库做了共享。 AI使用中最满意的是帮我实现了很多动画效果,这是个人手写最烦的部分。

语言

I’ll take that with a pinch of salt

我看到这句,来自F1电影。 意思:我会对这件事持保留态度 / 不完全相信 / 半信半疑。 来源: “take it with a pinch of salt” 的来源主要有两条常见解释,其中第一条最被学界接受:

1️⃣ 拉丁文起源(最主流说法)

来自古罗马作家 老普林尼(Pliny the Elder) 的著作《博物志》(Naturalis Historia,公元 1 世纪)。

书中提到一种解毒方法,配方里包含“一粒盐(salis grano”。
后来这个表达被引申为:

听到某种说法时,要“加点盐”——
也就是 别直接吞下去,要保持警惕和判断力

📌 这也是为什么现代英语里用 salt 来表示“理性、怀疑、防范”。


2️⃣ 实用引申说法(较通俗)

盐能改善食物味道、掩盖不好的味道。
所以“with a pinch of salt”被理解为:

这个信息 可能不太好/不太真
你需要“加工一下再接受”。

⚠️ 但这一条更像后来的民间解释,不是最早来源。

例子:

He said the project would finish next week, but I’ll take that with a pinch of salt. 他说项目下周就能完成,但我对此持保留态度

游牧周记第56期

· 阅读需 4 分钟
Suhe
This site owner

标签Tags

博物馆圣诞节

开发

放弃Unistyles后,我采用什么styling方法?

这个内容可以写一篇专门的文档,并且出一个视频。 原则和目标:

  1. 不轻易用第三方库,保持长期可复用,稳定;
  2. 要求高性能高效实现theme切换(明/暗/自动);
  3. 快速(且高效)调用/组合预设风格;
  4. 全局统一风格管理,尽量减少代码量;
  5. 可以一定程度在组件内快速定制带theme的style,且保持一定性能;
  6. 丰富功能性,易于快速复制; 我觉得最佳的实现是做到类似tailwindcss那么好用,又具备unistyles这样性能的官方支持方案,但目前看来还差得远。

创作

B站开新频道

其实B站没有“频道”这个Youtube概念,一个账号(手机+身份证)就只能绑定一个空间,空间就是频道。虽然可以通过合集划分不同内容,但2年测试下来,发现我的内容(旅行vlog+编程)实在差异性过大,算法都搞懵了,所以效果其实低于预期(虽然预期也不高)。 决定单开新频道,把非技术类的都搬过去(因为原频道技术类还有课程,多少卖了点出去)。 新频道还是叫“数字游牧Nomad”,和youtube保持一致,logo也不变。新频道。 老频道改名“代码和远方”。 据说搬运的审核很严,所以之前内容还很不容易搬过来,我也暂时不舍得删除。

新Saas项目思路

我问AI:

我有个创业产品思路,做一个“易经能力的云服务”saas平台,提供易经相关数据的Api等,已经有域名和相关网站了。

目标用户(更多面向中国以外市场):

  • AI / 应用开发者
  • 内容创作者 & 工具型产品
  • 企业/平台集成

现有数据:

  • 较为专业的多语言易经结构化数据,可以面向非中文应用;
  • 已经存在Supabase的库中,特点是各表基本无动态增量,多是固定大小的易经多语言数据(易经文档数据),行数多低于1万,但字段多采用text或jsonb,可能较长;

初步技术栈思路:

  • 后台数据库用Supabase;
  • Api服务和Dashboard/Web界面用NextJs v16+(Vercel部署);
  • 订阅暂用creem服务收费(因为身在国内没法申请stripe);
  • 用户登录考虑Supabase Auth或Clerk;
  • 多语言用next-intl;
  • 全局状态用zustand;
  • UI用Shadcn;
  • styling用tailwindcss(next自带最新版);
  • Icon用lucid;
  • Theme明暗/自动切换,考虑用next-themes;
  • 一切库用最新版本;

服务模式(必须注册并登录):

  • 订阅
  • 免费试用

用户技术服务要求提供:

  • API Key 管理
  • Rate Limit
  • Usage Metering
  • Webhook / Billing Hook(根据功能要求)
  • 文档和其他

其他功能:

  • 用户管理界面:Api key管理,用量查看,改密码/信息等;
  • 用户支付管理:订阅管理;

你一步步指导我开发,可以先问我目前项目的情况,在获得足够信息后,再给出代码建议。

总归,我的目标是做一个saas的项目模版,可以替换成任务其他saas项目。

关注

脑总MrBrain

原来不太看这种似乎不太专业的财经和投资频道,看名字还以为是蹭脑哥的,后来发现这人讲的很实在,而且表达清晰,有干货。 其实他是北大毕业,以前币圈出生,现在的内容多为传统金融和政策分析。还有些很不错的大实话,有一些不错的祛魅内容,比如这句话:你以为他是时间的朋友,其实他是领导的朋友。 这段非常精彩:# 越聪明越穷?“低信任式防御”让你错过所有机会

其他陪伴看片

Youtube其实只有一些reaction类型,且由于版权问题,多是片段或模糊处理。 B站这条赛道没有这些限制(目前),如果妹子(没错,全是妹子)的素质还不错,主要是真实感,那就更好了。我关注的点:1.妹子不能太丑;2.素质别太差,不然傻乎乎的反应气死人;3.确实投入(认真在看,不能明显为了搞钱无精打采的那种。);4.选片别太low。符合这个要求的除了之前关注的那个什么蛋以外,还有这个据说是00后:星云叭叭叭。 我觉得如果多人效果会更好,以后这种陪伴看片(我只接受看过的片)形式市场会越来越大,应该有新玩法诞生。

游牧周记第55期

· 阅读需 5 分钟
Suhe
This site owner

关注

步行的旅行博主

不是卖惨,形象也不差,表达清晰,有文化的样子。 所以人家不是没苦硬吃,明显乐在其中。 公度云游录 现在正在云南南方,看着挺爽的样子。一天走一个马拉松不到的样子。 看他走国道碎碎念的样子,我决定不能这样旅行。 关注量358,比我还少,一般点击量就几百。 即便如此,他还和其他网红联动了,看来这里有一个隐秘的联络网,我从来没接触过(估计就是抖音,我没装)。 为啥脚受伤了爱看这些?

游戏

暗黑破坏神IV S11

Diable 4新赛季,正好适合受伤后的我。 国服还要花488,算了,继续老服务器,预购了明年4月才上市的DLC 2(288)。 目的是新职业圣骑士Paladin。 不加速不行,又下了个新加速器,3天免费期。 在这期间,毕业了,只有一个遗憾:没掉神话暗金的地精地下城。

日常

开车去换手机卡

突然发现多年iPhone 12 mini的sim卡废掉了,没信号。 移动营业厅还是远,决定开车去,现在下楼梯有点难,走上100米仍然痛,幸好开车没问题。

手工抄写练字

主打一个简单静心调整状态。 用硬笔(圆珠笔),小本子,内容不超过500字的,反复。 佛学佛经相关。 繁体。 参考: (赵孟頫小楷心经(疑)版本三) 还有这里也很多可以参考的版本包括苏轼的

另外有一篇来自西游记的词也挺合适:原文出自彭致中“鸣鹤余音”,小说中结尾做了修改。 维基百科发现“# 鳴鶴餘音”是一个系列,元彭致中编,辑录唐宋以来39位得道仙真的诗词歌赋及杂文作品,有九卷,470篇,收入《正統道藏》太玄部。 第8回“我佛造經傳極樂 觀音奉旨上長安”的开篇:“试问禅关,参求无数,往往到头虚老。……”见《鸣鹤余音》卷二,主要谈禅悟和金丹之妙。 看来西游记作者(我已经不认为是)看了很多道家书啊。

我们来看看这个卷二第五篇:

試問禪關,參求無數,往往到頭虛老。磨磚作鏡,積雪為梁,迷了幾多年少。毛吞大海,芥納須彌,金色頭陀微笑。悟時超、十地三乘,疑滯四生六道。誰聽得、絕想巖前,無陰樹下,杜宇一聲春曉。曹溪路險,鷲嶺雲深,此處故人音杳。千丈冰崖,五葉蓮開,古殿簾垂香裊。免葛藤叢裹,老婆游子,夢魂顛倒。

这里面多是佛家语,果然三教合一,殊途同归。

西游记中是“# 苏武慢·试问禅关”:

試問禪關,參求無數,往往到頭虛老。磨磚作鏡,積雪為糧,迷了幾多年少。毛吞大海,芥納須彌,金色頭陀微笑。悟時超十地三乘,凝滯了四生六道。誰聽得,絕想崖前,無陰樹下,杜宇一聲春曉。曹溪路險,鷲嶺雲深,此處故人音杳。千丈冰崖,五葉蓮開,古殿簾垂香裊。那時節,識破源流,便見龍王三寶。

结尾处改变,点了全书要旨之一。来源:中國哲學書電子化計劃

2025的目标回顾

11月受伤以后,2025基本就算过去了,也不大有可能最后拼一把业绩。 去年底制定的2025目标,完成率不到10%😓。 其中比较重要的未完成目标:

  • 一次冥想体验
  • 减脂5kg
  • 5km连续跑步
  • 1km轻松跑
  • 10个引体向上
  • App(学易)的平台(tiktok/x/weibo/红薯~)至少一个1000+fans
  • 教学视频收入10000+(实际才几百,不如去年)
  • 完成一本电子书(web+pdf)
  • App收入800USD/Month(差很远)
  • 做一个旅行长片
  • new iPhone(with e-sim)(连消费都不达标)
  • 理财收入8000/月(差不少)
  • 美股见机买入,80%仓位(特斯拉390卖了,苹果也跟巴菲特卖了,后来就没买) 基本完成的:
  • B站/Youtube fans 1000+(加起来哈)
  • 除了家以外,有个静心写作和思考的地方(就是图书馆哈,可惜昆明的远了点)
  • 全年不超过10次胃食道逆流(今年大概4次)
  • 50个俯卧撑
  • 50个仰卧起坐
  • 国内网站备案(被逼的)
  • 坚持周记
  • 买了75+ TV 于是把标题改为2025-2026目标,其实去年写得还不错,修改一下继续努力。

年度旅游总结视频

把上半年的自驾游片段混剪,一共20分钟,发在网上了。

B站 Youtube

开发

expo app的statusBar自动判断明暗

才发现,不知道从哪个版本开始,不需要在引入expo-status-bar,并手工判断明暗风格赋值了。 现在的sdk(54+)似乎完全能根据背景色自行判断了。

准备放弃Unistyles了

不知为啥,新的app中一直有问题,theme不能及时刷新,配置麻烦。 准备改为RN的基本方法,反正用context做provider也很优雅高效。

游牧周记第54期

· 阅读需 4 分钟
Suhe
This site owner

标签 Tags

艺高人胆小

影视

F1

大家说了很久的这部2025商业大片,我终于找来看了。 之前之所以一直没看,还是觉得Pitt这几年为搞钱太商业,应该没啥亮点了,况且看车期间,这部片子的拍摄花絮都不知看了多少,没有新鲜感。 看下来的感觉就是,期望值降低的话,比想象的好。 哈维的演技和个人魅力不错。 小黑也演的可以。 Pitt真的有点老戏骨的样子了,但他和Tom Cruise谁更合适真不好说,整体上缺少极端的情感和戏剧化冲突的表现,就是老干部事事在我把握的感觉。 床戏一闪而过,其实我仍然觉得没必要,总的来说适合阖家观赏。 75寸TV仍然不够震撼,估计音效的原因。国内是否上映?还是已经下档了?不清楚。

关注

元元圆気蛋

和想赚快钱的很多youtuber一样,B站也冒出一大批直播+长片的看片reaction创作者,一般都是呆(萌)妹子,主打一个装傻陪伴。 这个妹子也是同样套路,但人和人真的有区别,关键就是形象气质没那么呆傻,至少不是真傻,也不刻意装low(不过我觉得其他人还真不是装的,但实在太low了),于是居然出现了鹤立鸡群的效果。 选片一般,观众点播的都不是我太想看的,但陪伴感还不错,有意思点的是# 【王知无香港电影史】系列。 没想到我会看这种,打游戏的时候伴随还行。 B站

無住禪心

youtube, 目前为止这么多佛学讲解中,最实在并容易理解的心灵修炼工具视频。 特点是用很多现代的生活比喻来解读,我觉得很到位。

了解一些词汇: 因陀罗网

一些故事: (华严经)五十三参

开发

用不用Uniwind?

这个东西刚被几个youtuber介绍时就很感兴趣,以为是Unistyles和Nativewind的优点都具备了。 仔细看了一下文档,感觉对于tailwindcss熟悉的用户而言,它确实比Nativewind更加适合(个人感觉)。 非常想在下一个项目中使用了,直到我看到这里:ProPro版本收费每seat 99美刀,有我很想要的tailwind动画效果,最气人的是Pro版性能也更佳,有个少rerender的设定。 虽然对这些库开发者而言,开源似乎已经很难养活自己了,但是,我想找一个能长期可靠依赖的库。Reddit上的评价更加极端,骂得厉害。 还是算了。

AI SDK又有新的了

Josh tried coding推荐了一个,据说还是alpha阶段,Tanstack AI,没错是Tanstack家族成员。 能否在ReactNative中用并方便实现streaming就不知道了,要试试看。

我在当前项目中用到了tanstack家族的一些包如:

"@tanstack/query-async-storage-persister": "^5.90.12",
"@tanstack/query-sync-storage-persister": "^5.90.12",
"@tanstack/react-query": "^5.90.10",
"@tanstack/react-query-persist-client": "^5.90.12",

这个唯一的目的是调用api时做缓存,AI推荐的方法,似乎没有更好了。

至于AI SDK,我用的最多的是从前几年开始的openai官方nodeJs库,后来为了app的流式输出,不得不加入react-native-sse,然后基本就是这个模式没变。 后来他们说vercel的也很好,我看来一下似乎对国产Providers支持有问题还是啥原因,最后没有用。 nextJs项目中,我还是openai库,但是网站流式实现就很简单。 还没有找到必须用其他库的理由,观察一下吧。

日常

这周脚可以室内慢走了,但不穿支具还是不稳。

游牧周记第53期

· 阅读需 2 分钟
Suhe
This site owner

标签 Tags

滨崎步

日常

崴脚恢复

第16天,靠支具可以走两步,单拐杖,淤血未消,还有点肿。

影视

怪奇物语5(大结局)

本周看了前4集,也只推出这些。 下载4k版本,在75寸TV看的,毕竟这是我曾经最喜欢的剧集之一。 一如既往的非常精彩,但是我发现自己居然可以预测剧情了,包括被关的超能力者是008。 以前最有趣的达斯汀这次表现有点硬,还没发现亮点。 威尔觉醒令人惊喜(回想那片段有点灵能百分百的感觉),之前我一直认为演技的巅峰是他。 这么多低年级小朋友,看来已经在策划第二梯队,未来新组合还会有扩展故事的(小胖子挺有意思。小妹子非常可爱,有成为大明星的潜质,显然已经在培养了。),我应该没猜错,这次大结局的主因是目前组合已经长太大了(11都生娃了据说)。

关注

可可惜哩xili

好像是贵州妹子,开面包车卖咖啡自驾游的。1k多粉。 新疆大理等地视频,感觉时间很混乱。 之所以关注: 风格平和不夸张; 不卖惨不做作; 车里似乎比较舒适; 有盈利方式; 买了个很不错的猫; 主要看猫。 Bilibili

六月雨上街書

B站居然有这样的博主。你看这个标题:# 中国式被害妄想的心理根源:为什么中国文化难以产生独立人格?中国人如何被互渗律集体催眠的?深度解剖中国人的互渗思维 B站

游牧周记第52期

· 阅读需 5 分钟
Suhe
This site owner

日常

踝关节扭伤

这次非常严重,韧带断了,涉及到住院、手术、长期静养。 学会了几个词汇:R.I.C.E原则, ATFL。

昆明的又一个据点

后新街网红老街,闹中取静;就是冬天室内有点冷;咖啡和点心稍贵但环境好。

关注

爱德华说

B站居然还有个敢说真话的,还不是黑话。 他是东北人。 # 一场集出生率、离婚率、死亡率于一体的东北人口消失魔术 被这个视频带进来,后来发现似乎也就这一部猛点。

Luke Made It

这小伙子的风格挺讨喜的,虽然赛道是非常偏门的程序员日常。 youtube 有时候看这些老外的视频,唯一羡慕的一点是他们能毫无麻烦的使用各种平台和AI服务。

影视

下载美剧的地方还有哪里好?

美剧天堂似乎很久没有更新了,最近追的Pluribus和“欢迎来到德里镇”,好久没更新,然后大结局季的“怪奇物语”即将到来,有点急。 找了一下似乎只有这里:SeedHub。 因为我的要求是下载,目标是appleTV上看大屏幕,否则的话现在B站都足够了。

知识

瞿昙

乔达摩.悉达多的另一个翻译法,我看到这个是老罗讲苏轼阴阳王安石的那篇“圣旨”(王安石赠太傅制)。

开发

expo读取Supabase如何缓存

Claude的建议和kimi差不多,就是用tanstack或自己写本地缓存方法。 kimi说还有React-Query / SWR + supabase-cache-helpers方法。 最后用了Claude的。

LangChain

一直没试过,最近也v1.0+了,我看到它们还有ts/js版本。官方频道有一些nextjs项目案例。 youtube

工具

mole 开源mac清理工具

gitHub

x上关注了作者,他也推广了好久,这次试试吧,毕竟512G的M1 pro用了这么多年,没有其他可以优化空间的办法了。


# 安装
brew install tw93/tap/mole

运行命令:


# You can use either 'mole' or 'mo' command:

  mo                # Interactive menu
  mo clean          # System cleanup
  mo uninstall      # Remove applications
  mo analyze        # Disk space explorer

# To update Mole, use:
mo update

我试了一下:


Clean Your Mac

**☻** First time? Run mo clean --dry-run first to preview changes

➤ System cleanup requires admin access
➤ Password: 

**Authentication failed**, continuing with user-level cleanup

⚙ Apple Silicon | Free space: 14Gi
✓ Whitelist: 5 custom + 2 core patterns active

➤ User essentials

  ✓ User app cache 249 items (30.16GB)
  ✓ User app logs 30 items (86.4MB)
  ✓ Crash reports 45 items (244KB)

➤ Finder metadata

  **☻** Finder metadata protected by whitelist
  **☻** Run mo clean --whitelist to allow cleaning .DS_Store files

➤ macOS system caches

  ✓ Saved application states 33 items (468KB)

➤ Sandboxed app caches

  ✓ Wallpaper agent cache (911.4MB)
  ✓ Media analysis cache 4 items (435.2MB)
  ✓ Sandboxed app caches 98 items (2.93GB)

➤ Browsers

  ✓ Chrome cache (47.6MB)
  ✓ Chrome GPU cache 25 items (10.3MB)
  ✓ Chrome Service Worker cache (681MB cleaned, 0 protected)
  ✓ Edge Service Worker cache (785MB cleaned, 0 protected)
  ✓ Arc Service Worker cache (158MB cleaned, 0 protected)

➤ Cloud storage

  ✓ Nothing to tidy

➤ Office applications

  ✓ Nothing to tidy

➤ Developer tools

  ✓ npm cache
  ✓ npm logs 13 items (192KB)
  ✓ pip cache
  ✓ Homebrew cleanup (1 items)
  ✓ pnpm store cache (1.21GB)
  ✓ Next.js build cache 3 items (26.9MB)
  ✓ Next.js build cache 3 items (41.7MB)
  ✓ Next.js build cache 4 items (280.0MB)
  ✓ Next.js build cache 2 items (12.7MB)
  ✓ Gradle caches 6 items (8.77GB)
  ✓ Ruby Bundler cache (24.8MB)
  ✓ Gradle daemon logs 12 items (1.50GB)
  ✓ Android SDK cache 76 items (5.0MB)
  ✓ Xcode Interface Builder cache (35.0MB)

➤ Development applications

  ✓ Xcode derived data 16 items (56.18GB)
  ✓ iOS device logs 12 items (528KB)
  ✓ Xcode build products 10 items (17.6MB)
  ✓ VS Code logs 40 items (3.6MB)
  ✓ VS Code cache (434.4MB)
  ✓ VS Code extension cache 2 items (824KB)
  ✓ VS Code data cache 8 items (85.3MB)
  ✓ Discord cache (306.6MB)
  ✓ Zsh completion cache (52KB)
  ✓ less history (4KB)

➤ Virtualization tools

  ✓ Nothing to tidy

➤ Application Support logs

  ✓ App logs: Antigravity 2 items (152KB)
  ✓ App logs: Cursor 10 items (13.4MB)
  ✓ App logs: Postman 4 items (604KB)
  ✓ App logs: Shadowbot 38 items (4.0MB)
  ✓ App logs: Trae 7 items (4.4MB)
  ✓ App logs: Trae CN 3 items (26.0MB)
  ✓ App logs: Windsurf 6 items (4.3MB)
  ✓ App logs: discord 5 items (432KB)
  ✓ App logs: mCloud 497 items (4.83GB)
  ✓ App logs: obs-studio 10 items (232KB)

➤ Orphaned app data

  ✓ Found 136 active/installed apps
  ✓ Orphaned WebKit: com.obsproject.obs-studio (420KB)
  ✓ Orphaned WebKit: com.taobao.Aliworkbench (1.1MB)
  ✓ Orphaned HTTP: com.bytedance.douyin.desktop (56KB)
  ✓ Orphaned HTTP: com.cloudflare.1dot1dot1dot1.macos (232KB)
  ✓ Orphaned HTTP: com.cloudflare.1dot1dot1dot1.macos (4KB)
  ✓ Orphaned HTTP: com.electron.ollama (168KB)
  ✓ Orphaned HTTP: com.electron.ollama (4KB)
  ✓ Orphaned HTTP: com.exafunction.windsurf (84KB)
  ✓ Orphaned HTTP: com.obsproject.obs-studio (360KB)
  ✓ Orphaned HTTP: com.pinduoduo.merchantMac (56KB)
  ✓ Orphaned HTTP: com.pinduoduo.merchantMac (4KB)
  ✓ Orphaned HTTP: com.sony.WirelessAutoImport (64KB)
  ✓ Orphaned HTTP: com.taobao.Aliworkbench (56KB)
  ✓ Orphaned HTTP: com.taobao.Aliworkbench (4KB)
  ✓ Orphaned HTTP: com.tencent.meeting.UpdateServer (100KB)
  ✓ Orphaned HTTP: com.tencent.meeting.UpdateServer (4KB)
  ✓ Orphaned HTTP: com.tencent.meeting.services.wmexternal (64KB)
  ✓ Orphaned HTTP: com.todesktop.230313mzl4w4u92 (296KB)
  ✓ Orphaned HTTP: com.todesktop.230313mzl4w4u92 (4KB)
  ✓ Orphaned HTTP: com.trae.app (56KB)
  ✓ Orphaned HTTP: com.xunlei.XLEmbeddedPlayer (88KB)
  ✓ Orphaned HTTP: com.yingdao.yd (56KB)
  ✓ Orphaned HTTP: net.nutstoer.osxapp.onlineinstaller (56KB)
  ✓ Orphaned HTTP: net.yanue.V2rayU (232KB)
  ✓ Found 24 orphaned app resources
  ✓ Cleaned 24 orphaned items (~3.5MB)


➤ Apple Silicon optimizations

  ✓ Nothing to tidy

➤ iOS device backups

find: /Users/alansuhe/Library/Application Support/MobileSync/Backup: Operation not permitted

  ✓ Nothing to tidy

➤ Time Machine failed backups

  ✓ No failed Time Machine backups found
  ✓ Nothing to tidy

➤ Large project dependencies

  **☻** Found **10.8GB** in 12 old node_modules (60+ days)
  **☻** Run mo analyze to see details and manually clean

  ✓ Nothing to tidy


======================================================================

Cleanup complete

Space freed: 108.35GB
Free space now: 148Gi
Files cleaned: 1266614 | Categories: 64 | Protected: 8

Equivalent to ~24 4K movies of storage.

======================================================================

搞掉了108GB,也不知有没有次生灾害风险,待用。

游牧周记第51期

· 阅读需 10 分钟

标签 Tags

爱泼斯坦

读书

太阳王

可能是十多年前买的“科幻”(奇幻?)小说,当时不知为啥没读几页就丢在一边了,这几天睡前又重新拿起来,感觉完全不同了,一直看到发困睡着。 和近些年看佛经和印度神话的东西有关系吗?可能是,毕竟重新拿起来之前我连这本书讲什么都完全没记忆了。 前言是乔治RR马丁写的,当年我连他是谁都不知道(直到冰与火之歌剧集)。

关注

Expo App Awards 我得奖了吗?

youtube 写这个的时候我正在看15小时前的直播录像。 大概一个月前看到参赛通知,我把学易app提交参赛了。 当然没可能中奖了,不然他们早通知我了。据说一共有1200+ app报名。 我发现得奖作品中日本作者还不少,然后还有个学日语的app。 然后虚拟币钱包之类的也挺受欢迎,我没想到。 不知道他们的评选标准是啥。 总之我感觉自己的app不亚于这些😎,可能就是太小众了吧。 另外,好像奖品就是一个3.2kg重的机械键盘? 结果页

据说比较火的2个项目

x上有人刷好久了,开始觉得可能不适合我,但出于好奇,还是看看。

抄一下介绍:

TrendRadar 是一个轻量级的热点聚合工具,主要解决信息过载问题,帮助用户高效获取关心的热点新闻。 BettaFish 则是一个专业的舆情分析系统,通过多智能体协作深度挖掘评论和情感趋势,打破信息茧房,还原全局舆情态势。

追求高效信息获取和日常热点追踪,选择 TrendRadar; 需要深度舆情分析、情感挖掘和趋势预测,选择 BettaFish。 两个地址分别是: TrendRadar:https://github.com/sansan0/TrendRadar BettaFish:https://github.com/666ghj/BettaFish

发现是python的2个需要服务器部署的项目,要尝试还没有试用平台。 我目前没有这个需求,有的也可以问GPT,所以先放弃了。

AI

Google Antigravity

Google Antigravity,全世界都似乎才发现Goolge才是泡沫救星,上一轮25年前就是它幸存下来拯救世界的。 今天推出的这个开发工具,据说免费调用Gemini 3.0pro,没错这玩意也更新了。 我没法用,不管怎么换vpn地区,看来它的方法不仅仅判断ip。

关注

礼明月

礼明月

云南曲靖人,现在大理日结似乎活得挺自在,看以前视频是广东打工赛道的,现在也精准避开了躺平话题。B站8万多粉,有广告接,还不错了。人和内容都很真诚的样子。

我的AI辅助编程实践

这是一个聊天视频的提纲

  1. 网上的vibe coding;我之前的视频,似乎也提到了AI辅助;
  2. 但真实的世界是怎样的呢?名称:一个国内独立开发者的AI辅助Coding现状;
  3. 大模型选择, 那个大模型更适合编程呢,Claude,openai,gemini御三家,有些说国内的GLM 4.6,qwen, kimi;真实情况是,全都用,没事就试一下,工具上恨不得全部绑上,根据情况灵活调用,当然这个情况包括钱包的情况。
  4. 最想用的当然是这个(claude)了,好用,也不贵,还有client工具,但真实情况你懂的,所以为啥我前面的标题要加上国内两个字呢? 还有这个gemini也不错2.5pro曾经惊艳了我,据说3.0快来了,但是地区你看到了,但实际上管得没那么严,也出了个client,还开源;最后我多数时间还是回到ChatGPT,发挥稳定的优等生,免费额度高,页面聊天的话基本用不完,比其他的某些模型良心多了。openai还为我们前端开发者贡献了这个sdk,相信很多朋友在用吧。
  5. 顺便看看openai价格现状。试试能不能订。
  6. 其实如果你真想用国外御三家AI,渠道也是有的,如果只是聊天,可以找聚合的平台比如poe。每天都会有一些免费token赠送,聊胜于无那种。缺点是界面跟不上,还有似乎只能聊天,没有api。
  7. 国产大模型,很幸运的,国产几家大模型今年意识到编程赛道才是刚需,去年字节的trae似乎还只想到做ide,对标cursor呢,现在纷纷对标claude code,比如qwen出了个cli,据说直接抄Gemini的开源client。其实这个活门槛更低。能力方面,纷纷号称仅次于claude最新模型,评分还特别高,实际使用下来怎么样呢,后面说。值得高兴的是,我这几年一直关注的稍显低调的月之暗面kimi,k2模型好评如潮,我至少在聊天界面用得很爽,基本和GPT各占了我一半时间。
  8. web聊天,现在好多讲vibe coding的视频,都直接从开发界面和Agent的终端命令开始了。现实中的情况是,聊天过程几乎耗费我整个AI实践的2/3以上时间,谈设计、谈优化、谈选择,谈技术细节,就是不想让它写代码,有时候为了防止AI忍不住吐出长篇代码,我特 地在每个问题结尾加入文字:“你说呢?”、“你怎么看?”、“请谈谈你的想法和建议“等等。说实话AI在这种场合给出的idea、创意和洞察力有时真的令人惊叹,甚至会拍案叫绝。聊天的最后结果是生成写代码前的各种文档。而且我在实际开发过程中,永远会开着一到2个浏览器窗口,和不少于2个聊天窗口对话,似乎他们才是真正的合作伙伴,Agent那只是我请的听话的员工而已。
  9. Agent,之前我可能在聊天界面就让AI出代码了,2025了显然已经不能这么做,上下文吃不住。接下来就是api调用时刻。今年5月后我似乎就没有用cursor了,不知为啥我就是习惯vscode的界面,它们明明很像;claude code出来后,ide更是成了可有可无的玩意儿。听说cursor 2.0逆风翻盘了,我还没试过,但我觉得最令人佩服的是他们终于开始做自己的大模型了,希望他们有朝一日打败claude。不管怎么说我还是回到vscode,删掉了一堆ai插件,除了删不掉的那个你懂的。
  10. 灵码,有一天试用qwen的cli几小时,烧钱太快放弃了,结果阿里的客服给我打电话,我抱怨一通他们没人性的收费模式后,他推荐这个灵码,说关键是现在免费,一看又是ide,对了还有个插件。装上去是这样了,试下来解决问题过程让人头痛,废话还挺多,我基本上就把它作为免费代码补全工具用。
  11. cli,接下来终于是核心代码工具了,没错,还是claude code,但那只是工具,模型随便配置,因为我又套了个壳claude code router。这小玩意不但可以灵活切换各种模型,还自带UI界面。我立马把国产编程御三家glm4.6,qwen3、kimi k2加上去了。
  12. 费用,大家都明白我实际代码是要用国产模型了,那费用呢?说起来我没怎么关心,因为基本是免费。你没听错,我之前在各个平台都充了值(国内喜欢玩充值,而不是订阅,还有都按token实时扣费),包括聚合平台silicon flow。直到发现这个小平台。
  13. iflow,看似一个实验性的半成品平台,比如今天突然大模型页面又小时了,主办方正事儿不干,做了好多小玩意儿。不知咋想的。你看它还搞了个cli,估计和qwen的cli来源差不多。我为啥用它?因为...免费,至少现在是这样,唯一麻烦的是每7天要换一个apikey。
  14. 完全体,虽然说磨刀不误砍柴工,我始终认为,程序员的价值绝对不体现在文具多,而是趁手。工具的准备和折腾,也不知曾耽搁了多少生产力和创造力。AI时代,我们也不应被漫天的vibe coding工具所晃瞎了眼。希望看我视频的朋友们,都能尽快找到适合的刀子,赶快砍柴..创作去。
  15. 我前段时间,应要求写了一个微信小程序,这玩意我上次接触时,还没带口罩呢,这么多年过去,它的技术栈还是那么让人一言难尽。于是我用claude code + kimi,一小时顺利完成了所有主要功能和界面,剩下3小时折腾企鹅厂的那些烦人的注册啥的。猜猜看写代码之前聊了多久?大概半天吧。总之这个任务一天之内结束了,手写代码量基本为0。

有趣

喉返神经和x86芯片

x上看到的文章,不知是否原创。 一个老程序员看到喉返神经后的感慨

怎么说呢,以前看到过一篇文章讲登月火箭和古罗马车轴标准的关联,大家都在说明一个道理:有些事你不去做,就没人会做,你不改变它,可能永远就这样。 喉返神经(recurrent laryngeal nerve,RLN)的解剖图 那条从脑干发出的神经,本应直抵喉部,却偏要绕道下行,深入胸腔一圈,再折返向上。 在鱼类身上,这路径顺理成章;到了哺乳动物,却成了一个死结;而到了长颈鹿体内,它竟要绕行五米之远。 脖子越长,绕路越显荒唐,却无法更改。

intel 8086

intel i9

电脑永远逃不掉那个噩梦:上电后,从 F000:FFF0 开始那个1978年的时刻醒来,假装自己还活在 1MB 的史前时代。 BIOS 再怎么换皮,UEFI 再怎么现代,都得先演一遍“古代仪式”:跑过 8086 的实模式,走过那套段模型、1MB 内存地图和 A0000 显存区,然后才缓缓进入保护模式、长模式,最终装载 Windows 11。

很显然,整个宇宙都是草台班子。

游牧周记第50期

· 阅读需 5 分钟
Suhe
This site owner

标签 Tags

claude skills

Pluribus 同乐者第一季

开发

现在的微信小程序开发是怎样的?

我上次写小程序大约是4年以前。 这次接到一个想法,所以又拿起来试试。 体验是:

  1. 还是得用微信的工具
  2. 默认还是js而不是ts
  3. gitHub似乎不好接入,自带的git没搞明白
  4. 文档还是很不好查
  5. 语法等方面似乎多年没变化 不过幸好有terminal,我试了一下claude cli居然能用。 快速写了个云函数实现的AI Chat。

小程序开发的坑

  1. 不支持导入json文件,不管是require还是import都不行,只有改成js文件export了。
  2. 页面间传参数,中文会乱码,必须先编码,接收端再解码,但我遇到的情况更奇葩,要双重解码才能用,明明就是一个字符串而已。
  3. 调用云函数失败: Error: cloud.callFunction:fail Error: errCode: -504003 | errMsg: Invoking task timed out after 3 seconds ,云函数的默认超时时间3秒,如果连接第三方服务如ai等,就要设置长一点,免得随时报错。这个在云函数面板很深处设置,和env一样。

小程序还不能实现的

  1. AI Chat的流时输出,靠云函数还不行,除非自建服务器。

react的context和zustand用哪个?

发现前几天AI帮我写的一个复杂组件,用了context做状态共享管理,又是provider又是reducer的挺复杂,它可能不知道我装了zustand。 以前我用zustand主要是全局管理,当时一个组件(由一些分组件构成的逻辑链)就没想到用。 这两种到底谁好呢? AI总结:

如果你已经装了 Zustand,就不要再为了局部状态引入 Context
直接创建一个独立的小 store,既高效又简洁。

项目类型状态作用范围推荐方式
Expo / Next.js局部 UI 状态(颜色、开关)Context
Expo / Next.js多组件间共享业务数据(购物车、表单、播放控制)Zustand 局部 store
SSR 项目(Next.js)跨请求安全的全局状态Zustand + 自定义初始化逻辑

但是性能和使用复杂度的双重优势,让人必须选zustand啊。

特点React ContextZustand
设计定位提供全局数据传递的通道状态管理库(比 Redux 轻量)
状态存放Context Provider 内部独立的 store(React 之外)
状态更新触发依赖 React 渲染机制(Provider 的 value 变化会导致消费组件重渲染)基于订阅机制(只更新订阅的组件)
使用复杂度简单(但易导致重渲染)简单且性能更好
TypeScript 支持需要手动声明内置优秀的类型推导
SSR 支持原生(React 内置)需要一点配置(Next.js SSR 支持良好)

个人结论,以后没事就别折腾什么context了,直接zustand搞定一切。 当然据说react 18+对性能有所改善,待观察。

我目前的AI辅助开发模式

显然每个人的工作流程和习惯都是适应出来的,类似生物进化。 这个时代,每天都有人在推荐更好的方式、更好的工具、更好的模型。 我建议你们看一眼就好,没有颠覆性的东西出现前,还是要自己用着趁手才是最好的。 如何找到最适合自己的路线,不在工具层面浪费太多时间和成本呢?

  1. 先按以下思路理清楚几个问题并诚实回答:
  • 不考虑条件限制的话,我想要的最好方式是什么?

答:和OpenAI沟通,整理自己的思路;具体开发过程在Claude code + Claude最好模型辅助下进行;无限制tokens;再加上好用的代码补全。

  • 我面对的硬条件限制是什么?

答:OpenAI的Plus版本但现在没有支付渠道;Claude模型就彻底死心了(国内渠道封死),就算用国内的各种代理,体验还不好(会经常抽风)。

  • 我面对的成本限制是什么?

答:OpenAI的Plus usd $20/月还算合适,价格也不低(aicodemirror.com不花个600+/月的话token根本不够)。

  1. 基于自己的情况,确认次要目标:

答:LLM模型不想花钱(至少少花钱);用Claude Code以追随主流工作方式;要有代码补全。

  1. 做法:
  • iflow.cn使用国产模型,目前是kimi2为主力,工作量小(难度低?)的时候还行,多了会抽风或幻想;
  • claude-code-router(CCR)工具调用Claude code,方便管理和切换模型;
  • vscode中使用千问的灵码插件,作为辅助。(目前看来代码补全还行,但一些偏agent和edit的活,实在是啰嗦又不清楚,界面容易误操作,不太敢用了。)

游牧周记第49期

· 阅读需 6 分钟
Suhe
This site owner

标签 Tags

李新野Elon

剧集

小丑回魂:欢迎来到德里镇第一季

才出了2集,我的感觉是惊为天人。

其实Thing只在国内这么翻译,容易和DC小丑混淆,开始我也是因为这个原因没第一时间看。 五十年代质感,人物性格刻画intense,及时是种族议题都很真实,不做作。 我有点当年看Strange Things的感觉了,虽然很不一样。

顺便说说本周另一部泰拉玛斯卡第一季虽开头还不错,到第三集就有点看不下去了。

开发

为啥国产大模型AI api都不支持response

导致vercel AI SDK用球不成。

supabase的domain jwt cookie问题

之前做了一个用户登录中心,后台是supabase的Auth服务。 原理就是用Cookie存储jwt,实现同主域名下跨站共享登录状态。 目前的做法是自己生成jwt cookie,和supabase的auth不同步。 后来想为啥不用supabase的cooke呢,问了AI都说这样才对。 Gemini甚至说supabase有配置域名的地方,我找半天没见到,只是发现有个收费服务上有这么一句:

Custom domains are a Pro Plan add-on Paid Plans come with free vanity subdomains or Custom Domains for an additional $10/month per domain.

看来这是一个收费服务?

突然想试试Clerk或类似国产服务。

claude-code-router和iflow的坑

我前面的blog似乎说过。 由于iflow给的apikey 7天就过期。 所以要去网站申请新key,然后改。 这里有点坑:

  1. ccr ui打开网页修改基本无效,自己又改回来了。
  2. 直接改~/.claude-code-router/config.json文件,要注意上面那个APIKEY是访问和网页UI打开的密码。下面providers中的apikey才是iflow给的。
  3. 修改后ccr restart或者UI中重启均无效,要ccr stop + start才行。原因呢:
CCR 的 `restart` 实现等同于**先杀再拉起同一个进程**,但**配置在启动时一次性读入内存**,后续热更新文件不会触发重载;  
所以看似“重启”,其实**还是用的旧内存对象**。

Clerk替代之Logto

logto.io的文档丰富,支持next和expo。 看似非常国际化,但问题是“社交连接器”中没有国内的微信/支付宝,只有apple/google/discard,太国际化了点?哦不对它叫做WeChat和Alipay😅。

试用发现配置很简单,但永远报错redirect url不对,查不出原因,放弃。

Clerk替代之Authing

看着也不错。

不替代了就用Clerk

国内打开其网页和面板确实慢,不管了。 根据文档,简单配置了,确实非常成熟简单。

面板中有development和production模式,要启用后者,除了vercel部署和域名解析好之外,还要配置5-6个Clerk自己的域名。 我的应用域名定在iching.suhe.space,选择了Secondary模式。

过程中问了AI:

如果我的各个子应用都想用clerk作为用户登录管理,形式都是XX.suhe.space,同时suhe.space也是一个应用呢?

回答:

你的情况是:

- 你有主域名 `suhe.space` 对应一个主应用。

- 还有多个子应用,例如 `app1.suhe.space`、`app2.suhe.space`,都想用 Clerk 统一管理用户登录。


这种情况下在 Clerk 的设置里一般建议这样处理:

---

### 1. 主应用(Primary)

- 绑定 **`suhe.space`**,选择 **Primary application**。

- Clerk 会把这个域名作为主应用的默认域名,管理用户、会话、邮箱验证等。


### 2. 子应用(Secondary)

- 每个子应用绑定自己的子域名,比如:

- `app1.suhe.space` → Secondary application

- `app2.suhe.space` → Secondary application

- 子应用依赖主应用的用户数据库,但可以独立处理前端登录/注册。

- Clerk 会自动共享登录状态(如果你配置了 cookie 跨子域)。


---

### 3. Cookie / 跨子域登录配置

为了实现用户在子域间共享登录状态,需要在 Clerk 配置里设置:

- **Cookie domain** = `.suhe.space`(注意前面有点号)

- 这样登录状态可以跨子域共享。


---

✅ 总结:

- `suhe.space` → Primary

- `*.suhe.space` 子域 → Secondary

- 配合 cookie 域配置,就能实现多子应用统一登录管理。

nextjs和expo能共用多语言json文件吗

我一直是这么认为的,而且在近期的项目中也使用了。 直到发现二者模板占位符语法完全不同

环境插值语法示例
next-intl / FormatJS (ICU){name}"Hello {name}"
i18next / react-i18next / Expo 常用库{{name}}"Hello {{name}}"
我现在是expo的标准,但发现next还没法通过配置来调整。
看来以后只能反过来了。

更理想 的方向 —— 如果可以让 Expo 端也兼容 {} 单花括号 (ICU),那就不用在 Web 端做任何 hack 或转换,直接一份 JSON 到处用。

Expo(React Native)可以支持 {} 单括号语法
只要你用的是 i18nextreact-i18next(绝大多数 Expo 项目都是这样),
你只需要 调整 interpolation 配置 即可。

interpolation: {
prefix: '{',
suffix: '}',
}

其他

第一次自己交医保

本来经过前段时间的咨询,啥都准备好了。 结果打开云南税务局的小程序,还是蒙圈了。 UI逻辑反人类。 干脆去官渡区政务中心问问,结果发现停车很难,或者用10块买断一天的场地。 3、4楼都是来办医保社保的,比当年房管局还火爆。 其中一个小伙子坐镇中间,大妈们排队让他操作这个小程序,这哥们不会就是开发方代表吧~ 我实在没机会问他,在旁边自己摸索一下,结果搞定了,然后走人。 去官渡区图书馆坐了一下,没有五华区感觉好(当然跟成都比都是渣渣)。 最近似乎新流感来了,我感觉有点不适,几年来第一次戴上口罩。