@datocp #3
企业微信这种方法也是可行的，我估计是启动客户端短时间内互斥体还没来得及创建。
但是如果希望后续再启动新的客户端就不行了。

RN 比较香，但是无论什么框架难免要和原生交互，到时候还是得学一点 Java/Kotlin

可以的，关闭企微的互斥体就行，我用 python 和 cpp 都实现过，实际上大部分应用都可以通过这种方式多开
源码： https://github.com/yihleego/launcher
原理： https://github.com/yihleego/robotic-process-automation#%E9%80%9A%E8%BF%87%E5%85%B3%E9%97%AD%E4%BA%92%E6%96%A5%E4%BD%93%E5%AE%9E%E7%8E%B0%E5%A4%9A%E5%AE%A2%E6%88%B7%E7%AB%AF%E8%BF%90%E8%A1%8C

OP 的的傲慢与偏见
显然是个别人的问题，非要冠上某个群体，你和他们也没什么区别

PlantUML Integration 算不算

买比特币就行

一边裁员一边嫌弃人三年一跳，又当又立

表设计合理可以 join ，走索引性能不会差，如果是微服务或者后续需要分库分表还是拆分成三次查询吧

1. select id from t_tag where name in ("苹果","橘子")
2. select product_id from r_product_tag where tag_id in (...)
3. select * from t_product where id in (...)

如果 t_tag 更新频率较低可以放缓存里

玩游戏加了些服务器，有些方面方面感觉不太方便，尤其是传文件和传视频

https://github.com/yihleego/counting-stars
我写过一个数星星的命令🤣

我一般写单元测试不保证覆盖 100%，主要是为了过冒烟测试。
保证无 BUG 还是要写一份测试用例，然后逐个测试，有改动需要对可能影响的范围进行回归测试。

我怀疑你在内涵企业微信的 OpenAPI

都学呗，写个普通的页面都不难

前段时间去了一趟北京，每天早上醒来鼻涕带血，太干了，回来没多久就鼻炎了，以前从来没有得过，难顶

@keakon 谢谢，是调用方，实际场景是调用 sql.Stmt 的 Query 方法`func (s *Stmt) Query(args ...any) (*Rows, error)`
暂时先不用泛型了吧🤣

k8s consul nacos eureka(停止维护)

买一个二手手机放公司，脚本自动打卡

没注意，我习惯用 cmd/ctrl+w 选中

手写 OpenAPI+SwaggerUI