原标题：《Google Has Removed MV2 Extensions from the Chrome Web Store, Including UBO》 评分: 385 | 作者: twapi 💭 说是为了安全，怎么只帮广告商和骗子安全？ 🎯 讨论背景 这条讨论围绕 Google 在 Chrome Web Store 中下架未迁移到 Manifest V3（MV3）的 Manifest V2（MV2）扩展展开，其中最受关注的是 uBlock Origin（流行的广告拦截扩展）。MV2 时代常用的 webRequest API 允许更灵活的请求拦截，而 MV3 改为 declarativeNetRequest（DNR，声明式请求规则），限制了动态过滤能力。很多人把它看成 Google 为了控制扩展生态、同时保护广告收入而推进的长期变化，而不是一次单纯的商店清理。讨论也延伸到 Firefox（Mozilla 出品的开源浏览器）、Brave、Safari 以及 Ladybird 等替代方案，大家在纠结广告拦截、浏览器性能、隐私和跨平台兼容之间的取舍。 📌 讨论焦点 广告拦截是安
原标题：《ravynOS: Pre-alpha open-source OS based on Darwin, FreeBSD, Apple open-source》 评分: 134 | 作者: Bluestein 💭 没有截图就开站，难道靠意念把 GUI 跑出来？ 🎯 讨论背景 ravynOS 是一个想把“开放版 macOS”做成可安装桌面系统的项目，底层借用 Apple 开源的 Darwin（macOS 的开源底座）和 FreeBSD（类 Unix 操作系统），目标则是尽量兼容 Cocoa（Apple 的高层 GUI 框架）一类 macOS 应用。评论里反复提到，Apple 公开的主要是内核和少量基础组件，但真正决定体验的 GUI、系统框架、驱动生态和硬件协同，大多仍是闭源或只适配 Apple silicon（苹果自研 ARM 芯片平台）。因此，争论焦点不仅是“能不能跑程序”，还包括它是否能在 pre-alpha 阶段跨过 userland 兼容、法律边界和界面设计这几道门槛。相关讨论还不断拿 Darling（Linux 上的 macOS 兼容层）、GNUstep（Cocoa
原标题：《Since it was stripped of planetary status, Pluto’s defenders have been fighting》 评分: 27 | 作者: ziofill 💭 难道只要怀旧，科学定义就能自动作废吗？ 🎯 讨论背景 Pluto 在 1930 年被发现，长期作为第九大行星出现在课本和大众记忆中；2006 年 IAU（国际天文学联合会）提出新的行星定义，要求天体不仅近似球形、绕太阳运行，还要清空邻域，因此 Pluto 被改列为 dwarf planet（矮行星）。随后 Eris（比 Pluto 更大的海王星外侧天体）以及更多 Kuiper Belt Object（柯伊伯带天体）的发现，让如果继续保留 Pluto 为 planet，行星名单可能不断扩张。评论里争论的焦点不只是天文学，还包括语言、文化和教育：普通人说的行星是否必须服从学术分类。Moon、Ganymede、Titan、Charon 这些边界案例也被拿来说明，planet 和 satellite 之间并没有绝对直觉边界。 📌 讨论焦点 文化记忆不该被学术分类改写 很多人
原标题：《German Konrad Zuse Museum shutting down due to lack of funding》 评分: 132 | 作者: virtualritz 💭 连先驱博物馆都养不起，还谈什么文明记忆？ 🎯 讨论背景 Konrad Zuse（德国早期计算机先驱）在 1930 年代先后做出 Z1（机械计算机原型）和 Z3（继电器计算机），常被视为现代计算机史的早期关键人物之一。新闻说位于东德 Hoyerswerda（德国东部小城）的 Konrad Zuse Museum 因经费不足而关闭，评论区因此把话题扩展到他的技术成就、战时背景以及该馆是否应并入其他机构。Hoyerswerda 本身游客基础薄弱，在德国公众记忆里还和 1990 年代的极右翼骚乱有关，这让很多人认为它并不适合作为专题馆所在地。讨论中还频繁提到 Berlin 的 Deutsches Technikmuseum（柏林的技术博物馆）、H ünfeld 的另一家 Zuse 馆，以及瑞士 Solothurn 的 Enter museum（瑞士索洛图恩的技术博物馆），说明他的遗产并没有消失，只是
原标题：《Internet centralization and the original sin of NAT》 评分: 127 | 作者: robinpie 💭 把人人都塞进云里，这就叫开放互联网？ 🎯 讨论背景 这场讨论围绕一篇把 NAT（Network Address Translation，网络地址转换）称为开放互联网“原罪”的文章展开。文章认为，IPv4 地址耗尽让家用网络普遍依赖 NAT、端口转发、UPnP 和各类穿透技巧，久而久之把互联网推向 client-server 和云服务中心化。评论区进一步把话题扩展到 CGNAT（运营商级 NAT）、IPv6、状态防火墙、WebRTC 的 STUN/TURN，以及 Tailscale（一个私有组网/VPN 服务）这类 overlay 网络。争论焦点不是“能不能连上”，而是普通用户是否还能在不依赖第三方中继和云控制面的情况下，直接托管服务并保持可达性。 📌 讨论焦点 直连自建服务被 NAT 挤压 一派认为 NAT 直接把“能跑一个服务”这件事变成了网络工程，开放互联网也因此从“人人可直连”变成了“默认客户端、少数服务器”的
原标题：《Student teacher arrested for private Snapchat message》 评分: 72 | 作者: saulpw 💭 连私聊里的吐槽都要先让 AI 当法官再上报吗？ 🎯 讨论背景 这条帖子围绕一名 student teacher（见习/实习教师）因在 Snapchat（主打阅后即焚的社交聊天应用）里给朋友发私聊而被捕的报道。评论里普遍认为，问题不只是“说了什么”，而是平台会扫描私信、自动打标，甚至在所谓紧急披露流程下把内容交给执法部门。有人补充说，这类做法并非 Snapchat 独有，其他大平台也有向警方提供数据的接口，而 EU chat control（欧盟聊天扫描监管提案）会把这种模式进一步制度化。与此同时，很多人怀疑正文像 AI 写的，说明大家不仅在争论隐私与执法，也在吐槽媒体叙事本身。 📌 讨论焦点 隐私期待被平台/警方突破 很多人认为，私聊本来就应默认私密，尤其是发给朋友的内容，不该被平台随意查看，更不该在没有举报或法院令的情况下直接交给警方。有人甚至主张，即便涉及恐怖主义或虐待等重罪，也应先走法定程序并通知用户，让其有机会
原标题：《Kids These Days》 评分: 33 | 作者: speckx 💭 既然少喝酒算幸福，失联和孤独也算进步吗？ 🎯 讨论背景 这篇讨论围绕一篇比较“今天的孩子”和上一代年轻人的文章展开，文章用青少年饮酒、吸烟、车祸死亡率下降等指标，试图说明现代成长环境未必更糟。评论区把焦点扩展到互联网生态：早年的论坛、IRC（早期文本聊天室协议）和 Tumblr（博客/社交平台）更像社区，而今天的手机应用和 walled gardens（封闭平台生态）更强调 engagement。另一条线是现实生活条件：有人举 WizzAir（欧洲低成本航空公司）和 FlixBus（欧洲长途廉价巴士网络）说明旅行未必更贵，也有人认为现代饮食更方便但更不健康，童年也更少独立。整体争论的核心不是单一事实，而是到底把安全、自由、社交连接、健康和物质富足中的哪一项算作“更好”。 📌 讨论焦点 早期互联网的社区感 vs 现今平台 有评论认为，文章把互联网描述成“逃离孤独”的出口，这更像是 1995-2012 年的论坛、IRC、早期社交媒体和 Tumblr。今天主流的手机应用和 corporate pla
原标题：《The Art of Chip-8》 评分: 26 | 作者: surprisetalk 💭 写个 CHIP-8 还得伺候祖传怪癖和时序？ 🎯 讨论背景 CHIP-8 是一种 1970 年代的简单解释型虚拟机/游戏字节码系统，最初运行在 COSMAC VIP（基于 RCA CDP1802 CPU 的家用/教育电脑）上，如今常被当作学习 emulator、interpreter 和 virtual machine 的入门项目。评论里大量信息围绕“兼容历史实现”展开，因为不同 CHIP-8 实现对指令时序、quirks 和测试 ROM 的行为并不完全一致。有人补充了 COSMAC ELF/VIP 与 Joseph Weisbecker（CHIP-8 关键设计者）的历史背景，也有人提到 Apple ][ 上的 SWEET-16（Wozniak 设计的特殊 16-bit 伪指令集）来类比这种“自造小 CPU”的乐趣。还有人提到用 sljit（一个轻量级 JIT 代码生成库）做 JIT recompiler，以及作者相关的 game jam、webcomic 和 Decker，说明
原标题：《Launch HN: Hebbian Robotics (YC S26) – Build scalable robotics data pipelines》 评分: 20 | 作者: kstonekuan 💭 所谓可扩展，就是多吞下几千小时数据吗？ 🎯 讨论背景 Hebbian Robotics 是一家来自 YC S26 的初创公司，主打为 robotics 场景搭建可扩展的数据管道。机器人团队通常会积累大量传感器、遥操作和标注数据，这些数据要先经过整理、转换和处理，才能用于 model training。评论里反复提到的难点是：机器人公司常常更愿意自己造工具，所以这类产品更适合从基础设施层切入，并通过开源和 SDK 去嵌入现有工作流。有人还提到 HuggingFace（机器学习社区平台）相关的机器人项目，说明大家在想象它是否能接入更开放的机器人生态，但目前产品还只覆盖 data processing，没有延伸到训练和部署。 📌 讨论焦点 机器人团队偏爱自建，工具要融入现有栈 评论里最直接的疑问是：机器人核心工程团队往往有很强的“我们自己做”倾向，尤其对工具链更是如此，
原标题：《My hobby of building miniatures and taking pretty pictures》 评分: 342 | 作者: thecsw 💭 AI 不是啥都能做吗，那胶水味呢？ 🎯 讨论背景 这条讨论围绕一件手工制作的微缩咖啡馆模型展开，照片把模型拍得像真实空间一样精致。评论区把它放进更大的 miniature craft 语境里：既有 Warhammer 40k（桌面战棋与上色模型）玩家的技法交流，也有 Rolife（DIY 微缩房屋套件品牌）、LazyForger（6mm 迷你场景作者）这类消费级和创作级产品的分享。有人补充了微缩摄影常用的尺度与布光思路，例如 1:12、1:6、macro lens、LED 和 tiny magnets，也有人提到这种作品和艺术家式微缩叙事、模型景观摄影、甚至 View-Master 式故事 reels 的关系。整体上，这不是单纯“做小东西”，而是工艺、摄影、收藏、叙事和耐心的混合体。 📌 讨论焦点 技法与材料分享 评论里最具体的一支讨论集中在微缩上色材料。有人推荐 artist gouache 和 arti
