2026年08月13日 · 星期四 第 160055 期

The Hacker Daily

丙午年(马)七月初一

30 篇文章 · 3456 条评论 ·聚焦:AI智能体 · 数据库漏洞 · 图形渲染
No.01 DeepSeek V4 Pro 0813
DeepSeek V4 Pro 0813 发布
892 分 363 条评论 作者: explosion-s
OpenRouter 页面显示,DeepSeek V4 Pro 0813 目前由单一提供方托管,请求会被直接转发,页面重点展示实际付费价格、吞吐、延迟、首 token 时间、30 天成功率、基准评测分数、流量来源和调用代码等运营指标。社区讨论焦点并不在页面正文,而在模型实际表现:不少用户认为它相对前代更便宜、在审计、研究和部分开发任务中接近高价模型;也有人批评编码 pass@1 不稳、容易幻觉、耗 token 多。隐私与价格上涨同样引发担忧,尤其是需允许训练请求数据的端点。

评论精华

  • 多名用户称成本很低,适合用作便宜的开发、审计或执行模型。
  • 不少反馈认为编码可靠性不稳,pass@3 可用但 pass@1 容易翻车。
  • 有人建议用强模型写计划,再让 DeepSeek Flash 或 Pro 低成本执行。
  • 隐私争议集中在提示词和补全可能被用于训练,部分人因此拒用。
  • 社区对基准分数分歧明显,有人认为接近 Fable,也有人称落后 Kimi、Luna 等模型。
No.02 Mushroom behind 'tiny people' hallucinations identified
会让人看见「小人」的蘑菇被鉴定
98 分 61 条评论 作者: wglb
文章介绍研究者对一种会引发「小人幻觉」的蘑菇进行鉴定:多个彼此独立的文化或案例都报告了相似的利立浦特式幻觉,其中至少两个案例被 DNA 验证指向同一蘑菇物种。评论补充称论文发表于 Mycologia,这是该蘑菇的首次遗传学研究。其致幻体验似乎不同于常见裸盖菇或 DMT,发作可延迟 12 到 24 小时,持续一至三天,严重者住院一周。争议在于:这些幻觉是否足以解释妖精、侏儒等民俗,还是只是人类大脑、疾病、谵妄或反胆碱样中毒的常见表现。

评论精华

  • 多名评论者把欧洲妖精、侏儒、巨魔传说与类似蘑菇联系起来。
  • 有人指出「小人幻觉」并非该蘑菇独有,发烧、头伤等也可能出现。
  • 评论认为其机制可能更接近曼陀罗式谵妄,而非经典迷幻剂。
  • 云南食菌文化被提及:当地火锅常用计时器防止蘑菇未煮熟。
  • 不少人好奇活性化合物,但也担心 1 至 3 天的长时程体验。
No.03 We tracked down the 16-year-old WAL-reset SQLite bug
Tailscale 追踪到 SQLite 中潜伏 16 年的 WAL 重置漏洞
999 分 188 条评论 作者: ropbear
Tailscale 解释其控制平面在数月内多次宕机的根因:分片使用单写者 SQLite 存储配置数据,备份监控陆续发现 19 次数据库损坏。事故虽不涉及私钥或流量,但会导致部分新设备或配置丢失、分片控制面停机。团队通过自动化恢复、事务日志回放、现场取证遥测,并购买 SQLite 专业支持,逐步排除锁、内存、线程等假设,最终定位到 SQLite WAL 检查点重置中的罕见竞态。文章强调「无聊技术」在非标准用法下仍有风险,也展示了商业用户资助开源基础设施修复深层缺陷的价值。

评论精华

  • 许多人赞赏 Tailscale 购买 SQLite 支持,而非只要求开源维护者免费修复。
  • 评论讨论 SQLite 是否适合高并发系统,有人认为它不是 Postgres 的替代品。
  • SQLite 测试量巨大仍漏掉竞态,引发对测试边界、形式化和静态分析的讨论。
  • 部分读者关注 Tailscale 手动控制 checkpoint 和备份流程是否放大了罕见风险。
  • 有人提到 Litestream 等介入 WAL/checkpoint 的工具可能也更容易碰到类似问题。
No.04 ChatGPT Desktop (Codex Desktop) for Linux
ChatGPT 桌面版与 Codex 桌面版登陆 Linux
40 分 17 条评论 作者: allanrbo
OpenAI 的 Codex/ChatGPT 桌面应用页面开始向 Linux 用户提供下载,但页面会根据当前操作系统与地区展示不同内容,有人看到的是挪威语页面和 Windows 下载链接,也有人指出可从文档页找到 Linux 下载。评论重点不在功能发布本身,而在桌面应用相对 CLI 或浏览器的价值:支持者认为 GUI 带来更好的可发现性、低学习门槛、输出排版、拖拽输入、本地项目交互和多智能体编排;质疑者则认为若只是 Electron 或浏览器封装,和 Chrome App 区别有限,且熟悉 Linux 的开发者未必期待厂商闭源桌面工具。

评论精华

  • 下载页会按操作系统和地区动态展示,部分用户没直接看到 Linux 链接。
  • 有人质疑 Electron 桌面版与浏览器或 Chrome App 的实际差异。
  • 支持者认为 GUI 更易学、操作更少,适合非 CLI 用户。
  • 桌面版优势包括排版、拖拽输入、本地文件访问和多智能体编排。
  • 部分 Linux 用户对闭源、付费和策略受控的智能工具保持怀疑。
No.05 Delta
Zed 推出面向 AI 代理协作的 Delta
521 分 181 条评论 作者: khy
Zed 发布 Delta 私测版,定位为面向编码代理的多人协作环境,把代码工作树、代理对话、评审评论通过 DeltaDB 实时复制并绑定在同一线程中。它支持在代码行、diff、计划步骤或对话文本上直接评论,团队成员可通过本地应用或浏览器加入,云端 runner 与 Claude Code 等第三方代理会话也能同步。Zed 认为软件开发正从单纯写代码转向围绕代码对话,因此需要以线程为中心的新应用,而非先塞进 Zed 编辑器。争议集中在多人编辑需求是否真实、保存完整对话是否有价值、是否偏离 Zed 编辑器基础功能,以及 DeltaDB 的锁定和开源问题。

评论精华

  • 不少人质疑多人 IDE 和协作代理是小众需求,实际团队仍偏单人开发。
  • 支持者认为行内评论代理计划、diff 和对话能解决当前 agentic 工作流痛点。
  • 多位用户担心 Zed 过度转向 AI,忽视扩展 API、区域可用性等基础问题。
  • 有人批评保存完整代理对话会变成噪声或管理监控工具,不适合作决策记录。
  • 部分评论关注锁定和开源:DeltaDB 似乎不像 Zed 一样开放,令人犹豫。
No.06 Qwen3.8-2.4T
Qwen3.8-2.4T 开放权重模型
596 分 138 条评论 作者: Philpax
Qwen 发布 Qwen3.8-2.4T-A95B 开放权重模型,总参数 2.4T、激活 95B,原生 262K 上下文并可扩展到约 1M,面向代码、专业工作、研究和长程智能体任务。模型采用混合专家架构,支持「reasoning_effort」调节推理深度,并默认保留历史推理上下文;开源版本为纯文本且强制思考模式,不支持视觉输入,也不能关闭 thinking。官方更推荐通过 Qwen Cloud 的 Qwen3.8-Max 使用完整能力,包括视觉、非思考模式、1M 默认上下文和内置工具。社区焦点集中在规模空前、部署成本、量化可行性,以及开放版本相对 API 版存在能力限制。

评论精华

  • 许多人关注其 2.4T 参数规模,认为可能是最大开放权重模型之一。
  • 本地运行门槛很高,BF16/FP8 权重体积巨大,量化后仍需数百 GB 内存。
  • 不少评论更期待 27B 小模型,认为它才适合个人 GPU 或 Mac 本地使用。
  • 有人批评开源版缺少视觉、强制 thinking、上下文和功能弱于 Qwen Cloud。
  • 社区将其与 Kimi K3、DeepSeek V4 等比较,争论性能、价格和推理效率。
No.07 Principia Mathematica is modern and insightful
《数学原理》的现代性与洞见
137 分 66 条评论 作者: matt_d
文章认为,怀特海与罗素的《数学原理》虽以繁复证明闻名,但真正价值在前言和第一章奠定的基本概念:指称透明与非透明语境、外延与内涵、定义作为思想选择、命题函数、自由变量与绑定变量、替换、α 等价、量词作用域、全称引入和存在见证等。作者指出,书中许多表述与现代逻辑、类型论、程序语言语义乃至构造主义思想相当接近,甚至早已使用接近今日编程中「类型」的观念。文章也强调《数学原理》并非只是一部过时巨著,而是能帮助现代读者重新理解逻辑基础、描述函数和形式化数学传统的洞见来源。

评论精华

  • 多位评论推荐先读《数学哲学导论》或漫画《逻辑漫画》,比直接啃原书友好。
  • 有人调侃《数学原理》难以通读,并讨论排版错误和形式化验证的可能。
  • 评论纠正误解:哥德尔并未发现《数学原理》的逻辑错误,而是证明形式系统的限制。
  • 有人建议改读 HoTT、依赖类型和 Program = Proof,认为更贴近现代类型论。
  • 关于弗雷格《概念文字》的地位有争论,有人认为其并未被历史抛弃。
No.08 Antiqua–Fraktur dispute
德国 Antiqua 与 Fraktur 字体之争
74 分 10 条评论 作者: buzzy_hacker
文章梳理了19世纪至20世纪上半叶德国围绕「Antiqua」与「Fraktur」的字体之争。两者原本只是拉丁文本与德语文本的排版惯例,拿破仑战争后在民族主义与浪漫主义语境中被赋予意识形态意义:Antiqua 被视为不够德意志,Fraktur 则被包装成深沉、严肃、民族性的象征。争论延续到帝国议会和学校教育,1911年改用 Antiqua 的提案仅以微弱差距失败。纳粹早期曾利用 Fraktur 的民族符号价值,但希特勒本人反感其落后形象,1941年又以所谓「犹太字母」为由禁用黑体字,推动所谓「正常字体」。战后 Fraktur 退为怀旧、酒馆和广告符号,多数德国人已难读祖辈手写文书。

评论精华

  • 有人觉得希特勒竟在国会长篇谈字体,颇具荒诞感。
  • 评论指出德国极右翼今天仍用 Fraktur,讽刺的是纳粹曾废除它。
  • 有人联想到现代政治人物也会把官方字体选择意识形态化。
  • 评论补充 Fraktur 起源与马克西米利安一世委托的木刻作品有关。
  • 有人调侃极右翼常用错字体、长 s 和连字,甚至未必读得懂。
No.09 2026 Eclipse Webcams
2026 年日食网络摄像头地图
477 分 131 条评论 作者: zoenolan
这篇网页汇总了 2026 年日全食路径上的公开视频摄像头,并用倒计时显示全食开始以及月影抵达第一台摄像头的时间,帮助无法亲临西班牙、冰岛等观测地的人在线追踪日食。项目作者称最初是在 2024 年美国日食前快速搭建,后来为这次日食重新整理。评论显示,它的价值在于把分散的景区、城市、天文机构和直播源聚合起来,但也存在摄像头方向不对、刷新间隔过长、白平衡削弱暗化效果、热门摄像头被访问压垮等问题。社区同时补充了 NASA、ESA、IAC、RÚV、timeanddate、eclipsefan 等替代直播和追踪资源。

评论精华

  • 许多用户分享 2024 年或本次追日食经历,云层和天气是最大风险。
  • 多人补充西班牙、冰岛、NASA、ESA、RÚV 等直播源和追踪网站。
  • 评论指出部分摄像头朝向错误、刷新慢或被流量压垮,观看效果有限。
  • 亲历者强调现场体验远胜摄像头,包括温度下降、鸟鸣和粉色日珥。
  • 有人讨论日食的历史意义、安全观测眼镜、太阳能发电数据和太空视角。
No.10 Happy 45th Birthday to the IBM PC and Model F/XT
IBM PC 与 Model F/XT 键盘 45 周年回顾
78 分 20 条评论 作者: tart-lemonade
文章借 IBM 5150 PC 发布 45 周年,回顾其并非首台个人电脑,却奠定现代 PC 形态与 x86 生态的历史地位。作者重点从键盘切入,追溯 IBM 5100、SCAMP、Yellow Bird、Aquarius、Datamaster 到「Project Chess」的技术与设计脉络,说明 Model F/XT 源自 Datamaster 的电容屈曲弹簧键盘体系,并受 IBM 早期终端布局、扫描码和接口设计影响。文章强调 PC 的成功不只来自 IBM,也依赖后来的兼容机市场;但扎实的键盘和开放、低成本、快速工程化的设计,是它能进入办公室与家庭的重要原因。

评论精华

  • 有人珍藏 1981 年纽约时报关于 IBM PC 发布的报道。
  • 读者调侃老键盘巨大沉重,却在照片里随意挂在桌边。
  • 有人因父亲经历当年行业转型而感慨 IBM PC 令人怀旧。
  • 讨论转向如今 CS 毕业生如何看待 IBM,有人首先想到 Red Hat。
  • 评论提到 IBM 大型机仍支撑银行等关键系统,并正结合 AI。
No.11 Why Target Common Lisp for Code Generation?
为什么用 Common Lisp 作为 AI 代码生成目标
89 分 72 条评论 作者: oumua_don17
作者回应为何在 AI 辅助编程中选择 Common Lisp,而不是 Python、TypeScript、Java 等主流语言。他认为语言流行度并不等于表达力;真正关键是人类架构师必须深懂目标语言,才能监督模型。Common Lisp 的优势包括高层抽象、同像性使模型更接近 AST 结构、宏可压缩上下文、REPL 支持实时内省与热替换、条件系统便于交互式调试,因而更适合快速迭代和复杂架构生成。争议点在于作者强调「精英黑客」和「代码猴子语言」的措辞引发反感;评论也质疑 LLM 在小众语言上会混淆方言、学习材料匮乏,以及 Lisp 可读性和工程生态问题。

评论精华

  • 不少人认同熟悉语言才适合监督 AI,第一条理由最有说服力。
  • 多位 Lisp 用户认可 REPL、宏和热更新带来的迭代优势。
  • 有人反映 LLM 会混淆 Common Lisp、Scheme、Clojure 等方言。
  • 「精英」表述引发明显反感,被认为傲慢且削弱论点。
  • Go 支持者提出相反观点:简单、统一、标准库大也利于 vibe coding。
No.12 uBlock Origin Is Giving Up the Fight to Keep Ads Off Facebook
uBlock Origin 放弃继续屏蔽 Facebook 广告
443 分 558 条评论 作者: Markoff
文章指出,uBlock Origin 维护者已不再投入精力追逐 Facebook 广告屏蔽规则,因为 Meta 通过持续改写 DOM、加入大量无意义标记、拆分广告标签文字、深层嵌套元素和随机类名,让基于选择器的过滤变成高成本的猫鼠游戏。评论认为这既是技术军备竞赛,也是用户控制自己设备显示内容的权利问题。许多人感谢 uBO 多年来的工作,但担心此举会鼓励 YouTube 等平台加大反屏蔽力度。也有人主张直接退出 Facebook、使用专门扩展如 F.B. Purity,或转向 AI、计算机视觉、系统级遮罩等新型广告识别方案;另一些人则指出 Facebook 在本地社群、小商家和公共信息传播中仍难以替代,因此「不用 Facebook」并非对所有人现实。

评论精华

  • Facebook 通过混淆 DOM 和频繁改版消耗过滤规则维护者。
  • 不少用户感谢 uBlock 团队,但担心 YouTube 等平台效仿。
  • 有人认为未来广告屏蔽会转向 AI 或视觉识别遮罩。
  • 「退出 Facebook」被反复提出,但社区和本地服务依赖使其不现实。
  • 也有人讨论免费互联网如何变现,以及监管是否应介入。
No.13 Flutter 3.47
Flutter 3.47:UI 包解耦与桌面 Impeller 默认启用
82 分 74 条评论 作者: gumby271
Flutter 3.47 的重点是把 Material 与 Cupertino 设计系统拆成独立的「material_ui」和「cupertino_ui」1.0 包,允许组件与样式按 pub.dev 节奏更新,而不再绑定季度 SDK;旧内置库计划在 11 月稳定版开始正式弃用,并提供迁移命令、兼容桥和本地化调整。新版还将 Impeller 在桌面端设为默认,推进 iOS、macOS 与 Xcode 27 适配,要求关注 UIScene 生命周期、Apple Silicon 迁移和 Swift Package Manager。Web 方向则继续推动 Wasm 默认化。评论区肯定解耦和多窗口等进展,但也质疑 Flutter 桌面动画、Web 体验、Dart 生态和与 React Native、KMP、原生开发的长期竞争力。

评论精华

  • 不少人认为 Flutter 适合多平台共享代码,移动端表现尤其稳定。
  • Web 端争议最大:Canvas 渲染和 Wasm 被视为必要但仍不够理想。
  • UI 包解耦普遍被认可,期待 Material 和 Cupertino 更新恢复速度。
  • 有人质疑 Dart 后端生态薄弱,Serverpod 被少数评论推荐。
  • 与 React Native、KMP、原生开发相比,社区对 Flutter 长期定位仍有分歧。
No.14 Tim King, AmigaDOS developer, has died
AmigaDOS 开发者 Tim King 去世
264 分 32 条评论 作者: doener
Amiga 社区悼念 AmigaDOS 关键开发者 Dr. Tim King。评论回忆他参与将 TripOS 带入 Amiga,使这台机器拥有可用的命令行、脚本与开发环境;不少人称 AmigaDOS 是自己进入 CLI、C 语言、Unix、网络和职业软件开发的入口。也有人提到他后来的 Perihelion、Helios、UK Online 等工作。讨论中既有怀旧与致谢,也有技术细节:Amiga 可通过修改「startup-sequence」不启动 Workbench,但 ROM 中窗口和多屏能力仍在;另有人争论早期 AmigaOS 的 DOS 部分功能有限,却在当时提供了足够重要的基础。

评论精华

  • 许多用户感谢 King 和 AmigaDOS 对其编程生涯的启蒙作用。
  • AmigaDOS 被视为进入命令行、C 语言、Unix 和早期互联网的桥梁。
  • 有人回忆 King 创办 UK Online、Perihelion,并参与 Helios 等项目。
  • 技术讨论集中在不启动 Workbench 与窗口系统是否真正可禁用。
  • 评论也感叹 Amiga 早期幸运成就辉煌,后期命运转折令人惋惜。
No.15 HTML over WebSockets: real-time SPAs with barely any JavaScript
通过 WebSockets 传 HTML:几乎不用 JavaScript 的实时 SPA
187 分 129 条评论 作者: redbell
文章介绍「HTML over WebSockets」:服务器不向前端发 JSON 再由框架渲染,而是直接渲染 HTML,通过持久双向连接推送给浏览器插入页面。作者认为这能把渲染逻辑集中在后端,减少 API 契约、客户端状态和前端框架复杂度,并天然适合聊天、仪表盘、协作、游戏等实时场景。文章也承认其代价:服务器要维护连接和会话状态,水平扩展更复杂,离线能力差,高延迟环境体验下降。评论区主要围绕它是否只是旧式服务端渲染的再发明、与 HTTP/SSE/HTMX/现代前端框架的取舍,以及 DOM 替换细节和安全、扩展性问题展开。

评论精华

  • 不少人认为这是 DHTML、Ajax、JSF 或 Rails 旧模式的循环再发明。
  • 支持者强调场景很关键,聊天、协作、游戏等实时应用确实适合 WebSocket。
  • 反对者指出 DOM 局部替换会带来焦点丢失、滚动跳动等交互问题。
  • 多人建议多数应用用 SSE、HTMX、Inertia.js 或普通服务端渲染更简单。
  • 评论质疑性能论证:HTTP/2/3 复用后,WebSocket 的延迟优势并不总成立。
No.16 Build Wide, Ship Narrow
先广泛构建,再窄口交付
82 分 23 条评论 作者: ashumz
作者主张在 AI 让编码、设计推演和拆分分支显著变便宜后,工程流程应从预先切 PR 转向「先广泛构建,再窄口交付」。做法是先充分质询方案并在必要时提交规格文档;随后在一个临时分支上端到端实现、演示给用户或团队获取产品反馈;最后让工具按真实依赖把完成的工作拆成小而可审的 PR,清理和删除旧代码放在最终独立 PR。文章强调 AI 没有降低架构判断和产品验证成本,窄 PR 仍是理解与负责代码的关键。评论区有人认可这能减少混乱并帮助大型改动落地,也有人批评表述晦涩、担心 AI 分支带来不聚焦的垃圾改动。

评论精华

  • 有人认为文章难懂,本质像先快速迭代再拆小变更。
  • 支持者称这是成熟代码库中交付大改动而不制造混乱的实用方法。
  • 有人强调 AI 的价值在于生成大量探索性分支,再从中整理路径。
  • 质疑者担心 AI 改动常夹杂无关变更,小 PR 也未必可靠。
  • 评论指出好结果取决于清晰规格、上下文和提示,而不只是代理能力。
No.17 Grok 4.6
Grok 4.6 发布:主打长程智能体与视觉交互开发
521 分 470 条评论 作者: iLuddite
xAI 发布 Grok 4.6,称其在 Grok 4.5 基础上强化长时间多步骤任务、智能体编码、知识工作以及视觉和交互式应用生成能力。官方表示,新模型经过更长补充训练、改进 SFT 与 RL 流程,并在多项智能体编码和知识基准上达到前沿水平,Artificial Analysis 综合指数可匹配 GPT-5.6 Sol。Grok 4.6 已在 Cursor、Grok Build、API 及 OpenRouter、Vercel、Cloudflare 等渠道上线,定价为每百万输入 2 美元、输出 6 美元,快速版翻倍。争议集中在基准可信度、默认系统提示、安全边界、用量限制,以及用户是否愿意因马斯克相关因素采用 Grok。

评论精华

  • 不少用户认为 Grok 4.5 已经快速、简洁、适合编码,4.6 可能成为真正第三极。
  • 有人质疑基准可能被优化过,建议等实际使用和独立评测后再判断。
  • 价格和 token 效率被频繁提到,部分评论称比 Qwen、Claude、OpenAI 更有吸引力。
  • 社区对 xAI 和马斯克强烈分裂,有人因政治和信任问题拒绝使用。
  • 有评论关注系统提示、安全策略和逆向工程等能力边界,担心限制与可绕过性。
No.18 From rubber boots to Copa: When MicroProse Soccer revolutionized football
从胶靴到 Copa:MicroProse Soccer 如何革新足球游戏
19 分 1 条评论 作者: TMWNN
文章以作者重玩经典足球游戏的私人记忆为线索,回顾 Sensible Software 在 1988 年推出的 MicroProse Soccer 如何让家用电脑足球游戏从迟缓、僵硬迈向高速、流畅和可控。其核心突破是俯视视角、精确球物理和标志性的「香蕉球」系统,借助查找表在 C64 上模拟出接近街机 Tehkan World Cup 的手感。作者比较 C64 原版、Amiga 和 DOS 版,认为 C64 是技术奇迹,Amiga 以更好音画延续原逻辑,DOS 版承载个人怀旧。文章也指出它为后来的 Sensible Soccer 与 SWOS 奠定了设计和技术基础。
No.19 Launch HN: Discovered Materials (YC P26) – AI agents to discover new materials
Launch HN:Discovered Materials 用 AI 智能体发现新材料
133 分 28 条评论 作者: advaith08
Discovered Materials 展示了一个面向半导体后端工艺「BEOL」的新材料发现基准:让模型在一亿 token 预算内提出热导率、介电常数、杨氏模量、剪切模量等指标达标,且动态稳定、未有 BEOL 薄膜报道、并附带专家愿意尝试的合成方案。系统提供网页搜索、Python 材料科学工具和多种机器学习性质预测器,并用人类专家校准的 GPT-5.6 Sol 评分合成配方。文章强调瓶颈不只是生成候选,而是把计算筛选、实验可行性和真实合成闭环打通;示例中 Claude 提出的六方金刚石方案因相选择机制不可信被判不值得尝试。

评论精华

  • 多位读者追问「新颖性」如何判定,团队称指未以 BEOL 薄膜条件合成过。
  • 社区认为核心难点是计算到实验闭环,候选生成变便宜但验证仍昂贵。
  • 有人要求解释 8 小时对两周的漏斗:最终只有一个候选被认为值得合成。
  • 评论关注 LLM 奖励黑客行为,团队称通过回看思维轨迹并修正基准应对。
  • 半导体应用被认为价值高但极度风险厌恶,需要显著性能收益才会采用。
No.20 The Punched Card Tabulator
霍列瑞斯穿孔卡制表机:机械化数据处理的起点
4 分 0 条评论 作者: Bluestein
文章回顾赫尔曼·霍列瑞斯在 19 世纪 80 年代发明穿孔卡制表机的历程。为解决美国人口普查手工统计缓慢、易错的问题,他将穿孔卡与电路计数结合,用有孔或无孔表示二进制意义上的「1」与「0」,大幅提升 1890 年普查效率,节省 500 万美元和两年以上工时。该系统随后被多国政府和铁路、百货、公用事业等商业机构采用,催生机械化数据处理产业。霍列瑞斯创办的公司后来并入 C-T-R,并在 1924 年更名为 IBM。文章强调,这项发明既减轻了行政劳动,也为现代计算、统计和 IBM 的商业成功奠定基础。
No.21 Why tiny JPEGs look different in Chrome
为什么小尺寸 JPEG 在 Chrome 里看起来不一样
293 分 63 条评论 作者: gutechh
作者追踪一个 15px 图标在 Chrome 与 Firefox 中显示粗细不同的问题,发现原因不是单纯渲染 bug,而是 Chrome 通过 Skia 与 libjpeg-turbo 使用 JPEG 的「partial IDCT scaling」优化:当图片被大幅缩小时,不先完整解码再缩放,而是只解码低频系数,以节省内存和时间。这对照片通常难以察觉,但用于图标时会丢失边缘渐变和高频细节,使形状变厚或变糊。作者补充指出,最终差异也受浏览器缩放算法影响。结论是 JPEG 不适合图标,应使用 SVG、PNG 等更合适格式和尺寸。

评论精华

  • 多人指出差异不只来自 IDCT,Chrome 与 Firefox 的缩放算法也很关键。
  • Firefox 也不会简单全尺寸解码再缩放,而有解码中缩放等管线。
  • 社区认为图标不该用 JPEG,应改用 SVG、PNG、ICO 或合适分辨率资源。
  • 有评论强调浏览器下采样质量不稳定,重视质量应预生成目标尺寸图片。
  • 讨论延伸到 AVIF、WebP、mozjpeg、Lanczos、感知质量指标等图像编码取舍。
No.22 Thanks to social media, canned sardines are a scarcity on the supermarket shelf
社交媒体带火沙丁鱼罐头,超市货架开始缺货
110 分 129 条评论 作者: carabiner
文章称,美国和欧洲部分超市的沙丁鱼罐头短缺,是社交媒体减重风潮与海洋供给压力叠加的结果。TikTok、YouTube 和生酮社群推动一至三天只吃沙丁鱼的「病毒式沙丁鱼饮食」,把这种廉价储藏食品包装成高蛋白、富含 omega-3、低成本替代 Ozempic 的选择,需求骤增。但更深层问题是海水变暖扰乱浮游生物,沙丁鱼变小、迁徙并减少繁殖;摩洛哥等主要供应地捕捞量大跌,天气、燃油成本和捕捞限制又进一步压缩产能。评论区则质疑短缺是否普遍,认为文章可能夸大地区现象。

评论精华

  • 多名读者称本地仍能买到,短缺可能高度地域化。
  • 有人指出太平洋沙丁鱼生物量远低于安全捕捞门槛。
  • 评论普遍批评社交媒体和网红营销制造非理性需求冲击。
  • 不少人把问题扩展到过度捕捞、海洋生态崩溃和监管失灵。
  • 也有人认为三天减重主要是水分流失,饮食潮流缺乏科学性。
No.23 Celld: Self-hosted, distributed Durable Objects
Celld:自托管的分布式 Durable Objects
18 分 2 条评论 作者: godisdad
Celld 试图把 Cloudflare Durable Objects 的编程模型搬到用户自选基础设施上。它用对象存储桶作为协调者:每个「cell」的所有权是一条可通过原子写入抢占的租约记录,状态则以 SQLite 数据库和 LTX 片段持续复制到存储桶。节点失效后,其他节点可读取存储恢复租约并接管,从而避免依赖云厂商不可见的调度和放置层。文章强调这种方式提升了可观测性和租户隔离:故障证据留在用户磁盘和存储中,可用 sqlite3、grep 与日志排查。不过评论对官网文案中的 LLM 式表述和每个对象一个 SQLite 数据库的设计直觉提出质疑。

评论精华

  • 有评论认为官网使用「无共识」等 LLM 式表述令人不信任。
  • 有人难以理解每个 cell 对应一个 SQLite 数据库的设计取舍。
No.24 Someone is running mass vulnerability scans, spoofing AI bots like ClaudeBot
有人冒充 ClaudeBot 等 AI 爬虫进行大规模漏洞扫描
269 分 200 条评论 作者: gavinhking
Known Agents 的「Agentic Web Index」基于 5000 多个网站的流量、安全和 AI 推荐数据,追踪 AI 爬虫、搜索抓取、实时检索代理和自主浏览代理如何改变网站访问模式。文章重点指出,一批请求声称来自 ClaudeBot 等知名 AI 机器人,但未通过发布 IP、反向 DNS 或 Web Bot Auth 等认证,因此被判定为冒充;近期这种 spoofing 在多站点出现显著上升。数据也强调 robots.txt 的阻断效果、AI 平台引用与推荐流量只能代表方向性趋势,并非全网精确普查。争议焦点在于:这到底是 AI 时代的新安全问题,还是长期存在的互联网漏洞扫描换了伪装外衣。

评论精华

  • 许多评论认为大规模漏洞扫描早已常态化,只是现在换成冒充 AI bot。
  • 多名站长强调 user-agent 不是身份,应通过 IP 范围、反向 DNS 或 Web Bot Auth 验证。
  • 有人观察到近期流量确实暴增,部分来自 GCP、VPS、住宅网络或疑似被攻陷服务器。
  • 防御建议包括封锁 VPS ASN、国家网段、使用 Cloudflare/UniFi/OpenWRT,并保留额外防护层。
  • 也有人认为网站未必该全面屏蔽 AI 爬虫,因为它们可能成为搜索和推荐流量来源。
No.25 The Three-Stroke Problem
三种描边的渲染难题
5 分 0 条评论 作者: elenathor
Penpot 团队把从 SVG 迁移到 WebGL 渲染时遇到的描边问题比作三体问题:设计工具中的描边不仅有样式、宽度和颜色,还分为内描边、居中描边、外描边。CSS 默认更接近内描边,SVG 和 Skia 默认是居中描边,因此不同格式之间需要用 outline、offset、clip、mask 或几何偏移来模拟一致效果。矩形场景尚可通过 inset 和 outset 处理,但路径、圆角、虚线等复杂形状会迅速放大实现复杂度。文章的价值在于揭示设计软件渲染迁移中看似基础的边框语义,如何在不同图形系统之间演变成兼容性和精确性难题。
No.26 Pixel Watch 5
Pixel Watch 5:更主动的 AI 与健康监测手表
138 分 264 条评论 作者: ortusdux
Google 发布 Pixel Watch 5,主打腕上 Gemini、主动建议和更强健康监测。新品可在表盘显示登机牌、通勤站点等情境信息,抬腕即可调用 Gemini,部分核心操作支持离线低延迟处理。硬件采用 Snapdragon W5 Gen 2、内存提升 50%,号称整体更快。健康方面强调更精准 GPS、力量训练指导、Google Health Coach、睡眠阶段识别和智能唤醒,并推出呼吸急症检测、血压趋势、睡眠呼吸质量和胰岛素抵抗趋势等功能。争议主要集中在 30 至 40 小时续航、Google 数据隐私、WearOS 生态封闭以及圆形屏幕实用性。

评论精华

  • 多数评论认为 30 至 40 小时续航太短,Garmin、Pebble 可达数天到数周。
  • 健康趋势功能最受关注,尤其血压、睡眠呼吸和胰岛素抵抗趋势。
  • 不少人担心 Google 处理身体数据和 AI 健康建议的隐私与治理问题。
  • Pebble、Garmin 和无屏穿戴设备被频繁拿来对比,强调长续航和少打扰。
  • 有人批评 WearOS 依赖 Google Play 服务、生态封闭,难以与 GrapheneOS 等搭配。
No.27 Breaking the WAL
攻破 SQLite 的 WAL 重置漏洞
95 分 42 条评论 作者: wwilson
Antithesis 工程师回顾 SQLite 3.51.3 修复的 WAL-Reset 漏洞:这是一个自 2010 年存在、触发时序极苛刻的数据竞争,曾让 Tailscale 花 6 个月排查数据库损坏与可用性问题。作者称自己在旅途中让 Claude 使用 Antithesis 技能,为 SQLite 3.51.2 加入通用断言并编写并发写入与 checkpoint 工作负载,15 分钟内复现漏洞;同样设置在 3.51.3 上通过验证。文章强调确定性测试、因果分析和时间旅行调试可显著缩短罕见并发 bug 的定位与修复验证周期。评论争议集中在:这是否只是已知漏洞后的事后复现,还是足够通用、可前置发现的问题。

评论精华

  • 作者称 workload 只针对 WAL 插入与 checkpoint,并非硬编码特定 bug。
  • 多位评论者质疑:已知子系统和漏洞后再找,证明力有限。
  • 有人希望公开完整提示词,以判断 AI 与 Antithesis 的实际贡献。
  • Antithesis 团队表示后续会展示自动因果分析如何节省排查时间。
  • 评论提到同一漏洞也有人用 TLA+ 建模发现,形成方法对照。
No.28 Locating an unknown source of radiation in a heterogeneous environment (2019)
异质城市环境中定位未知放射源
25 分 20 条评论 作者: toomuchtodo
这是一篇北卡州立核工程博士论文,题为「城市异质环境中放射源定位的贝叶斯参数估计」。研究关注在建筑、遮挡物、地形等会显著影响辐射传播的城市环境里,如何利用探测器读数反推出未知放射源的位置与强度。其价值在于把放射源搜索从简单几何或均匀介质假设,推进到更接近真实应急场景的概率推断框架。HN 讨论显示,社区更关心实际部署:探测器是否足够普及、成本与灵敏度限制、手机传感器能否替代专业设备,以及该方法能否实时用于军警或民防行动。

评论精华

  • 原作者说明标题因 HN 长度限制被压缩,并现身答疑。
  • 有人询问辐射探测器是否应像传感器网络一样普遍部署。
  • 评论指出港口、机场和欧洲公共监测网络已有大量探测器。
  • 手机摄像头可探测辐射,但性能和吸收质量远弱于专业设备。
  • 后续工作已推进到实时运行,并尝试接入战术辐射探测设备。
No.29 Shade Map
Shade Map:在线阴影与日照模拟工具
184 分 46 条评论 作者: fredley
Shade Map 是一个在线阴影地图和太阳位置查找工具,可用于房屋、花园、营地或城市空间的日照分析。它能根据建筑、树木和地形在 3D 中模拟阴影,查看太阳路径、日出日落光照、全天日照时长以及阴影累积图,适合太阳能板选址、摄影、园艺和城市步行路线规划。评论区普遍认可其界面和实用性,但也指出准确性依赖底层建筑、树木和高度数据:部分建筑高度偏差、树冠模型过度简化、移动端体验不佳;作者回应称建筑数据来自 OvertureMaps,包含 OSM 数据并每月更新。

评论精华

  • 多人称赞工具直观好用,可用于营地太阳能板、拍摄和选址。
  • 准确性争议集中在建筑高度、树木位置和树冠建模不足。
  • 作者称建筑数据来自 OvertureMaps,并会每月同步更新。
  • 评论提到类似工具,如 Shadowmap、法国日照露台地图和 Berlin 的 Sunsit。
  • 有用户希望能模拟新树种植及多年后阴影变化。
No.30 Lovable raises $400M Series C
Lovable 完成 4 亿美元 C 轮融资
133 分 128 条评论 作者: thoughtpeddler
Lovable 宣布以 133 亿美元估值完成 4 亿美元 C 轮融资,由 Menlo Ventures 领投、EQT 管理的 Scaleup Europe Fund 联合领投。公司称自 2024 年 11 月上线以来已创建 6000 多万个项目,应用月访问量超 9 亿,并进入近三分之二财富 500 强企业。新资金将用于强化支付、搜索、集成、安全、治理和企业级运行能力,并扩张机器学习、产品、基础设施和安全团队。争议焦点在于其高估值、护城河、非技术用户能否真正交付生产级软件,以及模型厂商是否会吞掉这一层。

评论精华

  • 许多评论质疑 133 亿美元估值过高,难以用当前产品差异化解释。
  • 支持者认为 Lovable 像新一代 WordPress,面向非开发者和企业内部工具。
  • 反对者称产品易上手但后期复杂、昂贵,生产质量和安全责任存疑。
  • 不少人怀疑其护城河,认为 Claude Code、Codex、Replit 或模型厂商会替代。
  • 也有用户分享真实用途:快速做 MVP、交互原型、内部工具甚至小型游戏。