2026 02 10 HackerNews

2026-02-10 Hacker News Top Stories #

Discord 将从 2026 年 3 月起在全球推行年龄验证，要求本地 AI 面部估算或提交政府身份证，未验证用户将被限制访问成人内容。

文章建议在城市建造类游戏中用圆弧和缓和曲线（如科洛特）替代贝塞尔曲线，以生成更平行和平滑的道路。

AI 可显著加速重复性和已有示例的任务，但在理解背景、验证假设与承担责任等复杂工作上仍需人为主导。

GitHub 已修复 2 月 9 日发现的通知投递延迟问题，并将发布详细的根因分析。

天空呈蓝色因瑞利散射使短波长蓝紫光被大气分子更强烈散射，而人眼对紫光敏感度低故显蓝。

该开源项目用 ESP8266 和 NVSRAM 将一只 3.88 美元的模拟钟改造成通过 NTP 自动校时的 Wi‑Fi 时钟。

通过自研算法 CacheTVS 计算出理论上最长视线约 530 公里，并提供交互地图供用户探索。

基于 Claude 的 CCC 在链接、体积和性能上均不及 GCC，表明当前 LLM 驱动的编译器尚不适合生产使用。

一款受金·斯坦利·罗宾逊《火星三部曲》启发的非商业独立火星殖民地 RPG 已发布，但未获原著授权。

现代技术系统复杂到无人能完全掌握，关键在于承认认知边界并在各自层级内做到精通以降低风险。

Discord 将于下月起要求进行面部扫描或身份验证以获取完整访问权限 (Discord will require a face scan or ID for full access next month) #

https://www.theverge.com/tech/875309/discord-age-verification-global-roll-out

Discord 将于 2026 年 3 月起在全球范围内推行年龄验证机制，所有用户账户将默认设置为“青少年适宜”模式，除非用户能证明自己是成年人。

未通过年龄验证的用户将无法访问年龄限制服务器和频道，不能在“舞台”直播类频道发言，且会受到内容过滤，系统还会对来自陌生人的好友请求和私信发出警告提示。这些受限内容将以黑屏形式“隐藏”，用户需完成验证后才能查看。

年龄验证可通过两种方式完成：一是使用 AI 进行面部年龄估算，用户拍摄一段视频自拍，系统在本地设备分析年龄，不会上传数据；二是提交政府身份证明文件，由第三方供应商验证，验证完成后文件将立即删除。

Discord 强调，不会进行生物识别或人脸识别，也不会保留用户的姓名、住址等个人信息。此前曾因第三方供应商数据泄露事件暂停过相关验证流程，现已更换供应商并加强安全措施。

该政策是全球范围内加强儿童网络保护趋势的一部分，此前 Discord 已在英国和澳大利亚试点类似机制，但部分用户曾通过游戏“死亡搁浅”的截图模式绕过验证，Discord 已修复该漏洞。

Discord 表示，大多数用户不会感受到明显变化，因为该机制主要针对成人内容。但公司也预计会有部分用户因隐私顾虑或体验变化而离开，正为此制定应对策略。

HN 热度 1114 points | 评论 1119 comments | 作者：x01 | 10 hours ago #

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

Zulip 作为自托管的开源软件，具有操作简单、稳定、易升级的优点，适合管理活跃社区，用户体验优于 Discord 等平台。
自托管 Zulip 服务器可由社区自主决定数据保护和身份政策，避免依赖大型科技公司，增强隐私与控制权。
项目是完全开源的，代码库可读性强，已有约 1500 人贡献过代码，具备较高的抗风险能力，不易因公司收购或倒闭而中断。
项目团队价值观明确，重视公共服务，致力于提供长期可持续的技术解决方案。
移动推送通知目前无法完全自托管，因为 App Store/Play Store 应用的推送密钥需硬编码，必须依赖第三方服务。
Matrix 也面临类似问题，使用官方客户端时同样依赖中心化推送服务，除非自行分发定制应用。
虽然 Zulip 对超过 10 用户的自托管服务器收取推送服务费用，但其免费额度对小型社群已足够，且社区计划支持朋友群组使用。
有用户担忧将功能限制在付费服务上可能偏离开源初衷，担心未来出现“跑路”或商业模式变化的风险。
一些用户认为，应优先推动通用性更强的技术方案，而非依赖单一服务商提供的封闭式推送服务。
推送服务成本由苹果和谷歌设定，第三方提供者承担滥用风险，因此收费具有合理性。
使用 PWA（渐进式网页应用）可绕过部分推送限制，但 Zulip 目前不支持网页推送，存在技术缺口。
ntfy 等工具通过自托管推送中继实现灵活配置，但本质上仍依赖外部推送网关，无法彻底脱离中心化服务。

游戏中的道路艺术 (Art of Roads in Games) #

https://sandboxspirit.com/blog/art-of-roads-in-games/

这篇文章探讨了城市建造类游戏中道路系统的设计问题，作者从个人对道路美学的欣赏出发，反思了现有游戏在道路建模上的不足。

文章指出，尽管现代城市建造游戏如《城市：天际线》在道路自由度上不断进步，但底层技术仍依赖贝塞尔曲线（Bezier Spline）来生成道路。这种技术虽然直观且灵活，却无法保持道路两侧的平行性，尤其在急弯处会出现几何“挤压”或自相交的问题，与真实道路设计原理相悖。

真实道路的轨迹由车辆轮轴间距决定，必须保证左右轮轨迹平行。因此，作者提出更合理的替代方案：使用圆弧（Circle Arcs）来构建道路。圆弧在偏移时仍能保持平行，且计算简单高效，适合程序化生成道路与交叉口。

进一步地，作者引入了更高级的“缓和曲线”（Transition Curve），尤其是著名的“科洛特曲线”（Clothoid）。这种曲线具有连续变化的曲率，能实现从直线到弯道的平滑过渡，极大提升驾驶舒适性，是真实高速公路设计中的标准。但其数学复杂度极高，因此极少被游戏采用。

对于城市街道，作者认为圆弧已足够满足需求。尽管大多数玩家不会关注这些细节，但作者出于对技术原理的好奇与挑战现状的动机，决定自行开发一套更符合工程实际的道路系统。

文章最终强调：真正的道路之美，不仅在于视觉，更在于其背后严谨的物理与工程逻辑。

HN 热度 573 points | 评论 190 comments | 作者：linolevan | 1 day ago #

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

道路与街道在城市规划中有本质区别，街道应兼顾行人、骑行者和公共交通，而不仅仅是车辆运输。
现代社会对交通的依赖使得道路成为城市发展的基础，尤其在城市扩张和区域连接方面。
美国城市低密度发展与以汽车为中心的交通规划密切相关，而欧洲城市更注重街道的多功能性和高密度布局。
历史上的城市建设曾依赖水路运输，但铁路在 19 世纪 30 年代起使城市远离水源成为可能，改变了城市布局。
铁路在大规模运输中仍具优势，尤其对大型城市而言，水运和铁路至今仍是重要运输方式。
尽管道路在现代城市中占据核心地位，但其并非唯一或最高效的运输方式，铁路等系统在某些场景下更具优势。
“道路”一词在不同语言中的含义不同，如德语中“Bahn”指轨道而非道路，因此将铁路称为“道路”存在语言上的误导。
美国许多历史城市保留了早期为马车设计的狭窄街道，但多数已被现代汽车交通改造或破坏。
一些美国东北部城市如波士顿、普罗维登斯和伍斯特，因道路规划不合理而交通混乱，尤其对驾车者而言。
从城市规划角度看，街道应服务于公共互动，而道路主要服务于交通功能，两者不应混淆。
城市土地分配模式与继承制度有关，欧洲小地块分布反映的是均分继承，而大块土地则多为长子继承制。
城市发展受地理、历史和政策共同影响，美国的广阔土地与早期土地文化促成了以汽车为导向的城市形态。

AI 使简单的事更简单，却让困难的事更难 (AI makes the easy part easier and the hard part harder) #

https://www.blundergoat.com/articles/ai-makes-the-easy-part-easier-and-the-hard-part-harder

AI 并不总是提升开发效率，反而可能让原本困难的部分变得更难。文章指出，开发者过去通过搜索 StackOverflow、GitHub 问题等方式自主研究解决方案，现在却常说“AI 帮我完成了”，这反映出缺乏独立判断和理解。

AI 生成代码看似快速，但容易带来隐患。作者举例，AI 误删了 500 行代码，还声称文件不存在，最终花费的时间远超手动编写测试。这说明 AI 作为“解决方案提供者”时，可能因缺乏上下文而造成更大损失。

真正困难的是理解问题背景、验证假设、判断方案合理性——这些才是开发的核心挑战。当 AI 承担了“写代码”这一简单任务后，开发者反而被推向了更难的“阅读和审查 AI 生成代码”的环节，却缺少了亲手编码所积累的理解和上下文。

文章强调，AI 不能解决管理问题。当团队因 AI 提升速度而被要求持续高节奏交付，就会导致疲劳、忽略测试、引入缺陷，形成恶性循环。所谓“10 倍效率”可能只是从低水平回归到正常水平，而非真正的进步。

AI 应被视为“高级技能、初级信任”的助手，像一位聪明但缺乏背景知识的新人。它能辅助调查、提供思路，但必须由开发者负责验证和决策。

作者分享一个成功案例：AI 在 15 分钟内协助定位生产环境的时区显示 bug，通过分析变更历史和复现路径，快速锁定问题根源，最终高效修复。这正是 AI 帮助解决“困难部分”的典范。

总结：AI 最有价值的应用，是辅助调查、分析和理解，而非直接写代码。开发者仍需对每行代码负责，保持批判性思维，避免陷入“AI 写了，我就不用管”的误区。

HN 热度 495 points | 评论 334 comments | 作者：weaksauce | 1 day ago #

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

一些问题由于已有大量公开实现（如复古模拟器），AI 可以轻松生成解决方案，这类问题被称为“可轻易解决的问题”。
而对于没有公开示例的复杂、专有技术问题，即使反复提示，AI 也难以生成有效代码，说明其能力存在明显局限。
当前许多公司使用 AI 生成代码时，往往忽视了版权问题，存在直接复制开源项目代码的风险，这可能构成侵权。
有人指出，若训练数据中包含 GPL 等开源许可证代码，理论上生成物可能也需遵循相同许可证，法律部门应对此保持警惕。
尽管存在争议，目前尚未有明确案例证明大模型会完整复制某段代码，但即便只是轻微修改或重排，仍属于剽窃行为。
有开发者表示曾见过模型输出与原始代码高度相似的内容，包括带有出处注释的代码片段，验证过程简单。
企业已开始部署工具检测由 AI 生成或辅助的代码是否存在抄袭嫌疑，通常通过比对 GitHub 或其他公开仓库进行筛查。
部分人认为，公众发布的代码本就应允许被他人使用，不应过度依赖版权保护；但若禁止人类以类似方式使用，却允许机器这么做，则存在不公平。
当前法律体系对人工智能侵权缺乏明确追责机制，导致即使出现严重抄袭，相关方也很难被追究责任，形成监管漏洞。

GitHub 通知延迟问题已解决，服务恢复正常 (GitHub is down again) #

https://www.githubstatus.com/incidents/54hndjxft5bx

GitHub 发布了关于通知延迟问题的最新进展，该问题已得到解决。当前状态为“已解决”，系统正在恢复正常运行。

问题最初于北京时间 2 月 9 日 15:54（UTC 15:54）被发现，报告称部分 GitHub 服务性能受到影响。
最初通知延迟约 50 分钟，随后延迟逐步加剧，最高达到近 1 小时 20 分钟。
随后系统开始出现恢复迹象，通知延迟逐步减少：从 1 小时降至 30 分钟，再到 15 分钟。
截至北京时间 2 月 9 日 19:29（UTC 19:29），通知交付延迟已完全解决，系统恢复正常。
GitHub 承诺将发布详细的根因分析报告，供用户参考。

用户可通过电子邮件、短信、Slack 或 Webhook 订阅通知，及时获取未来事件的更新。该页面由 Atlassian Statuspage 提供支持，用于实时展示 GitHub 服务状态。

HN 热度 474 points | 评论 382 comments | 作者：MattIPv4 | 9 hours ago #

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

GitHub 的服务稳定性问题严重，尤其是核心功能如网页界面和 Actions 频繁出现故障，影响了开发者的日常工作效率。
有人指出，GitHub 将服务迁移到 Azure 的过程中可能引入了更多不稳定因素，导致近期频繁出现故障。
尽管 Copilot 服务的可用性较低，但大多数用户并不太在意，因为其功能并非核心工作流的必需部分。
有评论认为，GitHub 的整体服务可用性指标（如“单个 9”）并不能真实反映用户体验，因为不同服务的故障是独立的，不应简单相加。
有人质疑 GitHub 是否真的需要 99.99% 的高可用性，认为本地仓库可以继续工作，不必依赖在线服务。
但也有观点反驳，许多团队依赖 GitHub 进行任务管理、CI/CD 流水线和生产构建，服务中断会直接导致发布失败或生产事故。
评论指出，GitHub 在宣传 AI 功能的同时，基础设施的稳定性却持续下滑，反映出管理层在资源分配和优先级上的严重失衡。
有人将当前状况类比为 2000 年代 Hotmail 迁移时的混乱局面，暗示这是一次失败的大型技术迁移。
有观点认为，过度追求高可用性带来了不必要的复杂性和成本，反而抬高了新人进入技术行业的门槛。
也有观点强调，对于依赖在线服务的企业而言，服务中断意味着巨大的经济损失，因此高可用性是值得投入的。
有人指出，GitHub 的状态页面不再显示历史数据，导致用户无法准确评估真实的服务表现，这可能是有意为之的“去透明化”行为。

为什么天空是蓝色的？ (Why is the sky blue?) #

https://explainers.blog/posts/why-is-the-sky-blue/

为什么天空是蓝色的？这背后的关键机制是瑞利散射。当阳光穿过地球大气层时，蓝光和紫光因波长较短，更容易被氮气和氧气分子散射，从而在各个方向上广泛分布。因此，无论我们朝哪个方向看，眼睛都会接收到大量来自天空的蓝光，使天空呈现蓝色。

尽管紫光的波长更短、散射更强，但天空并非紫色，原因在于人眼对紫光的敏感度较低，且太阳光中紫光的强度本身较弱。此外，臭氧层会吸收部分紫外线，进一步减少了到达地表的紫光。

日落时天空为何呈红色？因为太阳接近地平线时，光线需穿越更厚的大气层。在此过程中，大部分蓝光已被散射掉，只剩下红光、橙光等波长较长的光能够直接抵达观察者眼中，因此天空呈现出红色或橙色。

云朵为何是白色的？因为云由大量水滴或冰晶组成，这些微粒尺寸远大于空气分子，导致所有波长的光几乎均等散射，混合后呈现白色。

火星的天空是红色的，是因为其表面富含氧化铁（铁锈），尘埃颗粒在大气中悬浮并散射红光。而火星的日落却是蓝色的——因为在火星稀薄的大气中，蓝光反而比红光更易被散射，加上尘埃颗粒大小与地球不同，使得短波长的蓝光传播得更远。

本文强调：理解一个现象，不在于记住术语，而在于建立能预测结果的模型。通过分析光的波长、分子共振频率与散射规律，我们可以推断出不同行星上的天空颜色。例如，任何以小分子气体为主的行星，只要其大气成分类似地球，白天天空都可能呈现蓝色。

HN 热度 392 points | 评论 143 comments | 作者：udit99 | 9 hours ago #

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

天空之所以呈现蓝色，主要是因为阳光中的短波长蓝光在大气中发生瑞利散射，而这一现象涉及光学、电磁学和量子力学等多个物理领域。
人类视觉系统对蓝光比紫光更敏感，因此尽管紫光散射更强，但人眼感知到的天空颜色仍是蓝色，这体现了生理与物理因素的共同作用。
不同物种的视觉系统差异导致对天空颜色的感知不同，例如某些鸟类拥有更多种类的视锥细胞，可能看到更接近紫色的天空。
哺乳动物在进化过程中曾因夜行性而失去多种视锥细胞，后来在灵长类中通过基因复制重新演化出三色视觉，这解释了人类色觉的特殊性。
人类对“为什么天空是蓝色”的追问，本质上是探索知识边界的过程，类似“为什么”链式追问能揭示回答者的真实理解深度。
用“请再具体一点”这类问题可以有效检验一个人对某个概念的掌握程度，尤其适用于技术面试中评估候选人的知识体系。
随着人工智能的发展，未来可能出现能以儿童能理解的方式回答“为什么”问题的智能系统，这可能改变教育和认知发展的方式。
尽管互联网带来了信息获取的便利，但其实际应用更多集中在娱乐和信息过载，而非推动社会整体进步，因此对技术乐观主义需保持审慎。
人工智能在儿童早期语言学习和认知发展中的应用潜力巨大，但目前仍处于探索阶段，尚未形成成熟方案。

将沃尔玛 3.88 美元的模拟钟改装为基于 ESP8266 的 WiFi 网络时钟 (Converting a $3.88 analog clock from Walmart into a ESP8266-based Wi-Fi clock) #

https://github.com/jim11662418/ESP8266_WiFi_Analog_Clock

这是一个基于 ESP8266 模块的 WiFi 模拟时钟项目，使用 WEMOS D1 Mini 开发板和 Arduino 程序，实现自动同步网络时间并控制一个廉价的模拟石英钟。

项目核心功能是通过 NTP 协议每 15 分钟从网络获取准确时间，并根据实际时间调整时钟的秒针位置。由于无法反向移动指针，系统仅在时钟落后时向前推进秒针，等待实际时间追上。

为解决断电后时钟位置丢失的问题，项目采用 Microchip 47L04 串行电可擦可编程存储器（EERAM）保存小时、分钟和秒针的实时位置，确保重启后能继续准确运行。

硬件方面，需将普通模拟钟的石英机芯拆开，断开原驱动电路，将两根线连接到 ESP8266 的输出引脚，用于发送正负交替的脉冲信号来驱动步进电机。

首次启动时，用户可通过 ESP8266 提供的 Web 页面手动设置时钟初始指针位置。后续运行中，系统会持续通过网页展示时钟状态，支持以 SVG、HTML Canvas 或纯文本形式显示时钟界面。

该代码开源，使用 MIT 许可证，适合爱好者学习与复现。项目强调实验性调参，如“脉冲时间”参数需根据具体机芯调整，建议从 30 毫秒开始测试。

HN 热度 381 points | 评论 127 comments | 作者：tokyobreakfast | 8 hours ago #

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

该项目中使用的 SRAM 与 EEPROM 结合的芯片（47L04）非常巧妙，能在断电时通过小电容将 SRAM 数据写入 EEPROM，有效延长 EEPROM 寿命，且成本低于 1 美元，适合爱好者和小批量生产。
这种 NVSRAM 芯片的工作原理是：在正常供电时使用高速、无磨损的 SRAM 存储数据；当检测到电压下降时，立即把数据写入具有长期保存能力的 EEPROM，断电恢复后又从 EEPROM 读回数据。
尽管该芯片容量有限（仅 4 千比特），但对大多数小型嵌入式应用而言已足够，性价比极高。
有用户指出，类似技术还有铁电存储器（FRAM）和磁性存储器（MRAM），它们也具备非易失性和高耐久性，适用于需要频繁写入的场景，其中 MRAM 甚至可做到 128Mbit 容量，但价格较高。
有人提到，用 ESP32 或 Raspberry Pi 模拟 WWVB 等原子钟广播信号是可行的，可解决原子钟因信号弱而无法自动校时的问题，已有开源项目实现。
警告不要随意在与原子钟相同频段（如 WWVB 的 60kHz）发射信号，可能违反无线电法规。
对于带投影功能的廉价时钟，希望将其改造为支持 Wi-Fi 或 GPS 同步，实现自动时间校准，并扩展显示信息，例如通过 LED 矩阵投影更多内容。
有人分享自制低亮度床头灯时钟项目，满足夜间阅读需求，同时避免强光干扰。
有用户质疑评论中部分回答过于“像 AI 生成”，认为其语言流畅度异常，疑似大模型输出，引发对社区质量的担忧。
建议开发浏览器插件，自动隐藏特定用户或标记可疑评论，以提升讨论环境的可读性与理性。

算法计算地球上最长的视线距离 (Show HN: Algorithmically finding the longest line of sight on Earth) #

https://alltheviews.world

该网页介绍了全球最长的视线距离，通过自研算法 CacheTVS 对地球上的所有视点进行了全面分析，最终发现地球上最长的视线距离为 530 公里，位于喜马拉雅山脉的兴都库什地区与捷克的皮克丹科瓦峰之间。

第二长的视线距离为 504 公里，位于南美洲哥伦比亚的安蒂奥基亚省与该国最高峰皮科克里斯托瓦尔之间，展现了南美洲壮丽的山地景观。

第三长的视线距离为 483 公里，从俄罗斯的厄尔布鲁士山延伸至土耳其的庞提克山脉。值得注意的是，俄罗斯与土耳其之间并无陆地接壤，却仍能实现如此遥远的视线，令人惊叹。

网页还提供了一个交互式地图（map.alltheviews.world），用户可探索约 45 亿条视线路径，直观感受地球上令人震撼的视野景观。

HN 热度 366 points | 评论 144 comments | 作者：tombh | 15 hours ago #

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

该项目虽然技术上非常出色，但地图展示过于简单，缺乏 3 维视角和真实视觉效果，建议增加 3 维地形渲染和红箭头标注以增强沉浸感。
希望能自动生成指向 Google Earth 的侧视图链接，以便用户直观看到视线路径的立体走向，提升体验。
当前的 2 维地图无法体现实际观测时的视觉感受，从高空俯瞰与地面视角差异巨大，需更贴近真实观测场景。
项目虽已实现理论最长视线，但大气折射等因素可能使实际可见距离更长，未来可考虑引入极端折射情况优化结果。
有用户提出一个有趣问题：在地球椭球模型下，哪两个点之间的直线距离最远？这涉及“对跖点”概念，值得进一步研究。
“视线”指地表两点间沿直线可被看见的距离，受地形高度影响显著，低海拔地区因地平线限制视野极短。
尽管大气存在，但已有 483 公里的实拍记录证明超长视线在特定条件下是可能实现的，尤其在干燥沙漠区域。

Claude 的 C 编译器与 GCC 的对比 (Claude’s C Compiler vs. GCC) #

https://harshanu.space/en/tech/ccc-vs-gcc/

本文对比了由 Anthropic 开发的 AI 编译器 CCC（Claude’s C Compiler）与行业标准编译器 GCC，测试其在编译性能、代码质量及稳定性方面的表现。

文章指出，尽管人工智能模型 Claude Opus 4.6 独立完成了整个编译器的开发，包括前端、中间表示、优化器、代码生成、汇编器和链接器等模块，但其输出质量仍远不及经过近 40 年演进的 GCC。CCC 的优势在于能正确编译大量 C 代码，但在关键环节如链接阶段存在严重缺陷。

测试使用两个相同配置的 Debian 虚拟机，分别运行 GCC 14.2.0 与构建于 Rust 之上的 CCC。测试对象为 SQLite 3.46.0 溶合版和内核版本 6.9。

结果显示：

在编译时间上，虽然整体编译耗时更短（42.5 分钟），但仅完成 .c 文件编译，链接阶段失败。
链接失败原因：生成了错误的重定位信息（如 __jump_table）和符号表条目（__ksymtab），导致约 4 万条未定义引用错误。
二进制文件大小方面，同为 -O0 编译，CCC 生成的 SQLite 可执行文件达 4.27 MB，是 1.55 MB GCC 版本的 2.7 倍以上。
运行时性能差距巨大：-O0 下，运行时间相差 737 倍；-O2 下更是高达 1,242 倍。
内存使用量也显著更高，最高达 1,952 MB，而对应为 831 MB。

作者强调，虽然“5 倍更快”的说法看似吸引人，实则是由于编译器未进行优化所致——实际是因缺少优化工作而省时，而非效率提升。

结论：尽管在语法解析和编译阶段表现出色，但链路阶段的缺陷表明，当前基于 AI 构建的完整编译器尚不具备生产可用性。未来仍需解决符号处理、重定位逻辑和架构兼容性等核心难题。

HN 热度 334 points | 评论 340 comments | 作者：unchar1 | 20 hours ago #

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

LLM 生成的代码虽然能在短时间内产出可运行的程序，但其质量与可维护性远不如人类编写，尤其在复杂系统如编译器中表现不佳。
用 AI 快速生成代码并不能代表技术进步，因为真正重要的不是速度，而是代码的正确性、可维护性和长期可靠性。
当前的 AI 代理在处理复杂问题时能力有限，修复复杂错误的能力不足，且尚未展现出显著提升。
尽管当前阶段存在局限，但未来几代模型有望改善这些问题，因此仍应保持乐观态度。
现有案例（如生成无法编译 Linux 内核的编译器）表明，宣传中的“突破”往往与实际性能存在巨大差距。
一些开发者对使用 AI 生成代码缺乏基本认知，甚至将 AI 作为作者署名，反映出对代码贡献本质的误解。
在开源项目中，小而可控的贡献是关键，而 AI 生成的大规模、一次性提交容易导致审查困难和法律风险。
AI 生成的代码常出现抄袭或不当引用他人工作的情况，缺乏原创性与责任追溯机制。
企业环境中的真实需求往往是“能用就行”，而非追求高质量可维护代码，因此 AI 在实现功能性目标上具有价值。
当前 AI 在单元级 bug 修复方面已有潜力，但在架构设计、安全逻辑等高层次任务上仍需人类主导。
部分用户对 AI 生成代码表现出过度自信甚至傲慢，这种态度源于对技术局限性的严重误判。
某些使用者因无法理解文本内容而极度依赖 AI，表现出认知能力上的缺陷，属于“功能不全”的表现。
优秀的开源维护者具备极强的耐心与沟通能力，愿意花大量时间解释基础概念，这是社区宝贵的资产。

展示 HN：我基于金·斯坦利·罗宾逊的火星小说创作了一款火星殖民地 RPG 游戏 (Show HN: I created a Mars colony RPG based on Kim Stanley Robinson’s Mars books) #

https://underhillgame.com/

这是一个名为 Underhill 的火星殖民地游戏，以在红色星球上生存与建设为核心玩法。游戏灵感源自著名科幻作家金·斯坦利·罗宾逊的《火星三部曲》系列，但并非官方作品，而是由爱好者独立创作的非商业项目。开发者为阿丽亚·阿拉马尔霍达伊，游戏未获得原著作者、出版方或相关版权方的授权或支持。玩家可在游戏中体验火星环境下的资源管理、基地建设和长期生存挑战。项目主页提供关注社交媒体（X 平台）和反馈支持的入口，欢迎玩家参与并贡献意见。

HN 热度 297 points | 评论 104 comments | 作者：ariaalam | 1 day ago #

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

Kim Stanley Robinson 的《火星三部曲》展现了基于自组织、互助和关怀的无政府主义文化，而非混乱暴力的社会。
该系列作品通过技术细节和宏大叙事，巧妙地传达了政治哲学思想，使读者在沉浸式体验中理解其理念。
有人认为书中政治观点过于明显，甚至有些令人反感，更倾向于将其视为激进左翼而非纯粹的无政府主义。
无政府主义在现实中面临挑战，如大规模合作难以维持，容易因少数“背叛者”而崩溃，需大量能量维持秩序。
无政府社会若要长期存在，通常需要后稀缺社会背景，依赖廉价能源（如核聚变）来消除资源竞争和激励背叛行为。
乌尔苏拉·勒古恩的《无人之境》展示了在资源匮乏条件下，通过教育与价值观传承实现无政府社会的可行性。
历史上的无政府实验（如巴黎公社、革命加泰罗尼亚、罗贾瓦）虽有实践意义，但往往因外部压力或规模限制而失败。
真实世界中的高信任度社会常伴随高度工业化与能源丰富，而非传统意义上的“原始”或“反增长”模式。
严格的宗教神权社会在维持集体合作方面也表现出类似机制，但代价是压制多样性与自由，这与无政府主义理想相悖。

没有人真正理解整个系统的运作方式 (Nobody knows how the whole system works) #

https://surfingcomplexity.blog/2026/02/08/nobody-knows-how-the-whole-system-works/

文章探讨了一个核心观点：没有人真正理解整个系统的运作方式。作者以社交媒体平台 Twitter 的衰落和 LinkedIn 的兴起为引子，引出关于技术系统复杂性的深刻思考。

文中引用了多位技术思想家的观点：Simon Wardley 强调构建系统时若不了解底层机制是危险的；Adam Jacob 指出 AI 正在改变软件开发方式，尽管它让我们远离底层细节，但其带来的效益远超风险；Bruce Perens 则认为，Wardley 所担忧的“缺乏理解”早已成为现实，现代 CPU 和操作系统极为复杂，多数开发者对其内部工作原理并不真正了解；而 MIT 教授 Louis Bucciarelli 早在 1994 年就提出，即便是最基本的电话系统，也已复杂到无人能完全掌握。

作者进一步指出，技术面试中常见的“输入 URL 后发生了什么”这类问题，其实揭示了系统的多层复杂性——从 DNS 解析到 TCP/IP 传输，再到 Wi-Fi 调制方式、操作系统中断处理、CPU 内存模型、JVM 垃圾回收等，没有一个人能全面掌握所有细节。

作者总结：Wardley、Jacob、Perens 和 Bucciarelli 的观点各有道理。AI 确实加剧了这种“理解断层”，但这种状况早已存在。现代复杂系统本质上就是不可完全理解的，我们只能掌握局部知识。真正的关键不在于“全知”，而在于清楚自己所处的层级，承认知识的边界，并在专业范围内做到精通。

HN 热度 278 points | 评论 183 comments | 作者：azhenley | 19 hours ago #

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

当前编程风格导致开发者既不了解产品目标，也不理解代码实现，仅依赖测试通过和按钮点击作为完成标准，缺乏对系统整体的认知。
开发者在实际工作中常因缺乏权限和信息而无法真正承担“所有权”，即使努力也难以获得应有的决策参与权。
管理层设定的不透明目标和随意变更的截止日期，使开发者感到被当作工具使用，从而只按指令执行，不再主动贡献。
面对系统盲点导致的客户问题，应通过数据量化影响，以推动管理层关注和改进。
市场效率理论在现实中不成立，用户对服务的不满并不一定导致流失，因为转换成本和习惯等因素会让人长期忍受缺陷。
一些用户虽对服务不满，但因权衡成本与收益，仍选择继续使用，认为所有服务都存在缺陷，无法追求完美。
有人主张以极端方式对抗不公，如故意透支账户来惩罚银行，认为这是对系统性剥削的合理反击。
对于系统性问题，有人认为不应妥协，拒绝使用被监控或控制的设备，坚持个人自由和独立判断。
有人指出，系统设计本就旨在维持不平等，通过学历门槛和高房价等手段限制普通人上升通道，使少数人得以享受不劳而获的特权。

Hacker News 精彩评论及翻译 #

Discord will require a face scan or ID for full ac… #

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

It is a great irony that the heavy handed push for “protect da kids” is all happening while we learn, day by day, that the richest and most powerful members of our society have no problem hanging out with a convicted child sex trafficker.

Rules for thee, free love for me.

pibaker

这是一个巨大的讽刺，一面是蛮横地推行“保护孩子”，另一面却是我们每天都在得知，社会上最富有和最有权势的人与一个被判有罪的儿童性交易贩子混在一起毫无顾忌。规矩归你，自由归我。

Discord will require a face scan or ID for full ac… #

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

I’m biased, as I lead the Zulip project. But I think this is a reasonable place for me to post some thoughts.

Given current events in the USA, I can’t emphasize enough how worried one should be about the fact that a few companies like Discord, Google (Gmail), and Meta have databases with access to the private conversations of hundreds of millions of people with their closest friends and family members, linked up with their identity.

Some of the big strengths of running a self-hosted Zulip server for your community are:

Zulip servers are operationally simple, highly stable and easy to upgrade.
Zulip is much better than Discord or Slack for managing the firehose of busy communities. Or at least, a lot of people tell us that they prefer the user experience to everything else they’ve tried, after a few weeks of getting used to it. :)
Your community leaders get to make the policy decisions about data protection, identity, etc.
It’s 100% FOSS software, with an extremely readable and maintainable codebase that ~1500 people have successfully contributed code to. I don’t think you’ll find modern alternatives with a comparable featureset to Discord that are more resilient to the sponsoring company being acquired or going out of business.
We are a values-focused organization ( https://zulip.com/values/ ) where providing a public service is important to us all.
Each server is completely self-contained and independent, with the only centralized services needed from us being desktop/mobile app publication and mobile push notifications delivery (which is free for community use and soon to be E2EE).

I’m happy to answer any questions.

tabbott

我有偏见，因为我是 Zulip 项目的负责人。但我觉得在这里分享一些想法是合适的。

考虑到美国当前的情况，我无法过分强调人们应该对以下事实感到多么担忧：像 Discord、Google（Gmail）和 Meta 这样的少数几家公司的数据库，能够接触到数亿人与他们最亲近的朋友和家人之间的私密对话，并且这些对话还与他们的身份信息相关联。

为您的社区运营一个自托管的 Zulip 服务器，其主要优势包括：

Zulip 服务器操作简单、高度稳定且易于升级。
与 Discord 或 Slack 相比，Zulip 在管理繁忙社区的“信息洪流”方面要好得多。或者至少，很多用户告诉我们，在适应几周后，他们比试用过的其他任何产品都更喜欢 Zulip 的用户体验。:)
您的社区负责人可以自主决定关于数据保护、身份等方面的政策。
它是 100% 的开源软件 (FOSS)，拥有一个极其易读和可维护的代码库，已有约 1500 人成功为其贡献了代码。我不认为你能找到与 Discord 功能集相当的现代替代品，而这些替代品更能抵御其赞助公司被收购或停业的风险。
我们是一个以价值观为导向的组织 ( https://zulip.com/values/)，为公众服务对我们每个人来说都至关重要。
每个服务器都是完全独立的，我们唯一需要提供的集中式服务是桌面/移动应用的发布和移动推送通知的投递（社区使用是免费的，并且很快将支持端到端加密 E2EE）。

我很乐意回答任何问题。

Testing Ads in ChatGPT #

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

Ads are a ratchet that only tighten in one direction. Once the paychecks of 1000s of motivated, intelligent OpenAI employees depend on ad revenue increasing, the only option is to make them more invasive, more prevalent, more annoying, more data hungry etc.

mbb70

广告就像一个单向收紧的棘轮。一旦成千上万有干劲、有才智的OpenAI员工的薪水要靠广告收入的增长来保障，唯一的办法就是让它们更具侵入性、更普遍、更烦人、更消耗数据等等。

Discord will require a face scan or ID for full ac… #

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

You’re out of your mind if you think I’m gonna upload ID to use a “shitposting about video games with friends” service.

throwatdem12311

你以为我会为了一个“跟朋友一起瞎侃游戏”的服务上传身份证？你疯了吧。

Discord will require a face scan or ID for full ac… #

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

Here’s the October 2025 Discord data breach mentioned at the end of the article:

https://www.bbc.com/news/articles/c8jmzd972leo

Discord, a messaging platform popular with gamers, says official ID photos of around 70,000 users have potentially been leaked after a cyber-attack.

However, their senior director states in this Verge article:

The ID is immediately deleted. We do not keep any information around like your name, the city that you live in, if you used a birth certificate or something else, any of that information.

Why they didn’t do that the first time?

accrual

这就是文章末尾提到的2025年10月的Discord数据泄露事件： https://www.bbc.com/news/articles/c8jmzd972leo

Discord，一个在游戏玩家中很受欢迎的即时通讯平台，表示在一次网络攻击后，约7万名用户的官方身份证照片可能已被泄露。然而，他们在The Verge的这篇文章中表示：身份证会立即被删除。我们不会保存任何相关信息，比如你的名字、你居住的城市，你是否使用了出生证明或其他什么信息。为什么他们第一次没有那么做呢？

Discord will require a face scan or ID for full ac… #

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

I deleted my Facebook account in 2011. After finding out how much critical neighborhood information I have been missing, I finally registered a new Facebook account fifteen years later to follow my neighborhood groups.

A month later, the account was suspended for supposedly breaking guidelines. I never posted a single message, never reacted to any posts.

They then required me to upload a video scan of my face to prove I was a person.

We aren’t quite at the end of the internet, but man I can really see the end of this journey coming sometime soon.

cheschire

我在2011年删除了我的Facebook账户。在发现自己错过了多少关键的邻里信息后，我终于在十五年后注册了一个新的Facebook账户，以便关注我所在社区的群组。

一个月后，该账户被暂停，理由是据称违反了社区准则。我从未发布过任何消息，也从未对任何帖子做出过反应。

接着，他们要求我上传面部视频扫描，以证明我是真人。

互联网时代或许还未终结，但我真的感觉这段旅程的终点已经不远了。

Claude’s C Compiler vs. GCC #

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

I think this is a great example of both points of view in the ongoing debate.

Pro-LLM coding agents: look! a working compiler built in a few hours by an agent! this is amazing!

Anti-LLM coding agents: it’s not a working compiler, though. And it doesn’t matter how few hours it took, because it doesn’t work. It’s useless.

Pro: Sure, but we can get the agent to fix that.

Anti: Can you, though? We’ve seen that the more complex the code base, the worse the agents do. Fixing complex issues in a compiler seems like something the agents will struggle with. Also, if they could fix it, why haven’t they?

Pro: Sure, maybe now, but the next generation will fix it.

Anti: Maybe. While the last few generations have been getting better and better, we’re still not seeing them deal with this kind of complexity better.

Pro: Yeah, but look at it! This is amazing! A whole compiler in just a few hours! How many millions of hours were spent getting GCC to this state? It’s not fair to compare them like this!

Anti: Anthropic said they made a working compiler that could compile the Linux kernel. GCC is what we normally compile the Linux kernel with. The comparison was invited. It turned out (for whatever reason) that CCC failed to compile the Linux kernel when GCC could. Once again, the hype of AI doesn’t match the reality.

Pro: but it’s only been a few years since we started using LLMs, and a year or so since agents. This is only the beginning!

Anti: this is all true, and yes, this is interesting. But there are so many other questions around this tech. Let’s not rush into it and mess everything up.

marcus_holmes

我认为，在这场持续的争论中，这是一个绝佳的例子，展现了双方的观点。

支持LLM编程代理的一方：你看！一个代理在几小时内就构建了一个能工作的编译器！这太棒了！

反对LLM编程代理的一方：但那不是一个能工作的编译器。用了多长时间也无所谓，因为它根本不能用。它毫无用处。

支持：好吧，我们可以让代理去修复那个问题。

反对：但你确定吗？我们已经看到，代码库越复杂，代理的表现就越差。修复编译器中的复杂问题，似乎正是代理们会遇到的困难。而且，如果他们能修复，为什么现在还没修复呢？

支持：也许现在还不行，但下一代会修复的。

反对：也许吧。尽管过去几代一直在进步，但我们并没有看到它们更好地处理这种复杂性。

支持：是的，但看看它！这太了不起了！几小时就做出了一个完整的编译器！为了让GCC达到现在的状态，投入了多少百万小时？这样对比不公平！

反对：Anthropic公司曾表示，他们制作了一个能够编译Linux内核的、能工作的编译器。GCC是我们通常用来编译Linux内核的工具。对比是被邀请进行的。结果（无论出于何种原因），CCC在GCC能编译的情况下，却未能编译Linux内核。这再次证明，AI的炒作与现实不符。

支持：但我们开始使用LLM才几年，使用代理才一年左右。这才刚刚开始！

反对：这些都是事实，是的，这很有趣。但围绕这项技术还有许多其他问题。我们不要急于求成，把一切都搞砸了。

Discord will require a face scan or ID for full ac… #

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

It should go without saying but,

CANCEL YOUR NITRO SUBSCRIPTION NOW IF YOU’RE PAYING FOR ONE (for whatever reason)

This was just announced today and a flood of canceled payments within the next 24 hours are the easiest way to send a message. And also tell people on the servers you’re on to do the same. It’s not like they give you anything of real value for that money.

anon_cow1111

虽然不用说，但

如果你正在为Nitro付费（无论是什么原因），请立即取消你的订阅

这是今天刚刚宣布的，在未来24小时内大量取消订阅，是发出信号最简单直接的方式。也告诉你在服务器里的人也这么做。他们又不会为你花钱提供任何真正有价值的东西。

Discord will require a face scan or ID for full ac… #

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

People don’t realize that all of our problems lately are stemming from lack of truly representative government. Until we find a way to ensure political candidates aren’t corrupt and bought off, there will always be corruption, double standards, and lack of accountability from them.

alexfromapex

人们没有意识到，我们最近所有的问题都源于缺乏真正具有代表性的政府。在我们找到确保政治候选人不会腐败和被收买的方法之前，腐败、双重标准以及他们不负责任的情况将永远存在。

AI makes the easy part easier and the hard part ha… #

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

I vibe coded a retro emulator and assembler with tests. Prompts were minimal and I got really great results (Gemini 3). I tried vibe coding the tricky proprietary part of an app I worked on a few years ago; highly technical domain (yes vague don’t care to dox myself). Lots of prompting and didn’t get close.

There are literally thousands of retro emulators on github. What I was trying to do had zero examples on GitHub. My take away is obvious as of now. Some stuff is easy some not at all.

le-mark

我用氛围代码编写了一个复古模拟器和汇编器，并配有测试。提示语非常少，结果却出奇地好（用的是 Gemini 3）。后来我尝试用同样的方法处理我几年前参与开发的一个应用程序中的、那部分棘手的专有代码；那是一个技术性极强的领域（是的，我说得很模糊，不想暴露自己的身份）。我试了很多次提示，但结果差远了。

GitHub 上有成千上万个复古模拟器。我想要实现的那种东西，在 GitHub 上完全找不到任何先例。我目前的结论很明显：有些事很简单，有些则完全不是。

Hard-braking events as indicators of road segment … #

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

I got one of those dongles from my insurance company that plugged into the ODB2 port and reported my driving habits.

I was a bad driver. It would frequently beep at me to let me know that I had braked too hard. I was mystified. “What should I have done differently,” I’d think, as I raged at the objective machine that judged me so.

The next time my brother came to visit, he called mom. “Oh, and presidentender is a good driver now.” I didn’t put the pieces together right away, but it turned out that the dongle had actually trained me, like a dog’s shock collar.

The reason for my too-frequent hard-braking events wasn’t speed, although that would be a contributing factor. It was a lack of appropriate following distance. Because I’d follow the drivers in front of me too closely I’d have to brake hard if they did… Or if they drive normally and happened to have a turn coming up.

Over the period I had the insurance spy box in my truck I learned without thinking about it to increase my following distance, which meant that riding with me as a passenger was more comfortable and it beeped less often. Of course since I’d been so naughty early during the evaluation they didn’t decrease my rates, but I think the training probably did make me statistically less likely to crash.

presidentender

我从保险公司拿到了一个插在OBD2接口上的小玩意儿，用来报告我的驾驶习惯。

我开得很差劲。它老是滴滴作响，提醒我刹车太猛。我很困惑。“我本该怎么做才对呢？”我一边想着，一边对着那个如此客观地评判我的机器大发雷霆。

下次我哥哥来拜访时，他给妈妈打了个电话。“哦，对了，presidentender 现在开得很好了。”我没有立刻明白过来，但事实证明，那个小玩意儿真的像训练狗狗的项圈一样训练了我。

我频繁急刹的原因不是车速，尽管那也是其中一个因素。真正的原因是跟车距离不合适。因为我跟车太近，所以当前面的车刹车时……或者当他们正常行驶，恰巧快要转弯时，我就不得不急刹车。

在我车上装着那个“保险间谍盒”的那段时间里，我不知不觉地学会了加大跟车距离，这意味着乘客坐我的车会更舒服，而且滴滴声也少了。当然，由于在评估初期我表现得那么差，他们没有降低我的保费，但我认为这段训练确实让我在统计上发生事故的可能性变小了。

GitHub is down again #

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

If you’d have asked me a few years ago if anything could be an existential threat to github’s dominance in the tech community I’d have quickly said no.

If they don’t get their ops house in order, this will go down as an all-time own goal in our industry.

showerst

几年前你若问我，科技社区里有什么能对 GitHub 的主导地位构成生存威胁，我会毫不犹豫地说“没有”。

如果他们不把运营工作理顺，这就会被我们行业记为史上最严重的自摆乌龙之一。

GitHub is down again #

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

GitHub no longer publishes aggregate numbers so here they are parsed out. It looks like they are down to a single 9 at this point across all services:

https://mrshu.github.io/github-statuses/

mrshu

GitHub 不再发布聚合数据，所以这些数据都是解析出来的。看起来目前所有服务的状态都只剩下了一个 9：

https://mrshu.github.io/github-statuses/

Vouch #

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

It should just be $1 to submit PR.

If PR is good, maintainer refunds you ;)

I noticed the same thing in communication. Communication is now so frictionless, that almost all the communication I receive is low quality. If it cost more to communicate, the quality would increase.

But the value of low quality communication is not zero: it is actively harmful, because it eats your time.

andai

提交 PR 只需 1 美元。如果 PR 不错，维护者会把钱退给你 ;) 我在交流中也注意到了同样的问题。现在的交流太顺畅了，以至于我收到的几乎所有交流都是低质量的。如果交流成本更高，质量就会提高。但低质量交流的价值并非为零：它实际上是有害的，因为它会消耗你的时间。

Another GitHub outage in the same day #

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

Can someone in GitHub senior leadership please start paying attention and reprioritise towards actually delivering a product that’s at least relatively reliable?

I moved my company over to GH enterprise last year (from AzDO) and I’m considering moving us away to another vendor altogether as a result of the constant partial outages. Things that used to “just work” now are slow in the UI, and GH actions fail to schedule in a reasonable timeframe way more than they ever used to. I enjoy GH copilot as much as the next person, but ultimately I came to GH because I needed a git forge, and I will leave GH if the git forge doesn’t work.

noodlesUK

GitHub的高层领导能否开始关注并重新调整优先级，至少交付一个相对可靠的产品？

我去年把公司从Azure DevOps（AzDO）迁移到了GitHub企业版，但由于频繁的局部服务中断，我正考虑彻底转向其他供应商。那些曾经“一切正常”的功能，现在在UI上变得缓慢，GitHub Actions的调度失败也比过去频繁得多。我同其他人一样喜爱GitHub Copilot，但最终我选择GitHub，是因为我需要一个代码托管平台（git forge）。如果这个平台都无法正常工作，我就会离开GitHub。

Discord will require a face scan or ID for full ac… #

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

I helped an elderly woman create her first FB account. She’d just lost her husband and wanted to notify his friends about his upcoming memorial service. She knew their names but didn’t have contact information.

We created the account from an Apple device, registering from her home cable modem IP, giving FB her cellphone number and ISP issued email address — all strong signals of consumer authenticity. But after she added five of her relatives within half an hour, her account was locked for suspicious activity.

There was an appeal button; she was asked to take a picture of her face from many angles and upload ID. She gave them everything they asked for, but when Facebook reviewed the appeal, they closed her account permanently.

elevation

我帮助一位老年女士创建了她的第一个Facebook账户。她刚刚失去了丈夫，想通知他朋友们关于即将举行的追悼会。她知道朋友们的名字，但没有他们的联系方式。

我们用苹果设备为她创建了账户，使用了她家调制解调器的IP地址注册，并向Facebook提供了她的手机号码和网络服务提供商（ISP）提供的电子邮件地址——这些都是证明用户真实性的强力信号。但是，她在半小时内添加了五位亲人后，账户就被因可疑活动而锁定了。

当时有一个申诉按钮；系统要求她从多个角度拍摄自己的面部照片并上传身份证件。她按要求提供了所有信息，但当Facebook审核完她的申诉后，他们永久性地关闭了她的账户。

AI makes the easy part easier and the hard part ha… #

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

I call these “embarrassingly solved problems”. There are plenty of examples of emulators on GitHub, therefore emulators exist in the latent spaces of LLMs. You can have them spit one out whenever you want. It’s embarrassingly solved.

There are no examples of what you tried to do.

zjp

我把这些称之为“令人尴尬的已解决问题”。GitHub上有大量的模拟器示例，因此模拟器存在于大型语言模型的潜在空间中。你可以随时让它们生成一个。这个问题简直简单到令人尴尬。

而你试图做的事情，没有任何先例。

AI makes the easy part easier and the hard part ha… #

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

Its license washing. The code is great because its already a problem solved by someone else. The AI can spit out the solution with no license and no attribution and somehow its legal. I hope American tech legislation holds that same energy once others start taking American IP and spitting it back out with no license or attribution.

AuthAuth

这是在洗白许可证。那段代码之所以好，是因为它已经解决了别人的问题。AI可以把解决方案直接输出出来，不需要许可证，也不需要注明出处，而且这样居然是合法的。我希望当其他国家也开始剽窃美国知识产权，然后不加许可证和地标注出处就把它吐出来的时候，美国的科技立法能拿出同样的力度来应对。

Art of Roads in Games #

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

I think roads lie at the heart of every city builder. It’s the fabric on which cities are built.

To paraphrase the article, this is what urban planners have nightmares about. Roads (as in: things made for cars) aren’t the fabric of a city, streets (as in: things made not only for cars, but also for pedestrians, cyclists, public transport etc.) are. See also: https://en.wikipedia.org/wiki/Stroad

rob74

我认为，道路是每座城市规划的核心所在。城市就是在此基础上构建起来的。

换个方式说，这篇文章的内容正是城市规划师们的噩梦。道路（即专为汽车设计的设施）并非城市的骨架，街道才是——街道不仅服务于汽车，也服务于行人、自行车骑手和公共交通等。另请参阅：https://en.wikipedia.org/wiki/Stroad

Hard-braking events as indicators of road segment … #

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

If you think highway driving requires hard braking, you’re a bad driver.

sagarm

如果你认为在高速公路上开车需要用力踩刹车，那你就是技术很差的司机。

More Mac malware from Google search #

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

Attacks like this are not helped by the increasingly-common “curl | bash” installation instructions (e.g. the new “native” Claude Code install)…

Publish through homebrew like a civilized person, please!

emilecantin

像“curl | bash”这样越来越常见的安装指令（例如新版“原生”的 Claude Code 安装）并不能帮助防范此类攻击……拜托，请像文明人一样通过 Homebrew 发布吧！

AT&T, Verizon blocking release of Salt Typhoon sec… #

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

These companies were required by the government to have lawful intercept capability. A bad actor took advantage of that government-required backdoor, and now the government has the shamelessness to grandstand about privacy and security? We need to elect better people.

ungreased0675

政府曾强制要求这些公司具备合法的监听能力。一个不法分子利用了这个政府强制要求的“后门”，如今政府居然还厚颜无耻地高谈阔论隐私和安全？我们需要选更好的人。