是很差，没事建议不要随便尝试跨系统访问文件。

我曾经想把 idea 里所有开发工具和 sdk 全部切换到 wsl2 内置的，结果就是卡到爆炸。
wsl2 内的 jdk 和 git 访问 windows 文件系统里的项目，卡爆。
wsl2 内的 jdk 和 git 访问 wsl2 里的项目，依然更卡。

后边用 jetbrain gateway 连接 wsl2 做远程开发，结果尼玛这玩意各种无响应卡死，根本没法用。

最后就是老老实实在 windows 上安装好开发工具，然后用 git bash mingw64 做 terminal ，基本也能和 linux 无缝衔接。

如果你真想折腾 wsl2 做开发，目前我折腾一圈发现现阶段最优解就是 vscode 。

@tylinux 4m 没有意义的，
你应该测下随机 4k 。

有区别。但是也看具体情况。
studio display 观感比较好的原因主要还在于屏幕是镜面屏+峰值亮度能到 600nit 。
而其他普通牌子的显示器一般都是雾面屏+400nit 左右亮度。（一般使用 400nit 足矣）

其次是 4k 凑近看，肯定是没 5k 细腻的，不过比一比价格，4k 基本也够用了。

另外如果你是 windows ，27 寸 4k 稍微有点难受，微软雅黑的 hinting 原因，如果你的缩放不是 200%，很多 UI 字体会发虚，如果你不浪费空间把缩放开到 200%，只能通过安装 mactype 来缓解。相比之下 5k 默认 200%缩放会省心一些。

基础的要学。
至于把 vim 做成一个 ide 的这种，没必要。

程序员应该静下心来沉淀自己，提高产出。
所以学《大佬》装逼写垃圾流水博客、折腾 vim 一类的工具一律可以归类为差生文具多。

我有一台 iPad Pro 是保修期到期前最后几天坏了，然后官方当场给我换了一块新的 iPad 。

然后客服姐姐和我说，“换的这块全新 iPad 保修期是重置一年的，如果期间坏了，你还可以拿过来保修，保修查询上虽然是过保，但是我们后台是可以看到有一年额外保修的”。

然后不巧 9 个月的时候坏了，拿去修，然后客服接待人员那里维修提示是可以返厂的（正常过保就没有返厂选项了）。

不过 iPhone 因为在国内的特殊性，各种售后都是缩水的，反正苹果在国内各种合规都是做的天衣无缝，玩不过他们的。

乱拆的结果就是这样的。
如果现在连这种 controller 层的问题都能难倒你们，后边各种事物、同步延迟、一致性岂不是能把你们搞炸锅？
你们业务量多大要拆出服务来啊

如果 hhkb 支出占你的收入两位数以上，那么 hhkb 对你就是智商税，纯纯的智商税。
那些机械键盘也是营销产物，什么键程、手感啥的，洗脑玄学加成远大于实际体验。

高可用方面，语雀这次虽然真的拉破天际了，notion 出故障的话未必见的比语雀做的更好，都不是一个用户量级的产品

笑死。
还 notion 。
哪天给你墙了不是更不可靠。
白名单外网访问按照现在这个环境估计也快了。

语雀最大的需求点难道不是在线团队协作功能？
如果没有这个需求，随便捞一个笔记 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 。
建议肉身翻墙

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

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