Go 1.24 improves map performance with a brand new map implementation

一些整数和浮点数的基础，最近碰到一些坑，顺手整理一下。有的章节写的不太细是因为手头上没碰到直接的坑，所以只收集材料，不过多展开。碰到再补上。 整数的表示https://blog.mwish.me/2020/09/19/Integer-Endian/ 本节图片来自：https://cs61c.org/sp25/lectures/lec02/ 对于无符号整数 (unsigned integer)，所有

内存安全 #rust 其实就是 bytes reference 的泄露和广义越界检查，也涉及结构体、null

因为C就不是memsafe的， C对象的后缀名是 .so ，C bytes(1024) 被系统开发者称为 segment ，C协程被认为是线程，引起了许多WebAPI+numpy异构计算没有的冲突问题

C,ld.so 和Linux就是个降级的bytecode与JVM， 不反思这个生态位，设计新概念来「升级」Refcount&for-iter 解决泄露越界问题也是弊大于利。

算了，反正不…

Macro(码可揉) 和eval('1+1')一样， 是最基础的元编程形式

因此，它也是最被误解的。

现在编程语言里，宏函数的模型， 就像为 JS “反射”提供了 lang.reflect 那样，模糊了语意。甚至不如C的对"\n个lits"特殊处理后的code.replace()规则


你可能觉得，Java class {int x=233;} 的反射数据
足足有三列，比JS多，但 Python typehint 也没Java那么搞笑。编译时vs运行时共有两张dict罢了。
hApi.__annotations__['x']…

哈哈，我喜欢这个作者

他不是LPC的人，但非常有思辨能力，而且敢于和红迪的部分Rust民争锋相对

看他们辩论受益匪浅
https://felipec.wordpress.com/2025/03/07/rust-nonsense/

ps. inline 环形双向链表，是Linux这样的队列轮询业务最需要的算法

Rust目前连这个都没解决

近年来，随着存储设备的发展，bypass kernel 逐渐成为 NVMe 版本的答案之一。其中很大一部分原因在于： 内核本身非常复杂，很多东西演化许久，已经成为「屎山」 Syscall, Data Copies, Interrupt handling 之类的处理本身有一定开销 内核 io 软件栈其实很长，有非常多的层次，可以绕过这些层次 用户可以管理 NVMe 队列、提交命令、处理完成事件，实

I argue autotools’ convoluted nature is what enabled the xz backdoor in the first place. The truth is nobody needs to use autotools, and I show why.