一个类似的解决办法，加一个 BFF 层，将所有接口汇总为两个接口：
1 、/api/config/update
2 、/api/config/list

app 在打包时，自动从 /api/config/list 拉到最新的全量的配置，并返回一个 hashId 来标识这次结果，这样用户打开 app 所有功能都是可用的。

然后 app 定期轮询 /api/config/update?id=$hashId ，如果有变更，就返回 true ，然后 app 端异步更新 diff 数据（复杂点就设计一套 add 、update 、delete 的语法，简单点就全量再拉一遍），如果无变更，就返回 false 。

这样针对相同的 hashId 还可以做 cache ，对后端的压力比较小

他：你中午在哪里吃的饭？
我：我在楼下云南米线吃的
他：你在楼下云南米线吃的是吧？
我：是的，你说我在楼下云南米线吃的是对的

他接下来会说什么？会不会无限套娃

将 array shuffle 后，维护一个 readIndex ，每次取 [readIndex, readIndex + m], 然后 readIndex = readIndex + m 。如果 readIndex > array.length ，返回 null 结束

背景：你是一位数学家，擅长解决复杂的数学问题。你需要详细解释并解决以下数学问题。

任务：请逐步解决以下数学问题，并提供详细的解释。

问题：比较 9.11 和 9.9 哪两个比较大

请开始你的解答：

https://codepen.io/donmar/pen/OZNEym 网上找到的一个 demo ，修改一下就行

demo 有很多，比如
https://github.com/astonishqft/pnpm-monorepo-demo
https://github.com/jkomyno/pnpm-monorepo-example
https://github.com/NiGhTTraX/ts-monorepo

比较成熟的项目可以参考一下 pnpm： https://github.com/pnpm/pnpm

slack ，卡到怀疑人生

基于 master 创建分支，提交验证，验证通过后，再 cherry-pick 到 prod 分支上，再次验证。两次验证通过后，就可以合并代码了。

两次验证可以保证今天 hotfix 和下次发版都不会有问题

看到过类似的产品，相比 op 的产品还提供了老师人像、嘴部合成，读音纠正等功能

张小珺商业访谈录 - 内容很不错，近几期聊大模型很 Nice ，博客节奏也很好
天真不天真 - 杨天真的博客，平均每期 20w+的播放，只听了第一期，娱乐圈的事情偏多，有点意思
四品带刀护士 - 讲历史的，跑步时候听可以代入历史，（多跑一会
无聊斋 - 刘旸教主的笑声太魔性了，个人比较爱看这种贫嘴、玩梗的博客

联合索引是 sid_datetime 还是 date_time_sid ？

最近刚好调研了下富文本编辑器。tinymce 这个有完全免费的版本，完全 self hosted ，基本版是免费的这样是不用管那个 100 seat 要求的，这个 100 seat 是需要你用 tiny clound 才会走这个计费模式。

tinyMCE 有很多高级插件，这些插件必须付费才可以使用，高级插件可以通过 tiny clound 使用，这样就要走它那个计费，但非常贵，每加载一次就算一次，用户刷新一次都算一次，完全不考虑 cdn 缓存是不消耗他们资源的。

tinyMCE 的高级插件能不能基于 self hosted ，不使用 tiny clound ，然后再单独再付一笔钱，这种方案是可行的（他们网站上有文章介绍，但需要联系他们的销售），但我和他们邮件沟通了半天，说是不能提供支持，也就没再继续了

我们最后选择了 tiptap

支持一下

用来学习，一边看资料学习，对资料里不懂的东西抓着 chatGPT 问，当助教用

无聊斋

文章可以看这个： https://zhuanlan.zhihu.com/p/386164280
技术方面可以使用 https://www.i18next.com/

1. 手写 key+翻译文件是主流做法；自动抽取文本进行转换的工具实用还不错，优点是编写简单，不需要考虑这个文案是否已经有了，缺点是代码中是有规则的编号，比如 no_1 ，不利于阅读（除非再开发一个 vscode 插件）
2. key 的命名风格看项目，中文利于阅读，但不是所有的模板渲染引擎都支持中文，而且中文里有标点符号处理起来会比较麻烦
3. 无所谓，命名能看懂就行，个人建议短一行
4. 这是一个核心问题，如果你在变更时希望所有相同文本都变那就用一个 key ，如果只希望某个地方变就用多个 key 。我的最佳实践是：和代码走，代码是复用的就一个 key ，代码如果不复用，就是多个 key
5. 复用与否取决于需求，如果需求不 care ，尽量复用呗

类型读写锁的思路：增加拿锁 1 ，删除拿锁 2 ，锁 1 与锁 2 互斥，锁 1 可同时存在多个，锁 2 只允许存在一个

update_time 建索引，用 update_time 来导数据，只导 update_time > last_sync_time 的数据

37 本书，推荐《独居的一年》