No.01
Einstein's relativity rules chemical bonds in heavy elements, new research shows
布朗大学研究证实：爱因斯坦相对论重塑重元素三键结构
260 分
97 条评论
作者: hhs
布朗大学化学家在《Science》发表研究，首次通过光电子能谱实验直接证实，重元素中三化学键的结构受爱因斯坦相对论影响。传统理论认为三键由一个σ键和两个π键组成，但研究显示，当原子核足够重时，电子加速至接近光速，spin-orbit耦合模糊了σ键与π键的界限——碳与铋形成的三键实际表现为1个π键加2个混合σ-π键，而非经典的一个σ加两个π结构。该发现可能改写化学教材，铋在新型太阳能电池、量子材料等领域正获关注。通讯作者Lai-Sheng Wang表示：「高中所学的化学键理论在重元素中并不成立。」
No.02
QuadRF can spot drones and see WiFi through my wall
QuadRF：能追踪无人机、透视墙内WiFi的手持相控阵射频设备
599 分
199 条评论
作者: speckx
Jeff Geerling 评测了一款名为 QuadRF 的手持式相控阵射频设备。该设备以 Raspberry Pi 5 为核心，搭载 FPGA 开发板，具备皮秒级定时精度，可实现波束形成与先进信号处理。其频率范围为 4.9-6 GHz，能透过墙壁「看到」WiFi 信号，也能实时追踪飞行中的无人机（如 DJI Mini Pro 4）。设备通过 MIPI 接口实现超 5 Gbps 的低延迟 I/Q 数据传输，众筹价 499 美元起。内置 AR 增强现实可视化应用，将射频信号以彩色斑点叠加在摄像头画面上。开发者 Martin McCormick 曾参与 SpaceX Starlink 终端 Dishy 的研发，QuadRF 原本是月球尺度天线阵列项目的一部分。Geerling 体验后认为产品功能超出预期，但 UI 尚待完善。关于隐私与政府监控能力的讨论也被引发——有评论直指「开源社区能做到这样，政府的能力可想而知」。
No.03
Otary – Image and Geometry Python Library Now Has Tutorials
Otary – 图像与几何 Python 库新增教程
25 分
0 条评论
作者: poupeaua
Otary 是一个专注于图像处理与几何运算的 Python 库，宣布推出官方教程文档。教程覆盖七大主题：通用示例、图像加载前裁剪、线性实体处理、评分计算、面积运算、几何对象交集以及 OCR（光学字符识别）。开发者强调查阅教程仅需理解 Otary 的基本用法，不必追求完整参考，鼓励使用者边探索边发掘库的各种可能性。该库适合需要结合图像处理与几何计算的应用场景，如计算机视觉、图形学或文档分析等领域。
No.04
Apple sues OpenAI, accuses ex-employees of stealing trade secrets
苹果起诉OpenAI，指控前员工窃取商业机密助力硬件项目
1119 分
581 条评论
作者: stock_toaster
苹果正式对OpenAI提起诉讼，指控该公司通过前苹果员工窃取商业机密。涉案前员工包括：曾在苹果工作8年的资深系统电气工程师刘畅（Chang Liu），以及负责iPhone和Apple Watch产品设计的前副总裁谭唐（Tang Tan）。苹果在诉状中详细指控：一、Tan在OpenAI面试中利用苹果内部项目代号套取更多信息；二、指示仍在苹果任职的候选人携带实际硬件组件参加「展示」环节；三、候选人开始截图下载机密项目文件并带到面试；四、Liu离职后利用安全漏洞下载超过千页机密工程文件；五、OpenAI误导苹果合作伙伴使用其专利金属抛光技术。OpenAI正通过收购Jony Ive的io公司（65亿美元）进军消费硬件，消息称其正在开发手机和智能音箱。苹果寻求禁令救济和损害赔偿，并表示这只是「冰山一角」。OpenAI目前有超过400名苹果前员工。
No.05
Almost $1B Later, the US Still Can't Make a Medical Glove
烧了近 10 亿美元，美国为何仍造不出本国产医用丁腈手套
41 分
21 条评论
作者: helsinkiandrew
美国在新冠疫情后投入近 10 亿美元试图重建本土医用手套产能，但至今仍未成功。文章揭示核心困境：制造丁腈手套所需的关键原料 NBR（丁腈橡胶）美国无法自产，需依赖进口。此外，重建完整供应链需要巨额资本投入，且成本远高于东南亚、中国现有产能，导致国产手套在市场上缺乏竞争力。评论焦点包括：资金是否以grant形式发放反而催生骗补动机；与「圆珠笔笔尖」故事的类比（中国曾被嘲讽造不出圆珠笔尖，最终一年解决）；这暴露的国家安全隐患——若下个大流行致命性更强，连手套都无法自产将是致命短板；以及质疑 10 亿美元是否本该足够解决问题，还是说明体系性失败。
No.06
An iroh powered smart fan
用 iroh 打造智能风扇：ESP32 直连全球控制
114 分
31 条评论
作者: surprisetalk
作者在北半球热浪来袭时，决定用 iroh 库打造一个无需云服务的智能风扇。核心思路：ESP32-WROVER 开发板读取 DHT22 温度/湿度传感器，根据温度自动或手动控制风扇；通过 iroh 实现 P2P 直连，用任意浏览器即可从世界任何角落远程操控，彻底摒弃传统 IoT 方案必需的云服务器。设备首次启动时在非易失性内存中生成并保存密钥，确保每次重启后端点 ID 稳定。连接流程：设备先通过 WiFi 凭证联网，随后自动探测最近的 iroh 中继服务器并设为 Home Relay，之后即可用短票据（仅含端点 ID）全球可达。代码基于 iroh-esp32-examples 改造，Flash 空间已用 95.75%，后续纯 Rust 依赖增量极小。文章指出，停止 cargo run 只断开连接，设备本身继续运行，断电后重接仍保持同一端点 ID，真正实现「插电即用」的嵌入式控制体验。
No.07
The vintage beauty of Soviet control rooms (2018)
苏联控制室的老式之美
115 分
36 条评论
作者: mvdtnz
本文通过一组珍贵照片展示苏联时代工业控制室的独特美学。这些控制室布满密密麻麻的物理仪表、旋钮和显示屏，呈现出一种「太空时代」的设计感。文章引发了两个层面的讨论：一是审美层面的——有人认为这种机械感十足、充满霓虹管和模拟显示的设计有种复古未来主义的美感，甚至让人联想到德国音乐家Hainbach的工作室；但也有人觉得这些密密麻麻的操控台看起来「很麻烦」，缺乏简洁。二是技术层面的——评论者指出这些老式控制室在设计上「建模系统状态而非实现细节」，比现代软件的可观测性更直观；还有人将核电站控制室与飞机驾驶舱类比，解释为何需要那么多仪表。如今AI驱动的设计不再受制于简洁和美学的传统约束，这让人们对老式控制室的设计哲学有了新的反思。
No.08
An update on residential proxies and the scraper situation
LWN 深度：住宅代理爬虫危机与互联网攻防战
205 分
200 条评论
作者: chmaynard
LWN 发布深度文章，披露网页爬虫危机的最新态势。攻击者通过住宅代理网络（Residential Proxies）控制数百万普通用户设备，以海量 IP 发起轮换攻击，每 IP 仅访问 1-2 次，令传统封禁策略失效。文章区分两类运营方：犯罪团伙以恶意软件感染设备（如年初被 Google 打击的 IPIDEA 僵尸网络），以及 Bright Data 等表面合法的「道德采购 IP」公司——通过 VPN 或 SDK 将用户设备纳入代理池。真正的需求方仍是谜团，文章推测包括：各大 AI 实验室、秘密训练模型的政府机构、有组织犯罪集团等。这是一场「军备竞赛」，防御方不得不引入 Anubis（工作量证明）、验证码、登录墙等机制，而这些对真实用户也构成负担。LWN 近期遭受史上最严重攻击，幸得防御体系稳住，但具体细节不便透露。
No.09
SpaceX wants to launch 100k more Starlink satellites for 100x the bandwidth
SpaceX 申请 FCC 批准再发 10 万颗 Starlink 卫星，带宽翻百倍
195 分
646 条评论
作者: CrankyBear
SpaceX 向美国联邦通信委员会（FCC）提交申请，计划部署 10 万颗第三代（Gen3）Starlink 卫星，使现有规模扩大近十倍。目前在轨卫星约 11,000 颗，Gen3 每颗重逾 2 吨，需待 Starship 火箭就绪方能规模化发射。SpaceX 承诺新网络可提供多千兆对称宽带、延迟降至 20ms 以下，整体带宽提升约 100 倍；但目前实测Residential Max 套餐下载仅 145-170Mbps、上传不足 40ms，与光纤相去甚远。申请涉及极宽频谱范围（Ku、Ka、V、E、W、D-band），可能干扰竞争对手及天文观测，欧洲南方天文台研究已明确反对。现有用户需升级终端设备，预计月费 $200-300。评论聚焦夜空光污染、Kessler 碰撞级联风险，以及卫星互联网对农村地区的实际价值。
No.10
Good Tools Are Invisible
好工具是隐形的
447 分
208 条评论
作者: theanonymousone
作者认为好工具应该是「隐形的」——当你熟练掌握时，它消失在背景中，不再引起注意。他以 vim 与 Sublime 的对比为例，批评有些人将工具的缺陷包装成「有趣的谜题」来推销，甚至把克服局限的努力当作工具优秀的证明。作者指出这种做法往往是身份认同在作祟：一旦工具成为个人标签，承认其缺陷就变得困难。关于 GUI 与 TUI，他认为是设计问题而非本质问题——GUI 完全可以用键盘导航，只是多数开发者懒得实现。谈及 Linux 桌面多年未能普及，作者认为部分原因是用户喜欢通过配置文件「折腾」系统，将其视为乐趣，但这恰恰是障碍所在。核心主张是：好的默认设置是设计者的责任，最大化可配置性不应是目标，「逃生舱」才是。
No.11
AI 2040: Plan A
AI 2040：计划 A
282 分
285 条评论
作者: kschaul
本文是「AI 2027」团队的后续作品，提出了一个名为「Plan A」的正面愿景：人类应延迟超级智能开发至 2040 年，强制公开所有 AI 研发、各国同步进展，并缔结「相互保证计算销毁」的国际协议以避免危险竞赛。作者认为当前 AI 竞赛若不加干预，将导致人类灭绝或权力高度集中——少数公司/个人控制唯一的超级智能军队。场景时间线为：2029 年中美达成协议，2030 年实现全自动 AI 研发但被协议暂停，2030-2035 年扩展至人类专家水平后主动暂停，2040 年才解锁超级智能。文章坦承这是建议而非预测，核心目的是对政策建议进行场景压力测试，但也指出大多数 AI 政策提案经不起这种详细推敲。
No.12
Silent speech with ultrasound
超声波无声语音：下巴后方的舌头成像实现私密对话
59 分
14 条评论
作者: chrwn
Aleph Neuro 团队研发了一种基于超声波成像的无声语音（Silent Speech）识别系统，在下巴后方放置超声波探头捕捉舌头运动视频，再将其转换为文字。该方法相比唇读具有显著优势：舌头可区分约 34 种音素类，而唇形仅约 10–14 种可区分状态。在仅 50 小时数据集上训练一个月后，系统达到 15.6% 的词错误率（WER），接近需百万小时数据的唇读系统（12.5% WER）水平。模型基于 ResNet-18 2+1d 视频编码器与 Whisper Base 解码器构建，通过让舌头视频嵌入逼近对应音频的 Whisper 编码嵌入实现跨模态对齐。当前系统支持美式英语的跨说话人泛化，但对方言支持有限。未来硬件方向是缩小探头体积、以水凝胶替代超声凝胶，使探头成为轻量可穿戴设备。评论关注其与 NASA 早期研究、索尼在 CHI 发表方案的对比，以及在失声人群辅助和特种部队等场景的潜力。
No.13
Late Bronze Age Collapse
青铜时代晚期崩溃
373 分
255 条评论
作者: dmonay
青铜时代晚期崩溃（LBAC）是公元前12世纪（约前1220—前1170年）地中海东部与中东地区发生的重大文明崩溃事件。考古证据显示，迈锡尼希腊宫殿国家、赫梯帝国等主要强国相继覆灭，毁灭波从爱琴海蔓延至安纳托利亚、黎凡特直至埃及。作者将其比作「青铜时代大国 concert」——各帝国通过长途铜锡贸易网络紧密相连，形成高度相互依存的系统。关于崩溃原因学界尚有争议，主要假说包括气候变化（干旱）、贸易网络断裂、海上民族入侵及内部动荡，但普遍认为这是多因素系统性崩溃，单一原因难以解释。值得注意的是，LBAC影响远比罗马帝国崩溃更为深远，希腊地区尤为严重，部分城市遭遗弃后从未复兴。
No.14
The tech of 'Terminator 2' – an oral history (2017)
《终结者2》的视效技术：一段口述史
219 分
78 条评论
作者: markus_zhang
本文是2017年发布的《终结者2：审判日》VFX口述史，采访了其特效团队核心成员。1991年，ILM在Dennis Muren的带领下，必须从零发明新技术来实现T-1000的CG液态金属效果。团队当时规模极小，计算机资源有限，但受到《深渊》成功经验的鼓舞。软件工程师Eric Enderton是ILM CG部门首个「专职工具开发者」，而建模动画工具则采用Alias软件。文章详细还原了「Make Sticky」「Body Sock」等标志性工具的诞生过程，以及团队如何突破硬件极限、完成影史留名的关键镜头。该片最终凭视觉效果荣获奥斯卡奖。值得注意的是，全片实际只有约6分钟CG镜头，其余大量效果来自实拍特效、替身演员（包括双胞胎）和物理模型。
No.15
Combustion engine web-based simulator
网络内燃机动态模拟器
178 分
68 条评论
作者: mytuny
CombustionLab 是一个基于网页的内燃机模拟器 v2.0，主打「曲轴角度分辨率」的发动机动力学可视化。用户可实时调整引擎参数并观察活塞、气门、涡轮等部件的联动动画。社区反馈呈现两极：正面评价认为其交互性强、有教育价值，适合理解内燃机工作原理；但也遭到强烈批评，有用户直斥为「AI 垃圾」，指出模型存在多个问题——空燃比（lambda）0.7 时排气温度峰值不符合实际、油门与转速可独立设置违反物理原理、无法设置红线 RPM、压缩比与涡轮组合可任意搭配导致荒谬结果。此外功率估算被普遍反映偏低，用户测试真实发动机（如 B20-VTEC、2GR-FXE）时数据与实际不符。功能方面，用户建议加入引擎声音、开放源码等。
No.16
GPT-5.6 Sol Ultra produces proof of the Cycle Double Cover Conjecture [pdf]
GPT-5.6 Sol Ultra 产出循环双覆盖猜想证明
465 分
374 条评论
作者: scrlk
OpenAI 最新模型 GPT-5.6 Sol Ultra 宣称证明了图论中著名的循环双覆盖猜想（CDC），该猜想已悬而未决约 50 年。证明过程极为简洁，论文与提示词均已公开。数学家社区对证明正确性存在分歧：Reddit 数学板块已有人提出异议，需进一步审查。评论指出一大亮点是它给出了完整证明而非反例，且证明读起来像老论文般优雅。但核心争议在于：证明尚未经过 Lean 等形式化验证工具检验，论文引用来源的真实性存疑，仅凭 AI 自身判断无法确保无误。有评论者呼吁应由职业数学家来宣布结果，而非让 AI 自我背书。这是否是首个 LLM 解决的知名数学难题尚无定论。
No.17
Alternate clock designs and time systems
展示: 另类时钟设计与时间系统探索
150 分
82 条评论
作者: ethanpil
文章介绍了一个展示多种替代时钟设计的个人项目，包括十进制时钟、二进制时钟、十六进制时钟以及360度时钟。十进制时钟将一天分为10小时、每小时100分钟、每分钟100秒，读时只需看小数点位置，大幅简化单位换算；二进制和十六进制时钟则以不同进位制呈现时间；360度时钟将一天扩展为36小时以对应圆周度数。作者批评现行24:60:60时间体制的不一致性，但承认其经典美学。社区评论补充了相关背景：Swatch Internet Time是另一个知名的十进制时间实践案例；24和60作为高度合成数在分割上有优势；Unix时间被建议作为未来星际文明的时间协调标准；法国大革命时期也曾推行十进制时间但未能成功。
No.18
After 7 years in production, Scarf has reluctantly moved away from Haskell
运营 7 年后，Scarf 无奈放弃 Haskell 转投 Python：AI 时代 Haskell 编译速度成了瓶颈
147 分
189 条评论
作者: aviaviavi
Haskell 深度用户、Avi Press 讲述了他创办的公司 Scarf 在生产环境运行 Haskell 7 年后，因编译时间和生态摩擦不堪重负，最终转向 Python 的经历。文章核心论点是：AI 代码生成速度已经很快，长编译时间成为开发反馈循环的主要瓶颈，多智能体并行开发时冷启动成本尤其难以接受。作者承认放弃 Haskell 的类型安全暂时没感受到明显损失，测试覆盖率反而更高，但明确表示 Haskell 生态面临生存危机，需要将 AI 作为一等公民来优化。评论区争议激烈，许多人认为 Python 是糟糕的选择，OCaml、Rust、Go 才是兼顾类型安全与编译速度的方案；也有人认为强类型系统仍是 AI 辅助编程的最佳搭档，编译时间并非无解。
No.19
Inference Optimization for MiMo v2.5: Pushing Hybrid SWA Efficiency to the Limit
小米MiMo v2.5推理优化：混合滑动窗口注意力架构的工程实践
78 分
32 条评论
作者: theanonymousone
小米发布MiMo v2.5系列推理优化技术详解，重点介绍混合滑动窗口注意力（Hybrid SWA）架构如何将KVCache存储压缩至原来的1/7，并通过分层缓存系统、SWA感知的Prefix Cache树等工程手段将理论优势转化为生产效率。SWA层仅需保留滑动窗口内的KV，使缓存预取与计算近乎零开销，并维持约95%的缓存命中率。该系列结合稀疏MoE激活与多模态编码器，在长上下文场景下显著降低推理成本。小米选择SGLang作为后端，但早期版本对SWA支持不完整，因此自研了完整的SWA KVCache管理系统。文章同时分析了与DeepSeek-V4等竞品的KVCache效率对比。
No.20
New York City to ban deceptive subscription practices
纽约市将禁止欺骗性订阅陷阱，10月起生效
533 分
254 条评论
作者: randycupertino
纽约市宣布将从10月1日起禁止欺骗性订阅做法，要求企业必须提供简便的取消方式，违规者最高面临每个订阅525美元的罚款。市政府还计划禁止「垃圾费」——即公寓、演唱会等各行业中隐藏在实际报价之外的各种附加费用，若该租房规定生效，所有租金广告必须包含全部强制费用。纽约将成为美国首个实施此类禁令的城市。据智库罗斯福研究所估算，此规每年可为纽约市民节省1.625亿美元。该政策由市长 Mamdani 及前 FTC 消费者保护负责人 Levine 推动，旨在打击「40年来欺骗性定价」的行业惯例。评论者普遍叫好，但也质疑执法力度，并指出 Evernote、纽约时报等知名企业长期以来难退订的问题。
No.21
Show HN: Getting GLM 5.2 running on my slow computer
在低配电脑上运行 GLM 5.2
859 分
214 条评论
作者: vforno
这是一个让 GLM 5.2（国产 200B 参数混合专家模型 MoE）能在低配置硬件上运行的工程实践项目。项目通过内存映射（mmap）技术将模型分层加载，SSD 读取代替显存不足，用 LRU 页缓存 + 预取机制优化 IO。实测在 16GB RAM + 512GB SSD 的笔记本上速度约 0.5-1 token/s。评论焦点集中在：这种「用 SSD 磨损换内存」的方式是否值得；与 llama.cpp 的量化方案有何优劣；Apple Silicon 统一内存架构的天然适配性；以及该思路是否适用于其他 MoE 模型（如 Gemma/Qwen）的讨论。
No.22
Lost city discovered beneath Egypt's desert with ancient church
埃及沙漠发现拜占庭时期失落古城：完整街区、教堂、望塔与大量刻字陶片重见天日
188 分
131 条评论
作者: Bender
考古学家在埃及西部沙漠达赫拉绿洲发现了一座保存完好的1600年历史古城，可追溯至公元4世纪的拜占庭时期。遗址包含拱顶屋顶住宅、面包炉、厨房、石磨，以及宽阔南北向街道与东西向道路交汇形成的公共广场，两座望塔护卫外围，中心矗立一座俯瞰主街的巴西利卡式教堂。考古队更发掘出约200片刻字陶片（ostrica），以科普特语和希腊语记录商业交易与日常书信，保存了城市居民罕见的第一手文献档案。随葬遗物包括家用陶器、油香水瓶、油灯、谷物研磨石器及多枚拜占庭帝国硬币。值得注意的是，同期在亚历山大港西部的马里纳·阿拉梅因，考古队还发现了18座古墓，其中一座8英尺长花岗岩石棺含「金舌」葬俗（死者口中含薄金片，盼死后能言）。专家称，这座古城对拜占庭时期埃及偏远绿洲的日常生活提供了迄今最清晰的图景，目前已被列入联合国教科文组织世界遗产预备名单。
No.23
A love letter to flashcards
闪卡学习反思录：从死记硬背到间隔重复
154 分
98 条评论
作者: surprisetalk
作者曾认为闪卡只是STEM领域的死记工具，但通过「学习如何学习」课程重新认识了间隔重复。他记忆极差，数学等不常用的知识很快遗忘，而数学的累积性使得基础不牢便会被新材料淹没。他发现「chunking」概念——内化基础后才能在更高抽象层次思考，因此数学等需要深度理解的学科同样需要记忆。作者使用Anki管理闪卡，虽嫌其界面陈旧、格式不透明，但胜在灵活性。他的核心原则是：先理解再记忆、用自己的闪卡、加入直觉和顿悟卡片、甚至放入做错的题作为练习任务，每天仅需1-30分钟即可维持知识。他承认间隔重复的实证证据有限，但认为对自己而言值得一试。
No.24
Google Search lets creators know more about their reach
Google 搜索控制台新增「平台属性」功能：帮助创作者追踪社交内容的搜索发现数据
7 分
3 条评论
作者: herbertl
Google 宣布在 Search Console 中推出「platform properties」功能，让创作者无需自有网站也能追踪其 Instagram、TikTok、X 和 YouTube 内容在 Google 搜索中被发现的方式，包括带来流量的搜索关键词及受众互动数据。这是 Google 在六月推出创作者专属搜索档案后的延续举措，旨在将搜索打造为创作者和发布者的内容 hub，功能将逐步上线。社区评论呈现明显分歧：有用户认为 Search Console 数据本身就不准确且难以解读，不同指标间常有冲突；另有用户言辞激烈地批评 Google「超级邪恶」，呼吁恢复与 NoScript 及基础 HTML web 引擎的互操作性。
No.25
Computation as a universal and fundamental concept
计算作为普遍且基础的概念
133 分
94 条评论
作者: simonpure
Tim Roughgarden 在 Ergo 课程中探讨计算的极限与可能。他从 1936 年图灵机出发，阐述停机问题：无论投入多少时间与算力，某些问题永远无法被任何算法解决。随后转向算法捷径——Dijkstra 最短路径算法、Karatsuba 乘法等巧妙技巧如何避免穷举。但旅行商问题的存在打破了这个希望：数千个表面无关的问题（调度、优化、拼图）实为同一挑战的伪装，形成 NP 完全性理论。这引出 P vs NP——计算机科学最大未解之谜，其答案将深刻影响密码学、人工智能与量子计算。评论区聚焦于计算的「普遍性」是否被高估：图灵机是人造形式系统还是宇宙本质？不可判定性是否能在物理世界实现？信息论与热力学的深层联系、以及形而上学层面的哲学反思，构成这场关于计算边界讨论的核心张力。
No.26
Snails' teeth beats spider silk as nature's strongest material (2015)
研究人员发现帽贝牙齿超越蜘蛛丝成为自然界最强材料
192 分
148 条评论
作者: simonebrunozzi
英国朴茨茅斯大学Asa Barber团队研究发现，帽贝（一种海生蜗牛）用齿舌（radula）刮食岩石时，其牙齿由针铁矿纳米纤维与蛋白质基质构成，是已知最强的天然材料。测试显示，其强度约为普通蜘蛛丝的5倍，能承受足以将碳转化为钻石的压力——相当于一根意大利面条支撑约1500公斤（3300磅）的重量。该材料虽不及石墨烯等人造纳米材料，但优于凯夫拉，与优质碳纤维相当。文章还提到两种天然材料可超越钻石：氮化硼 wurtzite 和纯碳的 lonsdaleite（六方晶系，常见于陨石）。编辑脚注指出原报道混淆了抗拉强度与抗压强度、硬度等概念，帽贝牙齿承受的主要是拉伸力而非压力。
No.27
Documentation is still in your Mum's filing cabinet
为什么文档总被锁在「档案柜」里
21 分
6 条评论
作者: mooreds
文章批评现代文档管理仍沿用上世纪70年代办公室的档案柜隐喻——文件、文件夹、层级结构。作者指出知识本质上网状交叉，不服从单一分类，而人们查找信息遵循「信息觅食」理论：搜索而非浏览，浅层即止。设计系统组件的可访问性决策横跨设计、工程、内容、客服多个领域，但文件夹只能选一个位置，导致其他路径难以触及。AI检索依靠语义和关联而非路径，暴露了这一组织方式的缺陷。作者认为文档应该是多路径可达的知识网络，通过搜索、元数据、标签、交叉链接等方式连接，而非追求「正确的存放位置」。无障碍设计早已强调信息不能依赖单一路径——这一原则同样适用于文档。
No.28
Preemption is GC for memory reordering (2019)
Preemption：内存重排序的 GC
37 分
6 条评论
作者: mpweiher
作者认为 preemption 应该被视为沉没成本，如同垃圾回收一样——我们已经在为此付出代价，不妨直接利用。x86 上中断处理是完全串行化的，作者利用这一特性来保证内存访问顺序，无需显式内存屏障。这种方法与「Bounded TSO」互补——后者通过追踪硬件存储指令的飞行数量来保证存活性和顺序，而 preemption 追踪则用于判断实际经过的时间是否足以确保更早的写操作已 retire。作者将这一思路应用于无锁同步原语：event count（事件计数）和 hazard pointers / epoch reclamation 中的非对称标志翻转。两者的共同点是慢路径等待快路径的生命信号，区别在于处理「卡住」的快路径的方式。核心挑战在于仅在有等待者时才执行内核唤醒 syscall，方案涉及 futex 与自适应自旋锁的结合。
No.29
Moss (YC F25) Is Hiring
Moss 招聘高级 SDK 工程师
1 分
0 条评论
作者: srimalireddi
Moss 是一家 YC F25 支持的实时语义搜索公司，专为对话式 AI 设计，号称在浏览器、边缘和云端均可实现亚 10 毫秒检索延迟。公司产品已部署超过 100 个国家，日处理 500 万分钟实时语音，SDK 安装量超 38 万。此轮招聘高级/Staff 级 SDK 工程师，负责跨平台开发工具包（JavaScript/TypeScript、Python、Swift、Android、Elixir、C、Rust）的架构演进，重点工作包括：缩小包体积、降低冷启动延迟、提升跨平台一致性、优化开发者体验。理想候选人需具备深厚系统编程经验、Rust 生产级开发能力、以及跨语言 FFI 和包分发经验，入职 90 天内须成为 SDK 平台的技术负责人。
No.30
War Atlas: An interactive cartography of every named war in human history
War Atlas：人类历史上所有命名战争的可交互地图集
155 分
67 条评论
作者: NaOH
War Atlas 是一个可交互地图网站，尝试将人类 5000 年历史中所有有名称的战争标注在世界地图上并按时间轴播放。网站收到社区广泛关注，但同时暴露出多个问题：大量 Firefox Linux 用户反映浏览器直接崩溃并占用高达 55GB 内存；有用户批评配色方案为深灰配黑底，边境线几乎不可见；批评者指出 Mercator 投影严重扭曲了格陵兰和俄罗斯的真实大小；历史记录本身存在西方偏见，欧洲和中国有更完善的文字记载，而印度、非洲和新大陆的文明记录较少，导致地图不平衡；有用户指出缺失了 Toledo War 和西班牙内战等重要战争；关于伤亡数据的准确性也引发争议，当前俄乌数据被多位评论者质疑。
评论精华