2026 01 08 HackerNews

2026-01-08 Hacker News Top Stories #

  1. Tailwind 创始团队裁掉 75% 工程师，引发对其终身授权模式、与设计工具竞合及开源商业化可持续性的担忧与讨论。
  2. 作者认为 Claude Opus 4.5 在编码、部署与修复上极为可靠，接近“AI 即开发”，但在低级系统编程等边缘场景仍有局限。
  3. 档案显示 20 世纪糖业资助并影响营养研究，将冠心病责任从蔗糖转向饱和脂肪，暴露出利益冲突与透明度问题。
  4. “Doom Coding” 指南展示如何用手机结合常开远程电脑、Tailscale 与 Claude Code 实现随时终端开发工作流。
  5. Shipmap.org 用 AIS 数据可视化全球船舶轨迹，直观呈现航线枢纽与瓶颈，但受投影和数据时效性限制。
  6. ByteShape 通过量化与位长学习让 Qwen3-30B 在 Raspberry Pi 等设备上实现实时交互，展示本地推理的性能与隐私潜力。
  7. 文章以“黑客”视角解析加密代币发行与市场操控，揭示机构如何设计散户为接盘者并倡导系统性洞察金融漏洞。
  8. 作者用 A4 纸的长宽比与重量做趣味测量与估算，展示日常数学与生活智慧的结合。
  9. 美国 11 月职位空缺降至一年多以来最低，招聘放缓反映企业对经济前景谨慎并增加衰退风险担忧。
  10. LaTeX 宏包 CoffeeStains 可程序化生成文档咖啡渍，既幽默又展示排版创意，同时引出对 Typst 等替代工具的讨论。

为 LLM 优化文档新增 llms.txt 接口 (Creators of Tailwind laid off 75% of their engineering team) #

https://github.com/tailwindlabs/tailwindcss.com/pull/2388

该网页是 GitHub 上 Tailwind CSS 官方网站仓库的一个 Pull Request 页面，标题为“feat: add llms.txt endpoint for LLM-optimized documentation”（新增用于 LLM 优化文档的 llms.txt 接口）。此功能旨在为大型语言模型（LLM）提供更高效、更易处理的文档内容。

PR 作者 quantizor 提出在网站根目录下新增一个 /llms.txt 接口，该接口在构建时静态生成一个纯文本文件，包含 Tailwind CSS 官方文档中全部 185 个页面的内容，按正确顺序排列并保留章节结构。该文本版本经过优化，移除了所有 JSX 组件、HTML 标签（非代码块内）、以及冗余内容，仅保留有意义的文本和代码块，便于 LLM 快速解析和使用。

为实现这一目标，作者引入了 markdown-to-jsx 的 AST 解析器，以更精准地提取和转换 MDX 文档内容，确保输出质量。该 PR 经过多次提交和更新，最后一次提交于 2025 年 12 月 17 日，作者已多次在评论中请求审查，但至今未得到官方回应。

评论区显示社区成员对此功能有强烈兴趣，部分人表示支持，但也有不少人对 PR 未被推进表示困惑和不满。截至 2026 年 1 月，该 PR 仍处于“待审”状态，尚未合并。

HN 热度 912 points | 评论 569 comments | 作者：kevlened | 9 hours ago #

https://news.ycombinator.com/item?id=46527950

  • Tailwind UI 的终身访问模式虽然受到用户欢迎，但长期来看可能难以持续，尤其在免费替代品兴起和市场饱和的背景下。
  • Adam 的终身定价策略在当时是明智的，但若缺乏持续创新和新业务拓展，该模式终将面临财务压力。
  • Tailwind Labs 的业务模式未能有效应对 Figma 等设计工具的兴起，导致开发与设计流程脱节，影响了产品推广。
  • 尽管面临困境，用户仍高度认可 Tailwind 对前端开发的贡献，支持其团队并希望他们能渡过难关。
  • Refactoring UI 一书对现代 UI 设计原则有深刻影响，尽管部分内容略显过时，但核心理念依然适用。
  • Practical UI 被认为比 Refactoring UI 更具可操作性，内容更易理解，适合初学者和实践者。
  • 一些用户认为，若 Tailwind 采用订阅制而非终身授权，可能会影响早期用户购买意愿，但长期来看可能更可持续。
  • MUI 的付费组件模式（按月订阅）证明了付费组件在市场上的可行性，但 Tailwind Plus 的功能和定位与之有所不同。
  • 开源项目若不采取更严格的许可证（如 AGPL）和贡献协议（CLA），容易被商业公司无偿利用，形成“挖矿”现象。
  • 当前许多企业从开源中获益却不愿回馈，这种行为正在加速开源生态的不可持续性，尤其在 AI 模型训练背景下更为严重。
  • 用户呼吁重新重视开源贡献，避免未来不得不完全自研，导致开发效率下降。
  • Tailwind 官方博客和邮件列表更新已停滞，引发对项目未来发展的担忧。

Opus 4.5 并非我以往所体验过的普通 AI 代理 (Opus 4.5 is not the normal AI agent experience that I have had thus far) #

https://burkeholland.github.io/posts/opus-4-5-change-everything/

作者 Burke Holland 分享了使用 Claude Opus 4.5 构建多个应用的体验，认为该版本 AI 模型已具备替代开发者的能力。他强调 Opus 4.5 与以往 AI 代理完全不同，能高效完成从代码编写到部署的全流程任务。

第一项成果是 Windows 图像转换工具，仅通过一次交互即可实现右键菜单集成、文件打包、PowerShell 安装脚本生成及 GitHub Actions 自动化发布，仅在图标处理时使用 Figma 辅助。

第二项是屏幕录制与编辑工具，功能逐步扩展至视频剪辑、图像处理、添加形状与模糊效果等，开发速度远超预期。

第三项是为妻子的广告牌业务开发的 AI 自动发帖应用，能批量上传照片、AI 生成文案、自动调度并发布至 Facebook。整个后端基于 Firebase 构建，Opus 4.5 自主完成认证、存储、云函数部署与错误修复，无需额外配置。

第四项是订单追踪与路线优化系统，自动解析 Gmail 订单，计算最优路线并记录行车时间，替代了原本使用的两款付费软件。

作者坦言自己并不了解 Swift 语言，也不完全理解生成代码的逻辑，但对 Opus 4.5 的可靠性已高度信任。他指出，过去对 AI 无法理解代码的担忧已不再成立，Opus 4.5 真正实现了“AI 即开发”的愿景。

HN 热度 807 points | 评论 1243 comments | 作者：tbassetto | 1 day ago #

https://news.ycombinator.com/item?id=46515696

  • 一些软件工程师认为当前大型语言模型代理（如 Claude Code）已非常强大，能作为高效开发助手，通过学习代码库规范、自动生成符合团队标准的代码，并实现自动化代码审查、文档更新和任务分配。
  • 有开发者指出，尽管在前端（如前端框架）领域表现优异，但在低级别系统编程（如 C++、Rust、OpenGL、Vulkan 等）中，大模型仍存在严重不足，难以正确理解复杂算法或底层架构，生成内容常出现幻觉或错误。
  • 部分工程师反映，在处理特定项目（如基于 Rust 的代理服务器、Doom 3 BFG 的作业系统迁移）时，大模型无法理解核心业务逻辑，甚至会提出错误建议并陷入无效循环，反而增加工作负担。
  • 有人提出，大模型的表现与训练数据的“主流性”有关，当项目偏离常见模式时，模型容易混淆，尤其在命名相似或结构复杂的情况下，需通过重构代码名等方式优化输入以提升效果。
  • 有经验者强调，要让大模型真正发挥作用，需提前对代码库进行分析、文档化并构建专门的“技能”或“代理”，通过增量式提示来引导模型，而非直接调用其生成代码。
  • 当前缺乏系统性的文档指导如何有效配置和使用大模型代理，许多最佳实践属于“内部知识”，导致新手难以快速上手，即便使用了 /init 命令也无法自动完成理想设置。

糖业影响研究并指责脂肪导致心血管疾病（2016） (Sugar industry influenced researchers and blamed fat for CVD (2016)) #

https://www.ucsf.edu/news/2016/09/404081/sugar-papers-reveal-industry-role-shifting-national-heart-disease-focus

一篇发表于 2016 年 9 月 12 日的 JAMA Internal Medicine 研究文章揭示，美国糖业早在 20 世纪 60 年代中期就与营养学科学家合作，试图将冠心病的成因从蔗糖转移到脂肪和胆固醇上。

研究人员在公共档案中发现了大量行业内部文件，显示糖业贸易组织早在 1954 年就意识到，若推行低脂饮食，人均蔗糖摄入量将增加三分之一。与此同时，越来越多科学证据表明蔗糖摄入与高胆固醇、高甘油三酯水平相关，这些都被视为冠心病的风险因素。

为影响公众认知和科学界观点，糖业在 1965 年媒体关注蔗糖风险后，资助哈佛大学公共卫生学院开展“项目 226”文献综述。该综述于 1967 年发表在《新英格兰医学杂志》上，声称唯一有效的预防措施是减少胆固醇摄入，并用多不饱和脂肪替代饱和脂肪。但该研究由糖业出资，且未在发表时披露资金来源。

研究团队分析了超过 340 份文件，发现糖业不仅设定研究目标、提供参考文献，还审阅了初稿。然而，其资助角色被隐瞒。该综述刻意贬低蔗糖与心脏病的关联，却忽视了脂肪研究中的局限性，强调只有胆固醇才是关键风险因素，从而弱化了蔗糖的健康危害。

研究作者指出，这凸显了科学评审必须避免利益冲突，以及在营养科学中加强财务透明的重要性。他们引用“谁付钱，谁定调”的说法，强调产业可能通过微妙方式操控研究结果。

目前，越来越多证据表明添加糖与高血压、心血管疾病密切相关，而心血管疾病是发达国家早逝的首要原因。但相关政策文件仍未充分承认添加糖对心脏健康的威胁。

本研究由加州大学旧金山分校（UCSF）多个机构联合资助，包括菲利普·李健康政策研究所、赫尔曼家族基金、牙医学院及国家牙科与颅面研究中心等。

HN 热度 629 points | 评论 381 comments | 作者：aldarion | 11 hours ago #

https://news.ycombinator.com/item?id=46526740

  • 该事件虽揭示了糖业对研究的影响，但不能因此否定整个营养学领域的科学共识，单一事件不足以推翻整体研究体系。
  • 将糖与饱和脂肪对立并归咎于一方是逻辑谬误，两者过量摄入均不利于健康，不应片面强调其一而忽视另一方。
  • 人体可自行合成葡萄糖，无需依赖膳食糖，且部分组织可利用脂肪酸或酮体供能，因此糖并非必需营养素。
  • 饱和脂肪在生物体内具有多种生理功能，如细胞膜构建、激素合成等，属于重要营养成分。
  • 虽然人体能通过糖异生作用产生葡萄糖，但长期依赖此机制可能影响运动表现，尤其在高强度活动中。
  • 低碳水化合物适应者在运动时更依赖脂肪氧化，但其最大摄氧量和峰值表现通常低于碳水化合物充足者。
  • 糖与饱和脂肪的健康影响需结合摄入总量和比例评估，单纯讨论“是否需要”无法反映实际健康风险。
  • 当前主流观点建议饱和脂肪摄入占总热量 5%-10%，多数人应限制其摄入以维持心血管健康。
  • 应区分添加糖与复杂碳水化合物，后者如蔬菜、豆类和全谷物应占每日热量的 50%-75%。
  • 政府机构发布的“共识”未必代表科学共识，科学判断应基于独立研究而非政策导向。
  • 科学传播中存在信息失衡现象，真正专家缺乏资金进行广泛宣传，而媒体平台常被商业利益主导。
  • 有证据表明，过去几十年减少饱和脂肪摄入的公共健康政策并未改善人群健康状况，反而可能加剧肥胖问题。

用手机终端开始构建项目 (Stop Doom Scrolling, Start Doom Coding: Build via the terminal from your phone) #

https://github.com/rberg27/doom-coding 这是一个关于“随时随地用手机编程”的实用指南，名为“Doom Coding”（意为“像玩《毁灭战士》一样高效编码”）。作者通过亲身实践，分享了一套利用智能手机在任何有网络的地方进行编程的完整方案。

核心工具包括：一台 24/7 开机的电脑、一部智能手机、Claude Pro 订阅服务，以及 Tailscale、Termius 和 Claude Code 等软件。

设置步骤如下：

  1. 在电脑上关闭睡眠模式，开启 SSH 远程登录，安装并登录 Tailscale 和 Claude Code。
  2. 在手机上安装 Tailscale 和 Termius，通过 Tailscale 的 MagicDNS 地址（如 my-computer.tailnet-name.ts.net）配置 Termius 连接。
  3. 启动手机上的 Tailscale VPN，连接至电脑后运行 claude 命令，即可开始编程。

作者特别提醒一个容易被忽视的问题：如果使用闭合的笔记本电脑并通过外接显示器连接，会导致电脑在约 10 分钟后断开 Tailscale 连接。解决方法是将笔记本电脑与显示器断开，问题即可修复。

使用建议包括：

  • 编码时让 Claude 记录进度到文件中，便于后续继续。
  • 通过 Python 启动本地 HTTP 服务器，可在手机浏览器中访问网页预览（网址替换为电脑的 MagicDNS 地址）。
  • 使用 PostgreSQL 客户端查看数据库。
  • 在电脑上收藏常用开发网站（如 GitHub、OAuth 页面），方便手机端快速访问。

该指南适合希望摆脱固定工作环境、实现移动开发的开发者，也欢迎读者分享自己的实践经验与优化建议。

HN 热度 553 points | 评论 384 comments | 作者：rbergamini27 | 1 day ago #

https://news.ycombinator.com/item?id=46517458

  • 使用手机通过终端和 Claude Code 进行编程，可以在家庭日常事务中高效利用碎片时间，实现“ vibecode”。
  • 通过与 Claude Code 的交互，仅用约 500 字的提示就完成了网络扫描、API 文档查找、脚本生成和远程控制界面开发，收获了深刻的技术理解。
  • Claude Code 在 Android 终端上直接运行，无需 SSH 连接远程设备，支持本地开发、构建、测试和提交代码，具备实用性。
  • 该工作流适用于非高风险场景，通过手动审批关键操作和定期重置环境来保障安全，适合探索性开发。
  • 建议在虚拟机中运行该环境，通过快照和自动化工具（如 Vagrant/Ansible）实现可复现和可恢复的开发环境。
  • 虽然该方案看似简单，但其价值在于将多种工具（Tailscale、Claude Code、Termius）组合成完整工作流，启发了更多人尝试。
  • 有人认为该方案并不新颖，只是将现有技术（如 SSH、VPN）简单组合，但其分享过程本身具有启发意义。
  • 该实践推动了关于“手机编程”“远程开发”“AI 辅助编码”等话题的深入讨论，促进了技术交流。
  • 有人质疑“Doom Coding”概念的合理性，认为其本质是利用现有工具进行远程开发，不具创新性。
  • 但该分享激发了用户实际动手搭建环境的兴趣，说明其传播价值远超技术本身。

全球船只图(Shipmap.org) #

https://www.shipmap.org/

该网页列出了全球多个港口、石油终端、油井及沿海港口的名称，涵盖范围广泛，从亚洲、中东、非洲、欧洲、美洲到大洋洲均有涉及。内容以地理名称为主，无具体文字描述或结构化信息，可能为一个港口与航运设施的名录或数据库索引。名称按地区分组排列，包括但不限于：

  • 中东地区：如阿联酋的迪拜、沙迦、富查伊拉，沙特的朱拜勒、拉斯坦努拉，伊朗的阿巴斯港、霍尔木兹海峡附近港口等。
  • 亚洲地区：中国沿海港口如上海、宁波、青岛、广州、深圳，以及印度、印尼、马来西亚、菲律宾等地的港口。
  • 欧洲地区：北欧的哥本哈根、奥斯陆、赫尔辛基，西欧的鹿特丹、安特卫普、马赛、热那亚，地中海沿岸的巴塞罗那、瓦伦西亚、比雷埃夫斯等。
  • 美洲地区：北美沿岸的洛杉矶、温哥华、哈利法克斯、迈阿密，南美如布宜诺斯艾利斯、蒙得维的亚、里约热内卢、圣保罗等。
  • 大洋洲地区：澳大利亚的悉尼、墨尔本、珀斯、达尔文、布里斯班，新西兰的奥克兰、惠灵顿等。
  • 非洲地区：如达喀尔、开罗、吉布提、拉各斯、开普敦、德班等。

此外，还包含多个油井、天然气终端及特殊设施，如阿布扎比的扎库姆油田、沙特的拉斯坦努拉油港、伊朗的霍尔木兹海峡油终端、俄罗斯的萨哈林油港等。

整体来看，该页面是一个全球港口与能源设施的地理名称清单，可能用于航运、物流、能源运输或地理信息系统（GIS）的数据参考，不具备叙事性或评论性内容。

HN 热度 439 points | 评论 74 comments | 作者：surprisetalk | 10 hours ago #

https://news.ycombinator.com/item?id=46527161

  • 这个船舶轨迹可视化非常美丽，能清晰看到中东石油运往中国、巴拿马运河和苏伊士运河的船舶拥堵、全球主要航运航线的分布，以及新加坡作为全球航运枢纽的重要性。
  • 南极洲附近的南大洋几乎无人航行，因为恶劣的天气和海况，但历史上在风帆时代曾是快速航行的“快线”。
  • 现代高速帆船正在挑战南大洋的航行纪录，平均速度可达 34 英里/小时，展现了人类航海技术的新高度。
  • 航行交通分离方案（TSS）让航线更有序、更安全，但对帆船航行带来额外挑战，需遵守特定的避碰规则。
  • 船舶自动识别系统（AIS）数据存在延迟，建议使用更实时的平台如 VesselFinder 或 MarineTraffic 获取最新信息。
  • 地图投影导致高纬度航线出现明显弯曲，实际船舶在球面上是走直线，但在平面地图上呈现为曲线。
  • 一些看似异常的航线，如穿越阿拉斯加阿留申群岛的路线，可能是受季节性风向和航行效率影响，而非导航设备限制。
  • 北部港口在冬季因冰封而关闭，这种季节性停摆对全球供应链产生深远影响，值得结合商品价格和汇率数据深入分析。
  • 个别船只轨迹异常（如穿越五大湖后直飞墨西哥湾）可能是 AIS 信号故障、设备关闭或数据记录间隙所致。
  • 有船只确实会走“大环线”（Great Loop）路线，从五大湖经伊利运河、哈德逊河、圣劳伦斯河等，最终进入大西洋，尽管多为游艇而非货轮。
  • 高纬度地区地图渲染可能存在视觉误差，导致船只看起来“穿山而过”，实为地图投影或缩放层级问题。
  • 一些船只在非洲西海岸到地中海之间走直线，可能是地理投影导致的视觉错觉，实际航线需结合具体航路分析。
  • 2020 年国际海事组织的低硫燃油法规虽减少空气污染，但意外削弱了大气中硫酸盐气溶胶的冷却效应，可能加剧全球变暖。
  • 燃烧重油（Bunker Fuel）排放大量硫氧化物，其形成的气溶胶具有显著的气候冷却作用，因此减排政策存在复杂气候影响。
  • 通过 AIS 数据可观看远洋船只在夜空中航行的延时摄影，星空与船影的结合令人震撼。
  • 该可视化作品由 Duncan 和作者在 Kiln 时期制作，多年后仍受到广泛欢迎，体现了其持久价值。
  • 一些船只选择绕行非洲南端（好望角）或东南亚（马六甲海峡）的固定航线，是因为这是成本最低的航路。
  • 南极洲附近的南大洋虽人迹罕至，但仍有少量船只绕过合恩角，主要为南极科考补给任务。

Qwen3-30B 模型在 Raspberry Pi 上实现实时运行 (A 30B Qwen model walks into a Raspberry Pi and runs in real time) #

https://byteshape.com/blogs/Qwen3-30B-A3B-Instruct-2507/

本文介绍了 ByteShape 团队基于其自研的 Shapelearn 位长学习技术，对 Qwen3-30B 模型进行优化后，成功在 Raspberry Pi 5（16GB 内存）上实现实时运行的成果。核心目标是提升实际用户体验：在特定设备上实现高响应速度（Tokens Per Second, TPS）与高质量输出之间的最佳平衡，而非单纯压缩模型大小。

在 Raspberry Pi 5 上，最优模型为 Q3_K_S-2.70bpw [KQ-2]，实现 8.03 TPS 且保持 94.18% 的 BF16 基准质量，真正达到“实时”交互体验。相比 Unsloth 和 MagicQuant 等方法，ByteShape 在相同质量下速度更快，或在相同速度下质量更高，展现出更优的性能-质量权衡。

在 Intel i7（64GB RAM）平台，ByteShape 同样全面领先。其 IQ4_XS-4.67bpw [KQ-9] 模型以 0.25% 相对误差达到最高精度，优于 Unsloth 的 Q6_K [20] 和 Q5_K_M [18]。而在平衡性能方面，Q3_K_S-3.25bpw [KQ-5] 实现 23.1 TPS 与 98% 准确率，BPW 仅 3.25，远超同类方案。

在 GPU 平台（RTX 5090 和 RTX 4080），性能不再与位宽单调相关。由于不同量化格式触发的 GPU 内核效率差异，TPS 存在“甜点区”。例如在 RTX 5090 上，约 4-bit 量化模型（如 Unsloth IQ4_XS、MagicQuant iq4_nl-EHQKOUD）集中于高 TPS 区域，而更低位宽反而可能因内存带宽和指令开销增加导致性能下降。ByteShape 在此环境下依然能精准定位最优配置，实现高质量与高吞吐的兼顾。

总体结论：内存是“预算”，而非目标。ByteShape 通过位长学习，将有限的内存资源高效转化为实际性能，无论在边缘设备（如 Raspberry Pi）还是高性能 GPU 上，均提供比现有方法更优的 TPS 与质量平衡，尤其适合对响应速度和准确率均有要求的实时部署场景。

HN 热度 348 points | 评论 126 comments | 作者：dataminer | 1 day ago #

https://news.ycombinator.com/item?id=46518573

  • 存在一个巨大的市场需求，人们渴望拥有本地化推理与存储的智能家居设备，类似 Alexa 但不依赖云端，强调隐私和本地数据控制。
  • 理想的系统应由三部分组成：交互设备（带麦克风和扬声器）、本地家庭“云”服务器（负责存储和控制）以及本地推理引擎，三者可独立更换和组合，实现高度互操作性。
  • 当前虽然各组件存在，但缺乏统一标准和即插即用的整合体验，导致用户难以轻松搭建。
  • Home Assistant 和其语音预览版（Home Assistant Voice Preview）是实现本地语音助手的可行方案，能有效替代 Alexa，但硬件音频性能尚不理想。
  • 当前 Home Assistant 语音硬件在麦克风拾音距离和扬声器音量方面仍逊于 Amazon Echo，尤其在嘈杂环境中表现不佳。
  • 通过使用更高质量的外接音频设备（如 Jabra）或更换为树莓派，可改善音频体验，但会带来额外维护成本和系统复杂性。
  • 本地语音助手的未来在于实现与现有设备（如 Sonos）的无缝集成，同时保持本地处理能力，避免依赖云端。
  • 用户的核心需求是快速、可靠、低延迟的本地响应，用于控制灯光、查询天气、时间、天文信息等日常任务，对模型精度要求不高。
  • 本地部署的 AI 模型（如 Ollama）比依赖在线服务更符合隐私需求，应优先支持本地运行。
  • 有用户通过 Telegram 或短信方式与本地 AI 助手交互（如 clawdis），实现远程控制，但需额外配置。
  • 当前语音交互系统在唤醒词识别、响应速度和音质方面仍有明显短板，尚未达到与商业产品同等体验。
  • 未来理想状态是本地设备能实现与云端模型相当的响应速度和语音质量，同时保持数据完全本地化。

黑客集结：金钱的运作机制（2024） (Calling All Hackers: How money works (2024)) #

https://phrack.org/issues/71/17

本文是 Phrack 杂志第 71 期的一篇题为《Calling All Hackers》的特稿，作者为 cts（@gf_256），一位拥有 13 年黑客经验的安全从业者，现任 Zellic 公司 CEO。

作者开篇定义“黑客”不仅是技术高手，更是深刻理解世界运作机制的人。黑客思维涵盖从底层硬件、操作系统、安全漏洞到金融系统、社会机制的广泛知识，包括如何绕过验证、获取信息、理解市场微结构、甚至规避监管等实际技能。真正的黑客具备系统性思维，能洞察人性与制度的漏洞，并以此推动改变。

文章以“shitcoin”（劣质代币）为例，揭示加密货币市场的本质：多数代币的唯一目的就是“上涨”。作者剖析了“亚洲模式”与“西方模式”两种代币发行机制，指出其本质是精心设计的“泵与 dump”骗局。核心参与者包括：交易所（获取用户与品牌）、做市商（提供流动性并获取期权激励）、创始人（负责炒作与增发）、风投（包装项目并获取未来代币）。所有内部人通过代币增值获利，而散户最终成为接盘者。

作者强调，市场本质上是计算机系统，它计算价格、分配资源。黑客的强项在于理解系统逻辑，因此可以洞察金融市场的漏洞，甚至发现“无限赚钱的 glitch”（高夏普比率策略）。文章最后呼吁读者超越技术层面，理解社会、经济与人性的运作机制，用黑客思维去认识世界、改变世界。

文末附有作者背景：曾带领 CTF 团队 Perfect Blue（后为 Blue Water）多次夺冠，后转型成立安全公司，服务大量加密项目，积累了大量行业内幕经验。

HN 热度 322 points | 评论 220 comments | 作者：krrishd | 1 day ago #

https://news.ycombinator.com/item?id=46518129

  • 会计准则中的利息确认需遵循匹配原则，不能提前确认未来尚未发生的利息支出，应按期间逐步计提。
  • 债券和某些贷款（如房贷）通常不可提前偿还，或需支付罚金，因此提前确认利息作为负债在实际中是可行的。
  • 会计制度本质上是人为构建的抽象体系，其目的是让财务记录“看起来合理”，但并不总是真实反映资产价值。
  • 对于普通个人而言，无需过度复杂化资产记录，例如将车辆简单记为“1 辆车”即可，无需频繁按市场价调整。
  • 车辆的折旧并非真实价值损失，实际使用中车辆价值变化与会计折旧模型存在脱节，过度依赖折旧会计可能产生误导。
  • 若持有债券至到期，理论上可提前确认全部未来现金流作为资产，但实际会计处理仍需按期确认，以符合会计准则。
  • 会计准则中对资产的估值（如折旧、公允价值）并非为了精确反映现实，而是为了平滑利润、保持财务报表稳定。
  • 金融工具的会计处理方式（如持有至到期 vs. 可出售）会影响其估值方法，如 SVB 事件中因被迫出售债券导致巨额账面亏损。

A4 纸上的故事 (A4 Paper Stories) #

https://susam.net/a4-paper-stories.html

本文讲述了一位作者对 A4 纸的独特使用方式，将其作为日常测量工具的有趣经历。作者强调，虽然这种方法既不快速也不精确，且不被任何标准机构推荐，但在许多无需高精度的场合中屡试不爽。

文章首先介绍了 A4 纸的数学原理：其长宽比为 √2，使得沿短边对半裁剪后，每一份仍保持相同的长宽比。这一特性源于 ISO 216 标准，从 A0 纸（面积为 1 平方米）开始，通过不断对半裁剪，得到 A1、A2、A3、A4 等尺寸。A4 纸的精确尺寸为 21.0 厘米 ×29.7 厘米，这一数据作者早已烂熟于心。

作者分享了一次实际应用：在朋友讨论一台 27 英寸显示器尺寸时，他用 A4 纸进行粗略测量。通过将 A4 纸的长边（29.7 厘米）连续测量两次，再目测剩余约 1 厘米，估算出屏幕宽度约为 60.4 厘米（约 23.8 英寸）。接着用短边（21 厘米）测量高度，再折叠成 A5 纸（14.8 厘米 ×21.0 厘米）测量剩余部分，完成整体估算。

文章以幽默口吻调侃了“原子尺寸限制”等现实约束，强调数学思维的自由性，并用一个关于无限多数学家进酒吧的笑话收尾，进一步突出 A 系列纸张的无限可分性。

全文融合了数学、生活智慧与幽默，展现了 A4 纸不仅是办公用品，更是一种便携、实用、富有诗意的“测量神器”。

HN 热度 285 points | 评论 142 comments | 作者：blenderob | 12 hours ago #

https://news.ycombinator.com/item?id=46525888

  • A4 纸每张约重 5 克，源于 A0 纸面积为 1 平方米且标准打印纸为 80 克/平方米，这一特性使邮寄物品重量估算变得简单直观。
  • 纸张单位面积质量一致的特性可用于校准微型天平，例如 1 平方毫米 80 克/平方米的纸重约 80 微克。
  • 5 克重的 A4 纸与美国 5 美分硬币重量相同，常被用于非正式经济中的小额交易或称重参考。
  • 美国硬币制造成本远高于面值，尤其是镍币，每枚制造成本高达 14 美分，引发对硬币存废的讨论。
  • 建议淘汰小面额硬币（如 1 美分、5 美分、25 美分），保留 10 美分和半美元，推动以 0.1 美元为单位的定价体系。
  • 消除小面额硬币可能引发公众对价格操纵的误解，尽管实际影响微乎其微，且现金使用率持续下降。
  • 美分的流通本质上是一种资源浪费，涉及锌矿开采、银行分发、自动售货机回收等环节，价值极低。
  • 有人调侃未来可能推出“特朗普自由镍币”或“八球”等新面额硬币，讽刺硬币制度的荒谬性。
  • “gsm”作为“克/平方米”的缩写虽非标准单位，但在纸张行业广泛使用，具有实用性和易读性。
  • “gsm”比“g/m²”更易输入和理解，尤其对非专业人士而言，尽管存在歧义风险。
  • 在复合材料领域，“gsm”是标准术语，用于描述碳纤维、凯夫拉等织物的重量，具有行业通用性。
  • “g/m²”或“g/m2”是更规范的表达方式，能清晰传达单位含义，避免误解。

美国职位空缺降至一年多以来最低水平 (US Job Openings Decline to Lowest Level in More Than a Year) #

https://www.bloomberg.com/news/articles/2026-01-07/us-job-openings-decline-to-lowest-level-in-more-than-a-year

美国 11 月职位空缺数量降至一年多以来最低水平，降至 715 万，低于市场预期的 745 万，显示雇主在招聘方面依然保持谨慎。同时，招聘活动也有所放缓，反映出劳动力市场持续疲软。这一数据来自美国劳工统计局发布的报告。

与此同时，ISM 服务业指数在 12 月出现回升，表明服务业活动有所扩张。尽管职位空缺下降，但服务业的景气度仍维持在相对积极的水平。

报告还提到，美国劳工统计局负责人被解雇，引发关注。此外，经济数据的常规修订也引起讨论，部分分析师认为这可能影响对经济趋势的判断。

根据萨姆规则（Sahm Rule），当前经济衰退风险正在上升。该规则通过失业率变化来判断经济是否进入衰退，目前已有迹象显示可能触发该规则。

整体来看，美国就业市场在 2025 年底表现疲弱，尽管服务业略有回暖，但招聘放缓和职位空缺下降反映出企业对经济前景仍持保守态度。

HN 热度 280 points | 评论 302 comments | 作者：toomuchtodo | 9 hours ago #

https://news.ycombinator.com/item?id=46527533

  • 在当前政治和经济环境高度不确定的情况下，企业难以做出长期招聘决策，尤其是面对总统可能使用紧急权力带来不可预测的经济变化。
  • 物流行业在投标合同时面临巨大不确定性，需预测未来燃油价格、竞争者报价及政策变动，而政策风险如卡车司机执照撤销、移民政策调整、关税和贸易协定瓦解进一步加剧了这种不确定性。
  • 尽管可以通过期货、期权等金融工具对冲部分风险，但针对政治和政策风险的衍生品难以定价且成本高昂，且可能因对冲方自身破产而失效。
  • 某些极端风险如战争、贸易协定崩溃或大规模驱逐移民等，无法通过传统保险或金融工具完全规避，企业只能通过减少依赖、去杠杆或转移业务来应对。
  • 多数企业正通过将岗位和制造外包到海外以规避美国政策不确定性带来的风险，这导致美国本土技术岗位和制造业岗位持续流失。
  • 一些企业以追求短期资本回报为目标，将制造、研发、客户服务等环节迁往成本更低的国家，导致本地技术人才流失和产品质量下降。
  • 尽管部分制造业企业仍保持增长，但这种增长往往依赖于企业主的决策，而资本驱动的收购和重组正加速美国本土产业空心化。

LaTeX 咖啡渍（2021）[pdf] (LaTeX Coffee Stains (2021) [pdf]) #

https://ctan.math.illinois.edu/graphics/pgf/contrib/coffeestains/coffeestains-en.pdf

这份 PDF 是一份幽默风格的 LaTeX 宏包文档，名为 “Coffee Stains”，由 Hanno Rein 创建，Patrick Bideault 维护。它的核心功能是：在 LaTeX 文档中自动添加咖啡渍图案，从而“节省”人们手动在纸上洒咖啡的时间。

  1. 功能介绍

    提供四种不同类型的咖啡渍图案（A、B、C、D），每种有不同的形状、角度和颜色风格。

  2. 使用方法

    • 引入宏包：\usepackage{coffeestains}

    • 使用命令如：

      \coffeestainA{透明度}{缩放}{旋转角度}{x偏移}{y偏移}

      支持自定义透明度、大小、旋转角度和页面位置。

  3. 版权与来源

    所有咖啡渍都是作者亲自制作、拍摄、处理并矢量化的，鼓励用咖啡捐赠支持开发。

  4. 未来展望（幽默）

    作者调侃希望未来能扩展支持茶渍、番茄冷汤渍、甚至修车店的油渍等，呼吁 LaTeX 社区共同解决这些“重要问题”。

  5. 版本历史

    从 2009 年的初版到 2021 年的 Git 版本，逐步支持了 PDFLaTeX、透明度、旋转、偏移等功能。

  6. 口号

    • “咖啡很棒。”
    • “咖啡将拯救世界。”

HN 热度 275 points | 评论 64 comments | 作者：zahrevsky | 10 hours ago #

https://news.ycombinator.com/item?id=46526933

  • Typst 可以轻松创建咖啡渍效果，且比 LaTeX 更适合学术写作，但目前仍存在图像定位不够灵活的问题。
  • 使用 Typst 编写文档体验良好，编译速度远超 LaTeX，支持实时预览，提升写作效率。
  • Typst 的语法比 LaTeX 更简洁易读，且插件和依赖管理更方便，适合长期使用。
  • Typst 的核心是开源的，可本地运行，无需注册；但其在线编辑器（typst.app）为闭源付费服务。
  • 有人认为真正的咖啡渍应直接用咖啡制作，而非通过软件模拟。
  • 有人建议在 Typst 中实现对偶页咖啡渍对齐、渐变淡出等更自然的效果。
  • 有人提出将咖啡渍作为论文“已被阅读”的象征，类似“用过”的标记，具有文化隐喻意义。
  • 有人调侃酒渍和泪痕也可作为论文被评阅的“痕迹”，增添幽默感。
  • 有人指出，咖啡渍的生成与酸性有关，可能影响金属锈蚀，但并非直接加速。
  • 有人推荐使用 PostScript 或 GIMP 的咖啡渍滤镜来生成真实感的咖啡渍效果。
  • 有人认为“咖啡渍”与“质量”无关，反而是一种讽刺，如“质量之环”网站所调侃的那样。
  • 有人指出，某些 logo 设计灵感来源于禅宗的“圆”（ensō），与咖啡渍的圆形形态有异曲同工之妙。

Hacker News 精彩评论及翻译 #

Opus 4.5 is not the normal AI agent experience tha… #

https://news.ycombinator.com/item?id=46520951

What bothers me about posts like this is: mid-level engineers are not tasked with atomic, greenfield projects. If all an engineer did all day was build apps from scratch, with no expectation that others may come along and extend, build on top of, or depend on, then sure, Opus 4.5 could replace them. The hard thing about engineering is not “building a thing that works”, its building it the right way, in an easily understood way, in a way that’s easily extensible.

No doubt I could give Opus 4.5 “build be a XYZ app” and it will do well. But day to day, when I ask it “build me this feature” it uses strange abstractions, and often requires several attempts on my part to do it in the way I consider “right”. Any non-technical person might read that and go “if it works it works” but any reasonable engineer will know that thats not enough.

multisport

这类帖子让我困扰的地方在于：中级工程师并不会负责原子化、从零开始的项目。如果一名工程师整天的工作就是从零开始构建应用，并且不需要考虑其他人可能会对其进行扩展、构建或依赖，那么当然，Opus 4.5 可以取代他们。工程的难点不在于“构建一个能运行的东西”，而在于以正确的方式、易于理解的方式、易于扩展的方式来构建它。

毫无疑问，我可以让 Opus 4.5“构建一个 XYZ 应用”，它会做得很好。但在日常工作中，当我要求它“为我构建这个功能”时，它会产生奇怪的抽象结构，而且通常需要我多次尝试，才能让它按照我认为“正确”的方式来完成。任何非技术人员可能会认为“能用就行”，但任何合格的工程师都会明白，这是远远不够的。

Tailscale state file encryption no longer enabled … #

https://news.ycombinator.com/item?id=46532492

I’m one of the Tailscale engineers who built node state encryption initially (@awly on Github), and who made the call to turn it off by default in 1.92.5.

Another comment in this thread guessed right - this feature is too support intensive. Our original thinking was that a TPM being reset or replaced is always sign of tampering and should result in the client refusing to start or connect. But turns out there are many situations where TPMs are not reliable for non-malicious reasons. Some examples: * https://github.com/tailscale/tailscale/issues/17654 * https://github.com/tailscale/tailscale/issues/18288 * https://github.com/tailscale/tailscale/issues/18302 * plus a number of support tickets

TPMs are a great tool for organizations that have good control of their devices. But the very heterogeneous fleet of devices that Tailscale users have is very difficult to support out of the box. So for now we leave it to security-conscious users and admins to enable, while avoiding unexpected breakage for the broader user base.

We should’ve provided more of this context in the changelog, apologies!

cronos

我是最初构建节点状态加密功能的 Tailscale 工程师之一（Github 上的 @awly），也是决定在 1.92.5 版本中将其默认关闭的人。

本线程中的另一条评论猜对了——这个功能的支持成本太高。我们最初的设想是，TPM（可信平台模块）被重置或更换始终是某种篡改行为的迹象，应该导致客户端拒绝启动或连接。但事实证明，在很多情况下，TPM 会因为非恶意原因而变得不可靠。一些例子：* https://github.com/tailscale/tailscale/issues/17654 * https://github.com/tailscale/tailscale/issues/18288 * https://github.com/tailscale/tailscale/issues/18302 * 以及大量支持工单。

TPM 是那些能够良好管控设备的组织的一个绝佳工具。但 Tailscale 用户所使用的设备种类极其繁杂，这很难开箱即用地提供支持。因此，目前我们将其留给注重安全的用户和管理员自行启用，同时避免给更广泛的用户群体带来意外的故障。

我们本应在更新日志中提供更多这方面的背景说明，对此我们深表歉意！

Creators of Tailwind laid off 75% of their enginee… #

https://news.ycombinator.com/item?id=46528354

But the reality is that 75% of the people on our engineering team lost their jobs here yesterday because of the brutal impact AI has had on our business.

Adam is simply trying to navigate this new reality, and he’s being honest, so there’s no need to criticize him.

srameshc

但现实是，由于人工智能对我们业务的残酷冲击，我们工程团队75%的员工昨天在这里失业了。

亚当只是在努力应对这个新现实，而且他很诚实，所以没必要批评他。

Creators of Tailwind laid off 75% of their enginee… #

https://news.ycombinator.com/item?id=46528327

Very sad to hear, I bought Tailwind UI years ago and although it was a lot more expensive than I wanted, I’ve appreciated the care and precision and highly recommend buying it (It’s now called Tailwind Plus) even still (maybe even especially now).

Mad props to Adam for his honesty and transparency. Adam if you’re reading, just know that the voices criticizing you are not the only voices out there. Thanks for all you’ve done to improve web development and I sincerely hope you can figure out a way to navigate the AI world, and all the best wishes.

Btw the Tailwind newsletter/email that goes out is genuinely useful as well, so I recommend signing up for that if you use Tailwind CSS at all.

freedomben

听到这个消息很难过，我几年前就买了 Tailwind UI，虽然当时价格远超我的预期，但我一直非常欣赏其精心的设计和精准的实现。直到现在（甚至可以说尤其是在现在），我仍然强烈推荐大家购买（它现在叫 Tailwind Plus）。要特别给 Adam 点赞，为他的诚实和透明感到钦佩。Adam，如果你能看到这条评论，请一定要知道，批评你的声音并非全部。感谢你为改善网络开发所做的一切，我真心希望你能找到方法应对 AI 带来的挑战，祝你一切顺利。另外，Tailwind 的时事通讯/邮件也非常有用，所以如果你在使用 Tailwind CSS，也推荐你订阅一下。

The creator of Claude Code’s Claude setup #

https://news.ycombinator.com/item?id=46523312

This is interesting to hear, but I don’t understand how this workflow actually works.

I don’t need 10 parallel agents making 50-100 PRs a week, I need 1 agent that successfully solves the most important problem.

I don’t understand how you can generate requirements quicky enough to have 10 parallel agents chewing away at meaningful work. I don’t understand how you can have any meaningful supervising role over 10 things at once given the limits of human working memory.

It’s like someone is claiming they unlocked ultimate productivity by washing dishes, in parallel with doing laundry, and cleaning their house.

Likely I am missing something. This is just my gut reaction as someone who has definitely not mastered using agents. Would love to hear from anyone that has a similar workflow where there is high parallelism.

tmerr

这番话挺有意思的，但我真搞不懂这个工作流到底是怎么运作的。

我不需要10个并行代理每周提交50到100个PR，我需要的是1个能成功解决最重要问题的代理。

我无法理解，怎么能快速生成足够的需求，让10个并行代理去处理有意义的工作。考虑到人类工作记忆的局限性，我也无法理解如何能对10件事进行任何有意义的监督。

这就像有人说，自己边洗碗、边洗衣服、边打扫屋子，就解锁了终极生产力。

很可能是我想错了，这只是我作为一个肯定还没掌握使用代理技巧的人的本能反应。很希望能听听有类似高并行工作流程的人怎么说。

Opus 4.5 is not the normal AI agent experience tha… #

https://news.ycombinator.com/item?id=46516157

Most software engineers are seriously sleeping on how good LLM agents are right now, especially something like Claude Code.

Once you’ve got Claude Code set up, you can point it at your codebase, have it learn your conventions, pull in best practices, and refine everything until it’s basically operating like a super-powered teammate. The real unlock is building a solid set of reusable “skills” plus a few agents for the stuff you do all the time.

For example, we have a custom UI library, and Claude Code has a skill that explains exactly how to use it. Same for how we write Storybooks, how we structure APIs, and basically how we want everything done in our repo. So when it generates code, it already matches our patterns and standards out of the box.

We also had Claude Code create a bunch of ESLint automation, including custom ESLint rules and lint checks that catch and auto-handle a lot of stuff before it even hits review.

Then we take it further: we have a deep code review agent Claude Code runs after changes are made. And when a PR goes up, we have another Claude Code agent that does a full PR review, following a detailed markdown checklist we’ve written for it.

On top of that, we’ve got like five other Claude Code GitHub workflow agents that run on a schedule. One of them reads all commits from the last month and makes sure docs are still aligned. Another checks for gaps in end-to-end coverage. Stuff like that. A ton of maintenance and quality work is just… automated. It runs ridiculously smoothly.

We even use Claude Code for ticket triage. It reads the ticket, digs into the codebase, and leaves a comment with what it thinks should be done. So when an engineer picks it up, they’re basically starting halfway through already.

There is so much low-hanging fruit here that it honestly blows my mind people aren’t all over it. 2026 is going to be a wake-up call.

(used voice to text then had claude reword, I am lazy and not gonna hand write it all for yall sorry!)

Edit: made an example repo for ya

https://github.com/ChrisWiles/claude-code-showcase

OldGreenYodaGPT

大多数软件工程师严重低估了当今大型语言模型（LLM）代理的强大能力，尤其是类似 Claude Code 这样的工具。

一旦你配置好了 Claude Code，你就可以让它指向你的代码库，让它学习你的编码规范、引入最佳实践，并对所有内容进行优化，直到它基本上能像一个能力超强的团队成员一样运作。真正的关键在于构建一套可复用的“技能”以及几个处理日常任务的代理。

例如，我们有一个自定义的 UI 库，而 Claude Code 就有一个技能可以精确解释如何使用它。对于如何编写 Storybook、如何构建 API，以及我们代码库中希望所有事情如何完成的方式，也是如此。因此，当它生成代码时，从一开始就符合我们的模式和标准。

我们还让 Claude Code 创建了大量 ESLint 自动化程序，包括自定义的 ESLint 规则和检查，这些规则能在代码进入审查阶段之前捕获并自动处理大量问题。

我们还更进一步：我们在代码变更后，让 Claude Code 运行一个深度代码审查代理。当一个 PR 提交时，我们还有另一个 Claude Code 代理会进行完整的 PR 审查，遵循我们为它编写的详细 Markdown 检查清单。

除此之外，我们还有大约五个其他 Claude Code 的 GitHub 工作流代理，它们按计划运行。其中一个会读取过去一个月的所有提交，并确保文档仍然保持一致。另一个则会检查端到端测试覆盖中的漏洞。诸如此类。大量的维护和质量工作……就这么自动化了。它运行得极为顺畅。

我们甚至使用 Claude Code 来处理工单分类。它会阅读工单内容，深入研究代码库，并留下一条评论，说明它认为应该做什么。因此，当一位工程师接手这个任务时，他们基本上已经完成了一半。

这里有这么唾手可得的效率提升机会，老实说，我不明白为什么大家没有充分利用它。2026 年将会给所有人敲响警钟。

（我用语音转文字，然后让 Claude 重新措辞，因为我太懒了，不想为你们手写所有内容，抱歉！）

编辑：为你们建了一个示例仓库

https://github.com/ChrisWiles/claude-code-showcase

US Job Openings Decline to Lowest Level in More Th… #

https://news.ycombinator.com/item?id=46527938

It makes sense that you wouldn’t hire in such an uncertain environment. We have a President using emergency powers to affect sweeping, unpredictable, consequential changes to the economy that can dramatically alter unit economics overnight and completely tank a previously viable business. Within this calendar year, the President’s ability to do this may be upended by pending court cases, an election, or both. Following those potential changes, the breach of trust created by the previous chaos may mean that trade never returns to normal. I don’t envy anyone trying to make long-term business decisions, like hiring, in such an environment.

mbgerring

在这样的不确定环境下，你不招聘是有道理的。我们有一位总统正在使用紧急权力，对经济进行影响深远、不可预测且后果重大的变革，这些变革可能在一夜之间彻底改变单位经济，并让一个原本可行的业务彻底崩溃。在今年内，总统的这项权力可能会因悬而未决的法庭案件、选举，或两者兼而有之而被推翻。在这些潜在的变革之后，先前混乱所造成的信任缺失，可能意味着商业活动永远无法恢复正常。在这样的环境中，我非常同情那些试图做出长期商业决策（比如招聘）的人。

Vietnam bans unskippable ads #

https://news.ycombinator.com/item?id=46515263

My favorite most annoying ad tactic is the trick slowing down progress bar. It starts off fast making it seem like it’s going to be, say, a ten-second ad so you decide to suffer through it… but progressively slows so you notice at like the 20 second mark you’re only 2/3 of the way through the progress bar, so probably less than halfway done. Murderous rage.

DrewADesign

我最讨厌的广告诡计，就是那个会故意放缓的进度条。它一开始速度很快，让你以为广告可能只有十秒，于是你决定忍一忍……但它会越变越慢，直到大约20秒的时候你才发现进度条才走了三分之二，也就是说广告连一半都没播完。简直气到想杀人。

Eat Real Food #

https://news.ycombinator.com/item?id=46532352

Of note: the US’s per capita consumption of meat has increased by more than 100 pounds over the last century 1. We now consume an immense amount of meat per person in this country. That increase is disproportionately in poultry, but we also consume more beef 2.

A demand for the average American to eat more meat would have to explain, as a baseline, why our already positive trend in meat consumption isn’t yielding positive outcomes. There are potential explanations (you could argue increased processing offsets the purported benefits, for example), but those are left unstated by the website.

woodruffw

值得注意的是，在过去的一个世纪里，美国人的人均肉类消费量增加了100多磅 1。如今，我们国家人均消费的肉类量极为庞大。这一增长在禽肉方面尤为显著，但我们对牛肉的消费也有所增加 2。

如果要求普通美国人食用更多的肉类，就必须首先解释清楚，为什么我们肉类消费已经呈积极增长的趋势，却没有带来积极的结果。或许存在一些可能的解释（例如，你可以说加工处理的增加抵消了所谓的好处），但该网站并未对此加以说明。

US will ban Wall Street investors from buying sing… #

https://news.ycombinator.com/item?id=46531528

The key word here is “Wall Street”. And this statement is playing off a popular misconception around corporate investors buying up American houses.

There has been a bit of a panic around “Investors buying up all the property!!!” With people often citing Black Rock and Blackstone as the main culprits. But most of the “investors” buying up property are individuals purchasing investment properties.

Here’s an article on the topic from 2023[0], a bit old but my understanding is large institutional investment in residential real estate was already starting to cool down.

Black rock isn’t buying up all the housing, your neighbors are.

I suspect this statement, and even if it becomes an actual ban, is largely to gain wider popular support around a largely imaginary concern people have.

  1. https://www.housingwire.com/articles/no-wall-street-investors-havent-bought-44-of-homes-this-year/

roadside_picnic

这里的关键词是“华尔街”。这句话利用了关于公司投资者购买美国房产的一种普遍误解。

近年来，“投资者们买光了所有房产！！！”的恐慌情绪一直在蔓延，人们常常提及贝莱德（BlackRock）和黑石集团（Blackstone）是主要罪魁祸首。但实际上，大多数购买房产的“投资者”都是个人在购置投资性房产。

这里有一篇2023年关于该主题的文章[0]，虽然有点旧，但据我了解，大型机构对住宅房地产的投资已经开始降温。

贝莱德并没有买光所有房产，你的邻居才是。

我怀疑，这句话甚至未来的实际禁令，很大程度上是为了利用人们一个 largely 想象中的担忧来获得更广泛的大众支持。

Eat Real Food #

https://news.ycombinator.com/item?id=46531988

For all the lunacy of RFK this somehow is actually a really good set of guidelines? Certainly better than the previous version. I didn’t expect that to be honest.

zeroonetwothree

尽管RFK（小罗伯特·F·肯尼迪）这人有点疯，但这套指南实际上相当不错？肯定比上一个版本要好。老实说，这我真是没想到。

Dell’s CES 2026 chat was the most pleasingly un-AI… #

https://news.ycombinator.com/item?id=46528946

It’s not that Dell doesn’t care about AI or AI PCs anymore, it’s just that over the past year or so it’s come to realise that the consumer doesn’t.

I wish every consumer product leader would figure this out.

FfejL

戴尔并非不再关心人工智能或AI PC，而是在过去一年左右的时间里，它终于意识到，消费者并不关心。

我希望每一位消费产品负责人都能明白这一点。

Vietnam bans unskippable ads #

https://news.ycombinator.com/item?id=46515374

Mr. Beast on youtube is guilty of that. Matt Parker of Standup Maths fame did an in-depth look at how that works. Whoever came up with that type of progress bar must hate people in general.

https://www.youtube.com/watch?v=uc0OU1yJD-c

xoxxala

油管上的Mr. Beast就犯了这个毛病。以Standup Maths闻名的Matt Parker深入研究了其中的运作方式。想出这种进度条的人，大概是讨厌全人类吧。

https://www.youtube.com/watch?v=uc0OU1yJD-c

Opus 4.5 is not the normal AI agent experience tha… #

https://news.ycombinator.com/item?id=46525021

I’m tired of constantly debating the same thing again and again. Where are the products? Where is some great performing software all LLM/agent crafted? All I see is software bloatness and decline. Where is Discord that uses just a bunch of hundreds megs of ram? Where is unbloated faster Slack? Where is the Excel killer? Fast mobile apps? Browsers and the web platform improved? Why Cursor team don’t use Cursor to get rid of vscode base and code its super duper code editor? I see tons of talking and almost zero products.

hollowturtle

我厌倦了一次又一次地反复争论同样的话题。产品在哪里？那些由大语言模型/智能体打造的、性能卓越的软件在哪里？我看到的只有软件的臃肿和衰落。那个只用几百兆内存的Discord在哪里？那个轻量快速的Slack在哪里？那个Excel的替代品在哪里？那些快速移动端的应用在哪里？浏览器和网页平台有改进吗？为什么Cursor团队不用Cursor来摆脱VS Code的代码基础，去编写他们那个超级无敌的代码编辑器呢？我看到的是空谈，几乎没有产品。

enclose.horse #

https://news.ycombinator.com/item?id=46510219

Great game, I love it! I hope the author is collecting juicy analytics. They would be useful if they ever want to bundle 100 levels in order of difficulty and release this as a Steam game (which I would absolutely buy!)

I don’t think the gates should animate up into the air. It breaks the visual logic of 2D for no benefit. It’s subconsciously confusing to see a gate I place in one cell move to occupy pixels in the cell “above” it.

I look forward to future days introducing new mechanics as well. Can I suggest a few, based on dynamics?

  • Food! The horse moves on every turn towards an attractor. Have a hay bale / giant sugar cube in one corner fall off the back of a truck / helicopter :) Horses start out dumb and move directly towards the goal before backtracking. Smarter horses path find the shortest route to the goal.

  • Goals! Now that the horse is moving, get the horse into a static horse box / cattle pen cell by strategically placing fences so that the path it takes towards the food involves walking onto the goal square.

  • Floods! Water encroaches from the edges on a turn by turn basis. Not only do you have to contain the horse, you also have to hold back the flood.

gorgoiler

真是个很棒的游戏，我很喜欢！希望作者能收集到详细的分析数据。如果作者将来想按难度顺序打包100个关卡并在Steam上发布这款游戏（我绝对会买的！），这些数据会很有用。

我认为门不应该向上方升起动画。这样做毫无益处，破坏了2D的视觉逻辑。看到我放在一个格子里的门移动并占据其“上方”格子的像素，潜意识里会让人感到困惑。

我也期待未来能引入更多新机制。基于动态效果，我能提几个建议吗？

  • 食物！马每回合都会朝一个吸引物移动。可以在一个角落放一个干草捆/巨大的方糖，让它从卡车/直升机后面掉落 :) 马一开始会很笨，会直接朝目标前进然后折返。更聪明的马则会寻找通往目标的最短路径。

  • 目标！既然马会移动了，就可以通过策略性地放置围栏，让马在寻找食物的路径上，最终走进一个静止的马厩/牛栏格子里。

  • 洪水！水会从边缘逐回合地蔓延。你不仅要困住马，还要抵挡洪水。

Sergey Brin’s Unretirement #

https://news.ycombinator.com/item?id=46523615

I too would very happily do just the bits of my job that I like, when and how I want, and have any requests or comments or complaints I make get immediate attention and responses.

All in the knowledge that no one is going to be time-tracking me or doing performance reviews, and I can just not do work at any moment I don’t feel like it or have something better to do that day, like go to my private island or take my private jet to burning man etc (or as it turns out do a talk at Stanford). All while you have so much money that the price of anything from clothes to cars to houses is just some arbitrary number that has no meaning to you it is so absolutely tiny number… not that you actually buy anything yourself any more, mainly your team of personal staff deal with that grubby reality.

As for the rest of us, well we need to pay the bills while playing “the game” and politics and cowtowing to keep the money coming.

mattlondon

我也很乐意只做自己工作中喜欢的部分，随心所欲，时间自由，并且我提出的任何要求、意见或投诉都能得到及时的回应和反馈。

前提是我知道没人会追踪我的工作时间，也不会有绩效考核，我随时可以在不想干活或者有别的事情要做的时候就停下来，比如去我的私人小岛，或者开我的私人飞机去参加火人节等等（结果却是在斯坦福大学做了个演讲）。同时，你拥有那么多钱，以至于从衣服、汽车到房子的任何价格，都只是一个对你来说毫无意义的、微不足道的数字……当然，你其实早已不用自己操心这些琐事了，主要由你的私人团队来处理这些麻烦的现实。

至于我们其他人，则一边需要支付账单，一边还得玩“游戏”、搞政治、阿谀奉承，只为让钱能继续流进来。

enclose.horse #

https://news.ycombinator.com/item?id=46511950

I think you should change the cherries to a battery and call the game Correct Horse Battery Stable.

adonovan

我觉得你应该把樱桃换成电池，然后把游戏叫做《正确的马，电池，马厩》。

A4 Paper Stories #

https://news.ycombinator.com/item?id=46526297

Nice! The author touches on the area properties and here’s the most practical life hack derived from the standard I personally use. It uses the relationship between size and mass.

Because A0 is defined as having an area of exactly 1 square meter, the paper density (GSM or grams per square meter) maps directly to the weight of the sheet.

A0 = 1 meter square.

Standard office paper = 80 gsm

Therefore, one sheet of A0 = 80 grams.

Since A4 is 1/16th of an A0, a single sheet of standard A4 paper weighs 5 grams.

I rarely need to use a scale for postage. If I have a standard envelope (~5g) and 3 sheets of paper (15g), I know I’m at 20g total. It turns physical shipping logistics into simple integer arithmetic. The elegance of the metric system is that it makes the properties of materials discoverable through their definitions.

Fiveplus

很棒！作者谈到了纸张的面积特性，这里有一个我个人基于标准得出的、最实用的生活技巧。它利用了尺寸与质量之间的关系。

因为A0的面积被定义为恰好1平方米，所以纸张的克重（GSM，即克/平方米）就直接对应了单张纸的重量。

A0 = 1平方米。

标准办公用纸 = 80克/平方米

因此，一张A0纸 = 80克。

由于A4纸是A0纸的十六分之一，所以一张标准A4纸重5克。

我很少需要用秤来称重邮费。如果我有一个标准信封（约5克）和3张纸（15克），我就知道总重量是20克。这让物流邮寄的物理过程变成了简单的整数计算。公制系统的巧妙之处在于，它让材料的特性可以通过其定义被推导出来。

Try to take my position: The best promotion advice… #

https://news.ycombinator.com/item?id=46510805

Ah, the classic “work even harder and do things you’re not paid for with zero guarantee that someone will appreciate what you’re doing while the company reaps the benefits”. What a novel thought, I am so glad I clicked the article, especially since the author isn’t even speaking from experience so he has nothing to back up his blogpost with.

ManlyBread

啊，经典的“更加努力地去做那些你分文未付的工作，同时还要抱着一种无人会欣赏你所做之事的零保证，而公司则坐享其成”。多么新颖的想法啊，真庆幸我点开了这篇文章，尤其是因为作者本人并没有亲身经历，所以他的博客文章根本没有任何事实依据。

State of the Fin 2026-01-06 #

https://news.ycombinator.com/item?id=46514643

I have to thank Plex for changing their cost model. It motivated me to setup Jellyfin, something that took slightly more effort than Plex. And by getting that inertia going, I then followed up with Navidrome, a local OSM service with routing, and finally my own mediawiki copy that has a starting point from the pre-AI days as well as an annual content refresh so my “compare” history is short and simple on all articles.

That inspired me to build a homelab finally, which then became a NAS, which then became an OCIS server to replace my commercial cloud storage.

I finally got proxmox setup, OPNsense, with Caddy for reverse proxying the externally facing services and tailscale for access to those services I want to keep only for me and not others in my family.

So yeah, all of this big massive avalanche of work started with the little tiny snowball of Plex deciding they wanted to charge me to use my own media while away from my house.

Thanks Plex!

And thanks Jellyfin for being a fantastic alternative for video.

cheschire

我得感谢 Plex 改变了他们的收费模式。这促使我搭建了 Jellyfin，这个过程比 Plex 稍微多花了一些力气。但正是这个开端，让我随后又部署了 Navidrome（一个带路由功能的本地 OpenStreetMap 服务），最后还搭建了我自己的 MediaWiki 副本，它有一个在人工智能时代之前的初始版本，并且每年都会进行内容更新，这样我所有文章的“比较”历史记录都变得简短明了。

这最终激励我搭建了一个家庭实验室（homelab），它发展成了一台 NAS，接着又变成了一台 OCIS 服务器，用来替代我的商业云存储服务。

我最终成功配置了 Proxmox 和 OPNsense，并用 Caddy 为对外的服务提供反向代理，用 Tailscale 来访问那些只想自己用、不想让家里其他人用的服务。

所以说，这一大堆连锁反应般的折腾，最初起因只是那个小小的导火索——Plex 决定要我在离开家使用自己的媒体时付费。

谢谢 Plex！

也谢谢 Jellyfin，它是一款绝佳的视频替代品。

Sugar industry influenced researchers and blamed f… #

https://news.ycombinator.com/item?id=46528207

You’re exactly right: This one incident did not shape the entire body of scientific research.

There is a common trick used in contrarian argumentation where a single flaw is used to “debunk” an entire side of the debate. The next step, often implied rather than explicit, is to push the reader into assuming that the opposite position must therefore be the correct one. They don’t want you to apply the same level of rigor and introspection to the opposite side, though.

In the sugar versus saturated fat debate, this incident is used as the lure to get people to blame sugar as the root cause. There is a push to make saturated fat viewed as not only neutral, but healthy and good for you. Yet if you apply the same standards of rigor and inspection of the evidence, excess sugar and excess saturated fat are both not good for you.

There is another fallacy in play where people pushing these debates want you to think that there is only one single cause of CVD or health issues: Either sugar, carbs, fat, or something else. The game they play is to point the finger at one thing and imply that it gets the other thing off the hook. Don’t fall for this game.

Aurornis

你说得对：这一单一事件并未塑造整个科研体系。

在异议论证中，有个常见的伎俩，就是利用一个瑕疵来“驳倒”整个辩论的一方。接下来的一步——通常只是暗示而非明说——就是引导读者想当然地认为，反方的立场必定是正确的。但他们可不想你对反方也施以同样严谨的审视和反思。

在糖分与饱和脂肪的辩论中，这一事件被用作诱饵，让人们将糖分视为心血管疾病的根本原因。他们极力推动一种观点，即饱和脂肪不仅无害，反而对人体有益和健康。然而，如果你对双方都施以同样严谨的标准和证据审查，就会发现，过量的糖和过量的饱和脂肪，对你而言都不是好东西。

在此类辩论中，还存在着另一个谬误，鼓吹这些争论的人希望你相信，心血管疾病或健康问题只有一个单一病因：要么是糖，要么是碳水，要么是脂肪，或是其他什么东西。他们玩的这套把戏，就是指责一个因素，并以此暗示另一个因素可以免责。别上当。