语雀最大的需求点难道不是在线团队协作功能？
如果没有这个需求，随便捞一个笔记 app 不就是了？

@NoKey
所以你说的“阻塞式”是有什么问题吗？
不想丢消息，你还是要用到 ack offset 。
只要你是在本地开了线程池异步去消费消息，因为线程池也是乱序的，那么你还是需要记录每条消息的处理结果，然后合并计算连续成功区间内的最后一条 offset 。

感觉你的想法是来一条就自动 offset 一条，然后本地保存这条记录。
那还不如直接任务存数据库+定时轮训扫描。

假设前提是，你的 kafka topic 允许乱序消费。
1. 一次从 kafka 里取 n 条数据，比如 100 条。
2. 然后 100 条丢异步处理。手动 ack 从第一条开始消息到第一条失败消息区间里最大的那条 offset 作为 ack 提交。比如 1 ～ 33 是成功的，34 是失败的，那么 ack 33.
3. 消费端做幂等处理。防止消息重复消费。
4. 对于重复发生错误的消息，做 retry n 次还是失败的话，单独记录人工介入。

说白了还是英文水平太差，阅读能力还停留在中学英语做题阶段的水平。

那你填的时候应该填你大专的学校。
大家不认可自考、成考的原因是因为这玩意的确水。

转区不是长久之计。
以后 apple store 国区账号要么禁止转区，要么直接屏蔽大陆 ip 。
建议肉身翻墙

找共同领导，定下来前后端谁转。

查询优化好，单表一亿数据也没问题。

钉钉已经有 ai 整合生成群聊摘要的。

@for1n 感谢兄弟。

复杂 sql 指的是？
除了大部分 db 内置函数、聚合统计，大多数涉及到多表 join 的都可以交给代码完成。

1. 可以在返回值里使用 optional ，提醒调用方这里返回的值可能为空，包装成 optional 对象就是强制要求调用者对空值情况进行判断处理。
2. 连续取值。比如你接到一个层级很复杂的 json 对象，将其转换成 map 结构，一层一层的 get 需要判断 null ，用 Optional 的话，就算是内嵌深度是 10 层，也能用一行 optional 解决，避免出现嵌套 10 层 if-else 判断

1. 很多开发者在 mac 和 ios 分别开发有版本，本来可以赚两个平台的钱，你突然给我整成一个我怎么赚钱。
2. 我的应用是开发在 iOS 上的，系统本身封闭可信赖，但是你未经我同意将我的应用搬运到 mac 平台，普通用户也能接触到我应用的读写数据，如果发生数据篡改等其他不可预期行为，那么发生损失应该由谁负责。

mac 键盘发亮是正常磨损消耗.
你用上键盘膜以后, 键盘的确会减少磨损, 但是你屏幕更容易花掉.
你要想不让键盘油印碰到屏幕,那就盒盖的时候垫一张 a4 纸

微信/qq 单方面解除 oAuth 授权登陆导致用户号找不回来的事又不是没发生过.

https://m.dingtalk.com/qidian/help-detail-7595140

您好，钉钉平台严格遵循《民法典》《个人信息保护法》的要求，对用户隐私保护非常重视，在产品功能的设计上进行原生的隐私保护安全设计，像聊天会话，只有参与该聊天的人能够查看对应文件和聊天记录，不在此聊天会话中的人是无权查看的。企业管理员、老板、老师无法从管理后台查看到组织成员的聊天信息，钉钉平台更加不会提供给企业查看组织成员聊天内容的功能。

[温馨提示] ：钉钉专业版也不支持查看组织成员的聊天记录。