agagega

任何行业的安全从来不是靠「水平」保证的，Google 也有很多「水平」不行的程序员，且厉害的程序员也会犯错误。安全是靠「流程」保证。

所以不信任的是流程而不是某个程序员的水平。

Ultrafine 4K 显示器

大学一开始是大澡堂，大四学校给每个宿舍楼里装了带隔间的淋浴室。

大澡堂本身这种洗澡方式我是觉得并不难受，难受的是它和宿舍不是挨着的，意味着洗个澡都要背着换洗衣服、洗发水肥皂和拖鞋走一段路，夏天洗完回去又出汗了，冬天又要挨一路的冷风。

洗澡而言，最好的方式的确是每个宿舍有独立浴室，因为集中浴室通常有指定时间，无法做到自由洗澡。而且大部分人洗澡的频率不会超过一天一次，集中起来效率提升也不高，更何况实在拥挤去借认识的宿舍洗个澡也不是难事。

但我是真的不喜欢独立卫生间。即使是卫生习惯还可以的几个人住在一起，厕所都难免有味道，反过来影响宿舍。集中的厕所，会有人定时打扫，再臭再脏也不会影响睡觉的地方。而且人一天会上很多次厕所，集中厕所也能提高效率。

👍

还想到文章里没有提到的几个问题：

- IO 多路复用和异步 IO 在概念上有点区别，后面也出来了 io_uring 这个东西
- 类 Unix 系统和 Windows 似乎对多进程/多线程有不同偏好
- 最开始接触协程的时候我很难把「 async/await 」「生成器」「协程」这三个东西联系起来，最核心的问题在于：不明白当 await/yield 的时候，到底把程序执行权交还给了谁？后来才理解需要有个 Runtime ，自己实现过当然能理解，但很多文章并不会深入提及
- 有栈协程也需要调度器，而且需要维护完整的调用栈，这个栈怎么分，分多少，溢出了怎么办，似乎都是问题
- 记得学操作系统的时候，书上都会提到 M:N 线程模型，这个概念上就和现在的虚拟线程看起来差不多，但以前反而认为这是一种被淘汰的技术，为什么当时不行，现在又复兴了？
- 无栈协程的上下文约可以看作状态机里的某个状态+当前所有对象的值，想到闭包其实也相当于持有被捕获变量的一个对象+一个 call 方法，总觉得这俩形式上很像，能导向某种共通的东西

AI 实现那种相对独立的新东西帮助很大，比如新增某个功能，或者写一个脚本干某个事情。但要让他给已有代码库提供修改就不好用了，哪怕是 Cursor 这种也一般，说到底还需要自己对代码库的理解。

字节快手都有很多外包负责招聘，面试的时候负责对接的，拿到 offer 以后联系你的才是真 HR 。阿里也有，但一般要到谈 offer 阶段才会加微信。

在 WebAssembly 这个层面引入 Null Reference 没有问题。像 Java 这样的语言，null 引发问题，是因为 Java 代码是程序员手写出来的，而 Java 代码要通过编译器转换到 JVM 字节码，然后再 JIT 到机器语言才能运行，所以在 Java 语言层面可以用高级类型系统避免程序员忽视 null ，但 WebAssembly 和 JVM 字节码一样是很底层的东西，一方面程序员不会手写它，另一方面在底层语言上加额外的类型系统会完全不兼容整个指令集设计。

如果 WebAssembly 的目的是描绘一种可移植但又尽量贴近不同 CPU 真实指令集的话，向量指令是有意义的。128 位是各个平台的公约数，像 Arm 或者 PowerPC 实际上不支持 256 位向量，而 v8 在 x86 上内部会尝试把两个 v128 合成 v256 。其实 x86 这种每轮增加新指令集表示更长向量的方法也被人批评过。更好的做法是类似 RISC-V V Extension 或者 Arm SVE ，把向量具体的长度交由运行时决定，但可能因为复杂度偏高，WebAssembly 拒绝了这个做法。

@zhouweiluan
反过来说也是这个道理，如果索赔对象是大企业，赔几十上百万也没啥意义，得上亿才有惩罚效果…

大语言模型的牛逼之处就在于它能展现出跨语言的学习能力啊，限定语言属于本末倒置了。之前有人搞过纯日语模型，没什么下文了