基于 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 本书，推荐《独居的一年》

分子来了

图 1 的 3 - 4 之间插入 图 2 的 1 、2 、3

@e9e499d78f 感谢,这么一说我忽然明白了....我没看懂那个 forward-ports 是什么意思, 你这样一说,我忽略明白了...那个 java 程序是 8080 端口的..我尝试改一波

@will0404
一个常见的功能场景是: 开发用户的登录注册 API,Bob 开发登录 API,Anna 开发注册 API,比如验证密码方法是共用的,Bob 就可以告诉 Anna 这个方法我开发了,你一会拉我代码直接用就行,一个分支开发就会很方便.....如果是两个分支的就会比较麻烦....我的意思是,如果一个功能在同一分支开发,会比较快, 带来的问题就是合并代码的问题...我觉得多人开发同一分支是常见操作....

@mcfog
收到,感谢指导~

@randyzhao
good idea