Soda · Photos 奇鸟行状录
A quiet archive · Est. 2026 · JUL 01, 2026
HN Daily Reading · 每日阅读

HN 每日深度阅读 · 2026-05-25

本期主线指向一种结构性挤压：美国通过行政备忘录与签证暂停悄然切断主要来源国的绿卡通道，移民与人才路径被实质改写；与此同时，DeepSeek 把低价永久化，与美国厂商集体涨价、HBM 吃掉 AI 芯片近三分之二成本形成鲜明对照，算力红利正被内存瓶颈反噬。

2026.05.25 20 篇摘录
← 返回每日阅读列表

共 20 篇 · 约 11,804 字 · 约 30 分钟读完

1. 美国新政：绿卡申请者须离境办理

《纽约时报》报道，特朗普政府通过 USCIS 内部备忘录调整绿卡申请流程，要求多数申请人离开美国，前往海外领事馆办理签证手续，而不再使用境内”身份调整”（Adjustment of Status）通道。备忘录并未修改法律或法规，而是通过对现有法律框架的重新解释，将”领事处理”重新定位为长期默认路径，把境内身份调整描述为一种”行政裁量与恩典”性质的例外。HN 评论指出，这种做法回避了立法和正式规则制定的难度，但实质上构成重大政策变化。

讨论中多位评论者结合国务院对 75 个国家暂停移民签证签发的措施分析认为，两项政策叠加意味着来自阿富汗、巴西、哥伦比亚、埃及、伊朗、尼日利亚、巴基斯坦、俄罗斯等国家的公民事实上被切断了获得绿卡的路径。

社区中既有 2023 年刚拿到绿卡者表达庆幸与不安，也有人指出大量在科技行业合法等待绿卡处理的家庭——包括在美出生的子女——生活将被打乱。多位评论者讨论这一变化对美国吸引人才能力的长期影响，认为美国长期以来的科技竞争力部分来源于吸纳其他国家公共教育投资的回报，而当前政策可能让欧洲和亚洲反过来受益。还有评论将美国移民体系描述为以惩罚和廉价劳动力供给为导向的结构，并讨论远程工作者是否会因此选择离开美国。

2. DeepSeek 将 V4 Pro 七五折定价永久化

DeepSeek 在 API 文档中宣布将 V4 Pro 的促销价格永久化：缓存命中输入价 $0.003625/M tokens、未命中输入 $0.435/M tokens、输出 $0.87/M tokens，相当于原价的 25%。同时所有模型的缓存命中价已永久下调至发布价的 1/10，V4 Pro 的缓存命中价仅为输入价的约 0.8%。V4 Flash 价格更低，输入 $0.14/M、输出 $0.28/M，上下文长度 1M，最大输出 384K，支持思考模式、JSON 输出与工具调用。

HN 讨论的核心是这一定价相对于美国头部厂商近期普遍涨价形成的鲜明对比。多位评论者认为 DeepSeek 在 token 成本上发起了”良性的逐底竞争”，并对其持续开源模型、发布研究的做法表示赞赏。有用户分享称使用 DeepSeek V4 Pro 处理复杂编码任务的体验超过 GLM 5.1，6500 万 tokens 的成本仅 $1.5。

讨论中也有几条主要质疑。一是定价远低于 OpenRouter 上其他托管方，可能存在以用户输入数据用于训练的商业模式，其隐私政策明确允许将”用户输入”用于改进服务和训练。二是中国托管模型在 agent 场景下可能存在敏感文件被读取的隐私风险，提问者本人也承认这一担忧带有偏见。三是有评论指出这种价格水平短期可能依赖补贴，但若中国持续建设电力等基础设施，未来即便不补贴也可能在 token 服务成本上获得绝对优势。还有人提到极低的缓存命中价格已经影响了单位经济模型，对其可持续性存疑。

3. 从旧笔记本搭建一台”专注写作机”

作者将一台六年旧的 System76 Galago Pro 笔记本改造成 writerdeck——一台专注写作的离线设备。她选择 Debian Trixie 文本安装器，跳过桌面环境，使其只剩 tty 控制台，迫使自己脱离桌面操作系统的肌肉记忆。配置链路包括：用 network-manager 与 nm-tui 管理 Wi-Fi、neovim 作为编辑器、从 backports 安装 kmscon 以获得可缩放的 tty、tmux 做多窗口与状态栏、acpi 显示电量、light 控制亮度，并通过 grep + Perl 正则把电量百分比注入 tmux 状态栏。她强调该设备只用于写作，连浏览器都不安装。

HN 评论的主基调是善意的讽刺。许多评论者指出，为了”专注写作”而花大量时间从零搭建系统、切换网络栈、学习一种新版本的编辑器、定制电量显示，本身就是注意力问题的一种表现，最后还装了 tmux 来”同时做多件事”。有评论将其归纳为 HN 上常见的模式：用工程化的复杂方案解决一个本可以用简单方法解决的问题，并区分出”想做项目找借口”和”真的想解决问题却陷入过度工程”两类人群。还有人提到 Linux 下直接 Ctrl+Alt+F3 切换到 tty 控制台就能获得类似效果。

另一些讨论方向更具同情。有评论联想到 2026 年的整体氛围，认为人们倾向于通过个人化的”专注仪式”应对外部混乱，但这种内化策略难以真正改善生活。也有讨论延伸到对 eink 写作设备的期待、Alpine Linux 的极简体验，以及 wordgrinder 等控制台字处理工具。也有人为”折腾”本身辩护，认为许多人的职业技能正是来自这类侧任务。

4. P.T. 巴纳姆 1880 年的赚钱之道

Cool Tools 的 Book Freak 专栏摘录 P.T. 巴纳姆 1880 年出版的《The Art of Money Getting》中的核心原则。巴纳姆 70 岁写就此书，此前他建立过美国最著名的博物馆、推出 Tom Thumb 将军、当过 Bridgeport 市长、因投资 Connecticut 钟表公司破产又东山再起，并在 60 岁联合创办了后来发展为 Barnum & Bailey 马戏团的巡演公司。书中提炼出 20 条朴素规则。

文章选取的四条核心原则：一，不要选错职业，要先找到自己的”天赋”再追求精通；二，远离债务，欠债等于交出部分自由；三，无论做什么都全力以赴，半心半意的代价比看上去更高；四，守住正直，名誉才是真正的资产。书中名言：“金钱是极好的仆人，却是可怕的主人。”

HN 讨论围绕”找到天赋”展开。有评论引用 Dijkstra 给博士生的建议”只做只有你能做的事”，认为与巴纳姆殊途同归。另一种观点指出真正的天赋往往让人意识不到自己擅长，因为做起来毫不费力；识别天赋的更好方式是观察”看别人做什么会让自己最受不了”。也有评论引用 Buffett “做你不讨厌的工作”和喜剧演员 Jimmy O. Yang 父亲”追逐梦想是变流浪汉的方式”的对照，强调天赋、市场价值与喜好之间的现实权衡。

关于”避免债务”的原则，多条评论指出这与买房等主流财务建议冲突，也与 HN 上常见的”借钱-加杠杆-推高估值”创业叙事形成讽刺对照。还有评论提醒，即使从事热爱的职业，也并非每个环节都令人愉悦，需要在收入与喜好之间持续平衡。该书在 Project Gutenberg 上免费可得。

5. 内存已占 AI 芯片元件成本近三分之二

Epoch AI 的数据报告指出，高带宽内存（HBM）在 AI 芯片元件总支出中的占比已从 2024 年一季度的 52% 上升至 2025 年四季度的 63%。该估算覆盖 Nvidia、AMD、Google、Amazon 设计的所有 AI 芯片，按生产量加权。逻辑裸片占比保持在 13% 左右，先进封装从 19% 降至 15%，辅助元件从 15% 降至 9%。绝对值上，这四家设计公司的 HBM 支出从 2024 年的约 120 亿美元增长到 2025 年的约 320 亿美元，是各组件中同比增速最快的。

报告预测 2026 年 HBM 占比可能进一步上升，因为供应仍然紧张、价格继续上涨。微软 2026 财年 1900 亿美元 capex 指引中包含约 250 亿美元用于覆盖元件涨价，Meta 也将 2026 年 capex 区间上调了 100 亿美元。

HN 讨论的一个重要观察是：如果 DRAM 供需恢复平衡，AI 推理和训练有望在不依赖任何技术创新的情况下实现约 3 倍硬件成本下降。多位评论者分享了消费市场的连锁反应：96GB 内存两年前约 250 美元，现已达到 1200 美元；二手 Dell 服务器整机加 32GB ECC 内存的价格与单买 64GB 内存相当；PC 机箱销量同比下滑超 40%。许多人表示推迟升级 CPU、GPU 与内存的计划，DDR4 用户尤其选择观望。

讨论还涉及结构性问题：内存厂商手握大量交叉授权专利，新进入者面临极高的法律壁垒；超大规模厂商为何不垂直整合自建晶圆厂；以及 RAM 容量按年 20–25% 的增速能否跟上 AI 与消费端的双重需求。也有评论担忧高端游戏 GPU（如依赖单一 DDR7 VRAM 供应的 RTX 5090）可能因内存短缺出现价格剧烈波动。

6. Reasonix：专为 DeepSeek 缓存机制设计的终端编码 agent

Reasonix 是一款 MIT 协议的开源终端编码 agent，直接对接 api.deepseek.com，针对 DeepSeek 的字节级前缀缓存机制做专门工程化。其核心设计是”append-only”的字节稳定循环：消息和工具结果只追加、从不重排或基于标记压缩历史，确保从第 0 字节起的缓存前缀在多轮工具调用中持续命中。官方数据为长会话缓存命中率约 94%、输入 token 成本下降约 2.5×。

工具链通过 npx reasonix code 启动，需 Node 22+，默认使用 V4-Flash，可通过 /pro 单轮切换或 /preset max 整会话切换到 V4-Pro。功能包括 MCP 一等公民支持（stdio/SSE/HTTP）、沙盒与 /plan 只读审计门、Markdown 格式的可组合 skills、事件落盘与会话 replay 等。作者明确表示不做 IDE 插件，理由是 git diff 与 ls 本身就是工作区。FAQ 中解释为何只锁定 DeepSeek：通用后端常通过历史压缩或 cache_control 标记破坏字节稳定性，从而失去前缀缓存优势，耦合单一后端被视为特性而非限制。

HN 讨论存在明显分歧。一类声音质疑必要性：有评论分享自己写了一个 Codex 到 DeepSeek 的薄桥接，未做任何特殊缓存处理也实现了超过 39M 命中 / 1.7M 未命中的缓存比，认为 OpenCode 等成熟 harness 同样能直连 DeepSeek。harness 开发者评论指出，opencode 等项目主动打破前缀缓存通常是因为评测显示整体效果更好，而非疏忽。另一类讨论质疑该项目的工程实现与展示页面：宣传页疑似 Codex 生成，移动端体验差、输入框深色字体在浅色终端下不可读、动画排版抖动。还有评论指出项目名称含 “DeepSeek” 容易让人误以为是 DeepSeek 官方出品。也有用户对其缓存效率表示认可，并询问通过 OpenRouter 接入 DeepSeek 是否仍能获得相同缓存收益。

7. 一张桌子的两半：数字与模拟分区的书房布局

作者长期把桌子靠墙摆放，在汉堡旅行时注意到当地几乎所有展出的桌子都摆在房间中央朝向室内，于是回家后翻转了整个布局：桌子背靠墙，正对房门，视野延伸到整个房间。他认为这种摆法让空间更开阔，也带来更强的安全感。

更大的改变是把一张 200×75cm 的 USM Haller 长桌划分为两个明确的区域：数字侧靠窗，放置 Studio Display、Mac 与他自行设计外壳的 Elora Halcyon 分体键盘，刻意保持极简，只有日常工作必需品；模拟侧则放笔记本、规划本、几支钢笔、纸质书、草图纸和一盏 Artemides Tolomeo Mini 台灯，用于阅读、写日记、规划、画图，也用作与孩子一起搭乐高的共享空间。作者强调模拟侧不需要看起来极简，只需功能性和”邀请感”，可以让东西摆出来过夜。仅仅是把椅子从一侧滑到另一侧，就足以切换工作上下文。他使用这一布局约九到十个月后认为非常满意。

HN 讨论中，一条高赞评论引用中国传统风水的”背不靠空”，认为人类对身后空间存在本能警觉，背靠墙更利于专注。多位评论者赞叹其 Vitsoe 606 货架与 USM Haller 桌的组合配置。也有评论提出审美上的反向意见：真正承载工作的桌子往往是磨损、有划痕、墨迹斑斑的，那种”被使用塑形而非被设计塑形”的痕迹更动人。

实用性讨论同样活跃：许多人指出这种布局的前提是拥有足够大的房间，小空间无法将桌子悬于室内中央；有人质疑桌上常备两支钢笔等细节是否过度设计；也有人坦承自己的桌面就是”一摊乱”，会自然向五英尺半径扩张。一些读者描述了自己的分离策略，例如 COVID 期间将所有工作设备限制在家庭办公室内，离开房间即”断联”。还有评论认为整体观感过于精致，像是 FAANG 工程师必备物品目录，缺乏真实使用痕迹。

8. 微软开源迄今发现最早的 DOS 源代码

微软再次公开了一批与 MS-DOS 早期开发相关的源代码，这一次时间更为久远，包含 86-DOS 1.00 内核源码、PC-DOS 1.00 内核的多个开发快照，以及 CHKDSK 等知名实用程序。86-DOS 最初由程序员 Tim Paterson 为 Seattle Computer Products 的 8086 计算机开发，前身称为 QDOS（quick and dirty operating system）。微软为给 IBM PC 5150 提供操作系统而先授权再买断 86-DOS，并聘请 Paterson 继续开发，最终演变为 MS-DOS。

值得注意的是，这批源码古老到从未以数字形式保存过。由 Yufeng Gao 和 Rich Cini 牵头的“DOS Disassembly Group”历史保存团队，从 Paterson 提供的纸质打印件上人工转录扫描而来；由于打印件年代久远，现代 OCR 软件难以胜任，过程极为繁琐。

HN 评论区充满了对早期计算时代的怀旧。多位评论者指出，微软真正在意的产品其实是 BASIC，DOS 只是拿到 IBM 合同的工具，当年的微软更像一家“顺带写操作系统的开发工具公司”，并提到此前微软也开源过早期 BASIC。还有人感慨当时只用几千行汇编就能撑起一家成功的软件公司。另一条高赞评论复述了 IBM 原本想要 CP/M、Digital Research 拒签 NDA 从而把机会让给微软的关键转折。也有人期待微软未来能开源早期 Windows 的源码。技术爱好者则注意到，86-DOS v0.1-C 和 v0.34 的二进制版本其实比此次发布的 v1.00 源码更早，可在模拟器中运行。还有评论展望未来会出现“数字考古学”这一历史学分支，去研究被遗忘的文件格式和早期数据集。

9. 被低估的 HTML 元素：聊聊 <dl> 描述列表

作者 Ben Myers 在这篇 2021 年的文章中系统介绍了 HTML 中常被忽视的 <dl>（description list）元素。它用于表示“名称—值对”的列表，例如图书元信息、房屋设施、月租费用明细、术语表等都是合适的使用场景。文章解释了三个相关元素：<dl> 是列表容器，<dt> 表示术语名，<dd> 表示对应的值；一个 <dt> 可以对应多个 <dd>，且规范允许使用 <div> 将一对 <dt>/<dd> 包裹起来便于样式控制（这是唯一允许的包装方式）。

作者强调使用语义化标签的意义在于：当浏览器和辅助技术能识别这种模式时，屏幕阅读器可以告知用户列表中有多少组、用户当前位置、并支持整体跳过等。这些并非假设性收益，而是大多数浏览器与屏幕阅读器组合中已实际提供的体验。文章以《龙与地下城》生物属性卡（statblock）为压轴例子，展示其中至少包含五个可用 <dl> 表达的结构。

HN 讨论非常活跃。最高赞评论指出文中 aria-label="Ability Scores" 的用法在 ARIA 规范层面存在问题：<dl> 没有隐式 role，要使用 aria-label 需显式赋予 list 等兼容角色；并补充 <dt> 也可以连续出现，因此 <dl> 表达的其实是“名称—值组”而非严格的对。另一条颇受争议的评论则坦言放弃语义化 HTML 后开发反而更轻松，因为 <dl> 在涉及多层包装、分隔、图标、跨多对的标题等需求时弹性不足，认为“API 被 99% 的用户绕开就是 API 本身的问题”。也有读者补充了历史维度：DL/DT/DD 的概念早在 1985 年 IBM 大型机的 DCF/GML 文档系统中就已存在，远早于 Web；世界上第一个网站就大量使用 <dl>。还有人讨论 <dl> 是否可嵌套、JAWS 等屏幕阅读器对其支持情况，以及语义化标签可能让 AI 工具更好理解代码等问题。

10. Vivado 2026.1 为何对免费版取消 Linux 支持引发不满

AMD 旗下 Xilinx 的 FPGA 开发工具 Vivado 在 2026.1 版本中宣布免费的 Basic 层级（Standard/Free Tier）不再支持 Linux，仅保留 Windows，需要付费版本才能在 Linux 上使用。这一变化在 AMD 官方社区引发大量抗议，但官方回复被认为答非所问，并未解释为何独独对 Linux 用户做此区分。

HN 讨论的情绪相当统一地负面。长期 AMD 用户指出，真正问题不是费用而是“为什么 Linux 被排除而 Windows 不变”，这种做法会疏远学生、爱好者和早期开发者，伤害生态扩张。多位专业用户抱怨自 AMD 收购 Xilinx 后体验持续下滑：曾花费数十万美元购买 Xilinx FPGA 的工程师仍要为新机器、CI、新员工、实习生反复走 PO 流程申请许可证，公司风格从“工程师驱动”转向“MBA 抠成本”；还有小公司表示等新许可证等了数月，AMD 几乎不回应。教育领域用户表示将转向其他厂商，他的学生也会一起迁移，并指出 Windows 在涉及交叉编译等任务时无法提供同等体验。

评论中也有不少替代方案推荐：Lattice 的 ECP5、Certus 系列基础芯片的工具链完全免费，仅高端含 SerDes 的 SKU 才需付费许可，其文档质量也被认为优于 Xilinx；GateMate（Cologne Chip）和 Intel/Altera 的 Quartus Prime Lite 也被提及，后者本身就支持 Linux。多人对比了 Altera 当年被 Intel 收购后官方论坛立刻关闭、社区萎缩的历史，认为 AMD 正在重蹈覆辙。有人将这归为典型的“bean counter logic”——为了让 Linux 用户分摊开发成本而忽视了软件工具本应作为硬件销售引流器的作用。开源 FPGA 工具链（如 f4pga）也被视为可能因此受益。

11. 花 50 小时手绘一张折线图

设计师 Doug MacDowell 记录了自己花费 50 多小时、用尺子、铅笔、墨水和字母拼贴套件手绘一张统计上严谨的数据可视化作品的过程——主题是一台“咖啡机电脑”的温度分析。Hackaday 评价其“像是从 1970 年代大学课本里走出来的”。文章并非教程，而是邀请读者放下 PowerBI、Tableau、D3、Python、R、Illustrator，回到机械绘图的年代去理解数据可视化的本质。

作者列出了他喜爱的手绘数据可视化书单，包括 Tufte 的《The Visual Display of Quantitative Information》、W.E.B. Du Bois 的数据肖像、Willard Brinton 1914 年与 1939 年的两部图形方法著作、William Franklin Willard 的机械制图教材、Karl Karsten 1925 年的《Charts and Graphs》等，多数都已在 Archive.org 免费可读。工具方面，他详细介绍了光滑 Bristol 纸、T 形尺、三角板、圆形模板（用于统一线条粗细）、Micron 针管笔、Staedtler 橡皮、Winsor & Newton 墨水以及复古字母拼贴套件等。流程从绷紧纸张、画边距、铺方格网开始，整张作品最终建立在这张铅笔网格之上，墨水线完成后再擦去铅笔痕迹。

HN 讨论同样温情而专业。有家具设计师补充：用 6H–9H 等硬芯铅笔绘制辅助线更轻、更易擦除，并推荐 K&E 削铅器和 Prismacolor 的 lead holder。有人玩笑式地把这种创作当成竞技体育评分：“他在尝试斜接！线宽超大！可惜这组数据太尖锐不适合该接头方式，7/10。”也有评论提醒：在真实业务中过度依赖手绘可能引入肉眼难察的误差，影响决策——非技术读者对“线条”的信任高于对“数字”的信任。多位评论者分享了自己在德国联邦统计局、医学生理学论文、法国 INSEE 历史报告中见过的手绘数据图，赞叹其美感与背后的劳动量。还有人指出这篇帖子“极度 HN 化”——用 50 小时做软件 20 分钟能完成的事，而我们这个行业的存在正是为了让人不必这样做，正是这种悖论让它格外动人。

12. 诈骗者滥用微软内部邮箱地址群发垃圾邮件

TechCrunch 报道，数月以来有诈骗者利用一个漏洞，从微软用于发送账户安全通知（如两步验证码、可疑登录提醒等）的内部邮箱地址 msonlineservicesteam@microsoftonline.com 向用户发送垃圾邮件和钓鱼链接。这些邮件主题模仿官方欺诈交易提醒，或声称收件人在某网址有“私信”，由于发件地址是真实的微软通知渠道，可信度极高，能绕过通常的反钓鱼提示。

目前尚不清楚攻击者具体如何利用该系统，但他们似乎可以注册新的微软账户，进而以“新客户”身份触发由该地址发出的邮件。反垃圾邮件组织 The Spamhaus Project 证实此类滥用已持续数月，并表示“自动化通知系统不应允许如此程度的自定义”，已通知微软。微软在事后通过第三方公关回应称正在调查、加强检测拦截并删除违规账户。文章指出类似事件并不孤立：2026 年初 Betterment 的平台曾被入侵以发送伪造加密货币通知，2023 年 Namecheap 也发生过通过其官方邮件账户群发钓鱼邮件的事件。

HN 评论区批评声不断。最高赞评论指出，微软自家的域名管理混乱，连内部恐怕都没有完整的域名清单，普通人根本无从确认 microsoftonline.com 是否真属于微软；既然厂商要求用户“看域名识别钓鱼”，就应公开所有合法发信域名列表。另一条高赞讲述了用户自己微软账号近期收到大量异地登录提醒、但登录历史页却完全为空，且微软默认登录流程已变成“邮箱 + Authenticator”、无需密码，且无法在 App 内关闭的体验。还有人提到 Outlook 字体下 “rn” 与 “m” 几乎不可区分，公司同事因此中招。多位评论者反映 Google Groups、Booking.com、PayPal、Meta Business Manager、Akamai 等渠道也存在类似“以合法域名发钓鱼”的问题，且向这些大公司报告漏洞往往石沉大海。另有评论指出，这种攻击完全绕过 SPF/DKIM/DMARC 等反伪造机制，因为邮件确实来自真实发件域。

13. 16 字节 x86 汇编：Sierpinski 三角形与“黑客帝国雨”的合奏

Hellmood 在 2026 年 5 月荷兰 Outline Demoparty 上发布了名为 “wake up! 16b” 的 demo——仅用 16 字节 x86 实模式 DOS 汇编，在屏幕上绘制出无限延伸的 Sierpinski 分形“黑客帝国式”雨，同时通过 PC 喇叭播放出对应几何结构的声音。作者编程已逾 30 年，过去 15 年制作了上百个 tiny intro，本作受 Plex 16 字节作品 “Rainbow Surf” 启发，从大量声音实验中筛选出来。

代码核心仅 8 行：通过 int 10h 进入文本模式、把数据段指向 0xb800 显存，然后循环执行 lodsb / sub si,57 / xor [si],al / out 61h,al / jmp short L。其精妙之处在于多重利用：BIOS 清屏后显存并非全零，而是统一填充 0x20（空格）和 0x07（属性），构成了天然“初始噪声”；DOS 段大小为 65536 字节，每步前进 16 字节恰好 4096 步遍历整段并干净回卷，使累加器 al 周期性归位；xor 替代 add 后，根据 Lucas 定理，bit 1 的演化恰好对应一维元胞自动机的 Rule 60，从而自然产生 Sierpinski 三角形结构。这种结构既被写入显存形成视觉图案，又通过 0x61 端口直接驱动喇叭形成声音，实现了一种深度的“通感”。由于屏幕宽度（80 字符）远小于实际计算空间（8192 像素宽），用户能感知运动却看不到完整三角形——若放大画布或不“跳像素”，三角形就会显现。作者也借此技巧（多态指令、跳入指令中段复用字节）介绍了 sizecoding 的精髓。

HN 上一片惊叹。有读者沿着链接跳进“递归 PowerPoint 构造 Sierpinski 三角形”的兔子洞看了一小时。有人回忆自己 2014 年曾分析过作者更早的 8 字节作品 “M8trix”。多条高赞评论表达了相似的情绪：“这种艺术般的代码密度，让人怀念那个 demoscene 时代，也让人对当下被 AI 和层层抽象包裹的工业开发心生失落。”有人开玩笑说看到 “16b” 还以为又是个 160 亿参数的 LLM。也有讨论者好奇：在 $2^{128}$ 个 16 字节序列中，到底有多少能同时构成有效 DOS 程序、又能同时输出有意义的画面和声音；以及最短的 Mandelbrot 实现可以做到多少字节。

14. Greg Brockman 访谈：差点毁掉 OpenAI 的 72 小时

在 The Knowledge Project 播客的这期长访谈中，OpenAI 联合创始人兼总裁 Greg Brockman 回顾了公司从成立到今天的一系列关键节点：最早在 Napa 的 offsite 上确立了沿用十年的三步技术路线图、OpenAI 为何不得不放弃纯非营利结构、以及 2023 年 Sam Altman 被董事会解雇后的 72 小时——他在哪里接到董事会电话、为何当天辞职、第二天如何在 Altman 家中设计名为 “Phoenix” 的备份公司，以及 Ilya Sutskever 发推之后局势的逆转。访谈还涉及更前瞻的话题：是否存在全球 AI 竞赛、OpenAI 自家代码中由 AI 写的比例（“很难说有多少 不是”）、为何 ChatGPT 不再展示推理轨迹、算力受限世界下谁能获得 AGI，以及他对“AI 会如何冲击工作”的回答。

HN 评论区对这类“公司内幕叙事”反应冷淡甚至不满。最高赞评论怀念过去刊登代码清单的计算机杂志，吐槽如今的科技报道都已变成“公司互撕真人秀”，看谁今晚被投票淘汰。多位评论者质疑：一个非营利组织凭什么能这样平滑过渡为盈利结构，这是否意味着“非营利”身份已名存实亡、只是用来在初期享受便利、时机成熟后再行套现的工具。还有评论提及 Musk 诉讼中公开的 Brockman 个人日记里出现的 “Financially what will take me to $1B?” 一句话，认为它折射了创始团队真实的动机。多人对采访本身评价不高，认为内容“浮于表面”、没有揭露新信息，尤其没有人追问 Ilya 当时的真实想法——他先是参与解雇 Altman，旋即又签署要求 Altman 回归的联名信。也有声音认为如果当时改组成功，OpenAI 反而会“被修复”而非被毁掉；还有人直接断言“现在最重要的 AI 公司是 Anthropic”。一些应用开发者补充，依赖 OpenAI API 构建产品的体验在这种董事会戏剧周末后变得格外脆弱，让人重新审视技术栈的稳定性。

15. 澳大利亚四天工作制研究：生产力未降反升

一项发表于《Nature》旗下 Humanities and Social Sciences Communications 的研究追踪了 2022 至 2024 年间 15 家澳大利亚公司采用”100:80:100”四天工作制模式的情况：员工拿 100% 薪水、工作 80% 工时、维持 100% 产出。研究由 Deakin 大学的 John Hopkins 教授主导，行业涵盖物业管理、出版到健康科技。

结果显示，15 家公司中有 14 家在试点结束后选择继续推行，无一家报告生产力下降，其中 6 家公司生产力实际上升，其余持平。每家公司可自行定义生产力指标，包括营收、利润、项目按时交付、员工流失率、缺勤率以及净推荐值（NPS）。客户密集型行业通过错峰休假保证服务覆盖。6 家公司表示采用四天工作制的首要动机并非提升产出，而是降低职业倦怠——Beyond Blue 的 2025 年调查显示，半数澳大利亚员工正经历倦怠。

文章强调 100:80:100 模式的核心是迫使企业审视时间使用，砍掉无效会议、自动化或重新分配任务，而非将五天工作压缩进四天。德国 45 家公司和英国 200 多家公司的类似试验得出相近结论。Hopkins 还提到，AI 带来的生产力红利可以以缩短工时的方式回馈员工。

HN 评论分歧明显。部分美国读者认为生产力数据已不重要，技术进步早该让人们工作更少，企业拒绝缩短工时是出于”控制”而非效率考量。荷兰评论者指出当地 32 小时工作周已是法定权利，从未见过团队效率问题。批评声音则质疑研究方法：样本通过媒体报道和参与者推荐获得，存在明显的自我选择偏差；公司可自定义生产力指标使结果难以严格比较；试验期较短、长期效应未知。也有人提到澳大利亚正处于 60 年来生产力低点，宏观背景需谨慎解读。一条评论引用经典的霍桑效应观察：“任何改变工作条件的研究都会提高生产力”，提醒注意试验本身带来的激励效果。

16. 约束衰减：LLM 编程代理在后端代码生成中的脆弱性

一篇 arXiv 论文系统评估了 LLM 代理在多文件后端代码生成中处理结构性约束的能力。研究指出，现有基准多数只考察功能正确性，奖励”功能对但结构随意”的解，忽视了生产级软件对架构模式、数据库、ORM 等非功能性需求的严格遵循。

研究者固定统一的 API 契约，设计了跨 8 个 Web 框架的 80 个全新生成任务和 20 个特性实现任务，通过端到端行为测试和静态验证器进行双重评估。核心发现是”约束衰减”（constraint decay）现象：随着结构约束累积，代理性能显著下降。能力较强的配置从基线到完全约束任务，断言通过率平均下降 30 分；较弱的配置接近归零。

框架敏感性分析显示，代理在 Flask 这类轻量、显式的框架中表现较好，但在 FastAPI、Django 这类约定繁重的环境中明显变差。错误分析表明，数据层缺陷（查询组合错误、ORM 运行时违规）是主要根因。研究承认未全面测试前沿模型，结果应谨慎解读。

HN 讨论延伸出几条主线。多位实践者印证了这一现象：长程编码任务中，代理倾向于完成孤立任务而避免消耗大量上下文，到 3 万行级别代码库时复杂度已让其难以应对。一位评论者描述了”钙化”效应——某种模式一旦在代码库中出现，代理会自我强化地延续它，对优质代码库是优势，对劣质代码库是灾难。另一种观点认为这是上下文窗口的固有问题：要遵守约束就要把规范、架构、目录结构都塞入上下文，但上下文一满，遵循约束的能力反而下降。实践建议包括：使用规划模式先生成方案、用 @-引用现有惯用代码作为示例、在过程中而非事后注入约束、以及构建外部编排器进行多轮审查修正。也有人将此与近期”长程文档编辑”的研究关联，指出编程是 LLM 少数能在长程任务中不累积错误的领域，而本文进一步细化了”长结构约束”维度的脆弱性。

17. 童年计算记忆：1992 年的 Logo、软盘与计算机房

Susam Pal 撰文回忆 1992 年八岁时第一次接触计算机的经历。他就读的印度小镇学校有一间从硅厂淘汰下来的 IBM PC 兼容机的计算机房，每月只有约两小时上机时间。进入机房前需要脱鞋，“这些机器很贵，要保持无尘”。机器配备单色 CRT、没有硬盘、几百 KB 内存。每次上机要先插入 5¼ 英寸软盘加载 MS-DOS，再插入另一张加载 LOGO.COM，然后编写小程序看海龟移动。由于没有存储，关机后程序全部消失，“保存”意味着把程序抄在纸质笔记本上。

由于上机时间稀少，他在家用笔和方格纸”调试”程序，到机房才有约 30 分钟真正运行。一个画带动态虚线房屋的 Logo 程序成为同学间传抄的”开源软件”——发行渠道是铅笔抄进笔记本，再敲回电脑。他还玩过 Moon Bugs、Space Invaders、Bricks 和 Grand Prix Circuit 等游戏，后者的伪 3D 效果让他惊叹不已，直到 2022 年他才完成童年梦想，写出自己的 Invaders 风格游戏。

文章末尾感慨，三十多年过去，机房里十几台电脑的嗡鸣、POST 自检的蜂鸣、密闭空调房特有的气味，至今记忆鲜明，那种气味偶尔在意外场所重现时仍能瞬间把他带回童年。

HN 评论区演变成集体怀旧。1984 年的 BBC Micro 用户感叹自己”从未如此衰老”；C64 用户记得电路板发热的特殊气味，以及由于磁带机磁头错位无法加载游戏，反而促使他从手册抄写并保存自己写的 BASIC 程序。其他回忆涉及 TRS-80 Model 16、RPG Maker 中突然理解”变量”概念的顿悟、Geocities 时代”查看源代码”再用记事本修改的反馈循环。也有人技术性地怀念早期图形编程的特性：画上去的东西会一直留在屏幕上，而现代图形库每帧都要重绘，反而让简单的累积式绘画变得困难。还有评论提出当下”反屏幕”育儿潮流的困惑——是否该让孩子接触 Apple II 或树莓派来重现那种探索式的计算启蒙。

18. 从 Go 迁移到 Rust：一份偏后端视角的迁移指南

Rust 咨询师 Matthias Endler（corrode）撰写了一份从 Go 迁移到 Rust 的指南，聚焦后端服务场景。作者坦言自己偏好 Rust、对 Go 的语言设计持批评态度（无处不在的 nil、错误处理依赖纪律而非类型、长期缺失泛型），但承认 Go 在开发者群体中占 17–19% 的稳定份额，确实有效。

指南对比了两者的工具链：Go 的工具链开创了”开箱即用”的潮流，Rust 的 cargo 进一步扩展，将 clippy、fmt、doc、bench 等都纳入官方。Go 经常需要 golangci-lint、goreleaser、air 等第三方工具补足，而 Rust 一方生态覆盖更全。文章核心论点是：“从 Go 迁移到 Rust，本质上是把检查从约定与运行时拉进类型系统”——nil 处理变为 Option，错误变为 Result<T,E> + ? 操作符，数据竞争由 Send/Sync 在编译期捕获而非 -race 运行时检测，cancellation 由显式类型替代 context.Context 的约定。

代价方面，Rust 编译时间慢、学习曲线陡、生态规模（约 25 万 crates）小于 Go 模块。运行时方面，Go 携带约 2MB 运行时和 GC，Rust 几乎无额外运行时。

HN 讨论激烈。一条高票评论指出，对于 Web 后端 Go 是更合适的选择，自己写 Rust 多年但上次写 Web 后端时反而后悔没用 Go；并批评 Rust 缺乏统一错误类型，io::Error、thiserror、anyhow 三套系统在调用链中传递颇为痛苦。另一条对 Rust 包管理生态的复杂性表示不满：仅引入 rusqlite、clap、ratatui 就拉来近百个依赖，加上 tauri 超过 400 个，而对应 Go 项目几乎全靠标准库；担忧供应链攻击。

也有人认为整篇文章”既是迁移指南又是 Rust 宣传”显得别扭，核心抉择其实就是”是否需要托管运行时”，两种选择在大多数领域都合理，Rust vs Go 的”派系之争”是行业一个尴尬的小角落。还有读者从写作风格识别 AI 辅助痕迹（频繁出现的 genuine 一词）。技术细节上，有评论指出文章把数据竞争说成”编译期捕获”略显夸大，Rust 仍无法解决死锁、活锁等更广泛的并发问题；也有人补充 Rust 在确定性模拟测试方面比 Go 更易实现，他因此把一个 Postgres-to-Iceberg 工具从 Go 移植到了 Rust。还有务实派建议：绿地项目可以选 Rust，棕地稳定系统不要为重写而重写。

19. Colossal 用人造蛋孵出 26 只小鸡，目标复活渡渡鸟与恐鸟

Colossal Biosciences 宣布利用其”人造蛋”系统成功孵化出 26 只健康小鸡，称这是复活灭绝鸟类（如新西兰南岛巨型恐鸟和毛里求斯渡渡鸟）的关键一步。该公司估值已超过 100 亿美元，去年曾因宣布培育出形似已灭绝恐狼的白色幼狼引发关注。

天然蛋壳是工程奇迹：既能承受母鸡体重，又足够薄让雏鸟啄破；允许氧气透过同时保持湿度并阻挡细菌。1988 年 Margaret Perry 首次在替代蛋壳中孵化胚胎，此后科学家尝试过塑料杯、保鲜膜等无壳系统，但孵化率不佳，且后期需补充高浓度氧气，可能损伤胚胎 DNA。Colossal 称其方案是一种硅基半透膜，置于刚性六边形支撑杯中，气体交换效率接近天然蛋壳，并设有顶部透明窗口供观察胚胎发育。理论上尺寸可缩放至蜂鸟蛋或足球大小的恐鸟蛋。

研究尚未经同行评审、未公开数据与孵化率。布法罗大学进化生物学家 Vincent Lynch 评价：若属实，确是了不起的生物技术成就，但这只是蛋的一部分，“其他部分尚未开发”。视频显示流程仍依赖真母鸡产蛋后 24–48 小时内挑选受精蛋，倒入人造蛋装置——也就是说从受精到产蛋整段过程仍需真实鸡的参与。

HN 评论质疑声居多。Duke 大学生态学家 Stuart Pimm 被引用的观点获认同：与其追求复活，不如解决栖息地消失、玻璃撞击、户外猫等更紧迫的鸟类生存威胁。多位评论者立刻联想到《美丽新世界》《侏罗纪公园》，调侃”鸟类”只是幌子、真正目标是恐龙。也有人追问商业模式——一家私营公司而非研究机构在做此事，资金回报路径是什么，并担忧技术最终被用于工业化食品养殖。关于渡渡鸟复活的可行性，有人质疑 DNA 来源问题。还有人就标题表述（26 只是来自单个蛋还是 26 次独立成功）和”鸡和蛋谁先”的哲学梗进行调侃。

20. Usborne 1980 年代少儿计算机书籍：一代程序员的启蒙

英国出版社 Usborne 在 1980 年代出版的少儿计算机与编程书系，如今在 HN 引发集体怀旧。这些书以鲜明的卡通插画、清晰的步骤说明、跨机型 BASIC 代码清单为特色，涵盖《Practice your BASIC》《Machine Code for Beginners》《Write Your Own Adventure Programs》《Computer Battlegames》《Creepy Computer Games》《Robots》等主题，将相当复杂的内容以孩子可理解的方式呈现。

多位 HN 用户讲述了这些书如何改变了他们的人生轨迹。一位用户回忆 1989 年在学校图书馆借到《Practice your BASIC》，午休时捐 40 便士给慈善机构便可使用机房，“大多数孩子玩游戏，我学会了写代码”；他 1996 年进入大学软件工程系，十年后创办咨询公司，再十年成为多家创业公司的 CTO。另一位用户通过《Machine Code for Beginners》理解了机器码和二进制补码，让他在 Amstrad CPC 464 上写出比 BASIC 快百倍的循环，并在没有自己电脑的早期，跑到电脑商店蹭机器、甚至在玩具店两行液晶屏的 VTech 设备上练习。

一段较长的回忆讲述了一个青少年按《Robots》书中设计真的造出机器人的故事。在前网络时代，仅是获取信息就近乎随机——这本书是在俄勒冈科学与工业博物馆礼品店校外活动时偶然买到；然后 Radio Shack 没有合适的电机，需要邮购目录、说服父母用支票汇款、等待数周才能拿到零件，“在孩子的时间感知里如同永恒”。这种从信息获取到元件采购的全链路困难，凸显了当时入门计算的门槛。

也有人提到书中卡通机器人”把数字放进盒子”的画面，至今仍是他写涉及指针代码时的心理意象。还有用户用 Claude 把 1983 年《Creepy Computer Games》里的某个 BASIC 游戏移植到了 HTML+JS。多位评论者表示希望有人为 Pico-8 或 Lua 等现代环境制作类似风格的新一代入门书，并认为今天的孩子已经很难再以那种”图书馆借书—动手敲代码—逐步深入”的路径自然走进编程世界，树莓派项目是目前最接近的努力。