技术博客
它不是 C++ 标准类型，而是 POSIX 定义的带符号整型，专用于表示“可正可负的字节数”，比如 read()、write()、recv() 的返回值。用 int 接收这些函数返回值是常见错误——在 64 位系统上，ssize_t 通常是 long int（8 字节），而 int 仍是 4 字节，截断会导致负值误判为大正数，比如 -1 变成 4294967295。
根本原因通常是路径没对上——program 必须指向一个已编译好的可执行文件，而不是 .go 源文件。VS Code 的 Go 调试器（dlv）不支持直接调试源码，它需要二进制。
因为 htonl 和 ntohl 只处理 32 位整数，底层是对 uint32_t 的字节翻转。把 float 强转成 uint32_t* 再传进去，看似能用，但实际依赖 IEEE 754 布局和平台对齐，且不保证符号/指数/尾数字段的翻转逻辑符合浮点语义——它只是“碰巧”在多数 x86/x64 上工作，但属于未定义行为。
Sublime Text 本身不是 IDE，没有内置 Erlang 运行时或编译器集成。所谓“运行”，实际是调用系统命令 erlc 编译 + erl 启动，靠的是 Build System 配置。如果点 Ctrl+B 没反应、报错或只输出乱码，大概率是路径、工作目录或 shell 环境没对上。
直接调用 http.ServeFile 看似省事，但 CDN 节点必须控制 Cache-Control、支持断点续传（Range 请求），而它默认不设缓存头，也不处理 If-None-Match 或 ETag。真实浏览器反复拉同一个 JS 文件时，会绕过本地缓存重发完整请求——这不是“静态服务”，是“静态裸奔”。
核心是靠回车符 把光标拉回行首，再用空格“擦掉”旧内容，最后输出新字符。不是清屏，也不是换行，就是原地刷新。
Sublime Text 默认没有“下划线当前行”这个功能，你看到的 highlight_line 是背景色高亮整行，不是加下划线。想实现视觉上更醒目的当前行标识，得靠它——但很多人误以为它能画线，结果开了没反应，其实是理解错了作用方式。
Sublime Text 本身不原生支持 ReasonML 或 ReScript，但两者共享同一套语法定义（.re 文件），核心在于加载正确的 Syntax Definition。ReScript 官方已弃用旧的 reason-sublime 插件，现在唯一稳定可用的是社区维护的 rescript-sublime —— 它基于 Sublime 的 .sublime-syntax 格式重写，兼容 Sublime Text 4（Build 4126+）。
乱码不是文件坏了，是 Sublime 读错了编码。关键不是“转”，而是“重读”——用正确的编码重新解析字节流。Reload with Encoding 不改变文件内容，只改解释方式。
根本原因是 Sublime Text 默认不读取 VS Code 风格的 launch.json——它压根不认识这个文件。Sublime Debugger（即 subl-debugger）用的是自己的一套配置机制，叫 .sublime-debugger，放在项目根目录或用户配置目录下。