原标题：《Nitter project received cease and desist》 评分: 959 | 作者: Banditoz 💭 说好的公共广场，怎么先交手机号再进？ 🎯 讨论背景 Nitter（一个无需登录即可浏览 X/Twitter 内容的开源镜像前端）和它的 fork/替代站 xcancel，一直被用来把推文、线程和搜索结果变成可直接阅读的页面。X Corp 这次发出 cease and desist 后，相关实例相继下线，争论焦点从单纯的镜像站扩大到公开网页抓取、账号和 session token，以及平台是否有权把公共内容锁回去。评论把这件事放进社交媒体 enshittification（平台逐步变差以榨取价值）的背景里，认为登录墙、验证码、API 收费和反代理措施正在把开放网页变成围墙花园。与此同时，公共机构把 X 当官方公告渠道也被拿来批评，大家建议回到自有网站、RSS、ActivityPub 或 POSSE；还有人提到 OpenWeb（一个把 X/Twitter 帖子下载后再公开提供访问的项目）作为另一种重建公开层的思路。 📌 讨论焦点 C&D 与抓
原标题：《Show HN: Buslens – where can I get to by bus? (UK)》 评分: 27 | 作者: RobinL 💭 只看路线不看准点和换乘，这也算出行规划吗？ 🎯 讨论背景 Buslens 是一个 Show HN 项目，用 UK 的公交数据做地图，可从当前点位看“能坐公交去到哪里”，更像可达性视图而不是完整行程规划。评论里有人指出它把当前地图视图的中心当作搜索点，缩放会让路线出现或消失，因此界面容易让人误读。还有人发现 Manchester 视图里混入了 Metrolink（曼彻斯特轻轨系统），以及 Flixbus（跨城长途客运品牌）、National Express（英国长途客运公司）这类并不算传统公交的服务，说明数据分类并不严格。讨论也把焦点拉回英国公交现实：London 的 Transport for London（伦敦交通局）网络通常更密、更准，而 England 很多城镇和乡村班次稀疏、晚点或不来，连 Google Maps 的公共交通规划功能也要看本地运营商是否提供足够准确的数据。 📌 讨论焦点 把它当作可达性探索工具 不少人
给 AI 以按键，而不是给按键以 AI #欢迎关注爱范儿官方微信公众号：爱范儿（微信号：ifanr），更多精彩内容第一时间为您奉上。
原标题：《When str.lower() is a security vulnerability in Python – Seth Larson》 评分: 123 | 作者: rbanffy 💭 没 exploit 也先叫漏洞，方便报 bounty 吗？ 🎯 讨论背景 这篇讨论围绕 Seth Larson 写的一篇 Python 安全文章：`str.lower()` 在某些 Unicode 字符上没有按照 IDNA 2003（域名国际化旧标准）要求的 Unicode 3.2.0 行为工作。争议点在于，这类差异本身不是“直接 exploitable”的漏洞，但如果系统里有校验层、过滤层和真正执行动作的层分别使用不同实现，就可能出现主机名绕过、SSRF、密码重置劫持等问题。评论还补充了 X.509 证书中的 SAN DNSName（Subject Alternative Name 里的 DNS 名称字段）应当按 DNS label 和字节规则比较，而不是当作自然语言去“解码”。整场讨论本质上是在谈：Unicode、IDN 和域名比较这类看似基础的字符串处理，一旦跨组件不一致，就会直接
会让英伟达不开心 #欢迎关注爱范儿官方微信公众号：爱范儿（微信号：ifanr），更多精彩内容第一时间为您奉上。
原标题：《FDA authorizes first wearable device that monitors ketone and blood sugar levels》 评分: 389 | 作者: sunnynagra 💭 血糖都测不准了，还加 ketones 装什么？ 🎯 讨论背景 这条消息说的是 FDA（美国食品药品监督管理局）授权了一款同时监测 blood glucose 和 ketones 的可穿戴设备，但讨论里普遍指出它并不是大家想象中的非侵入式手表，而是更接近现有 CGM（Continuous Glucose Monitor，连续血糖监测器）的皮下贴片/传感器升级版。评论之所以紧张地谈 DKA（diabetic ketoacidosis，糖尿病酮症酸中毒），是因为它是 T1D（Type 1 diabetes，1 型糖尿病）患者最危险的急症之一，常见于胰岛素不足、感染、胰岛素短缺或某些药物使用场景。很多人也把话题延伸到 automated insulin delivery、闭环系统和开源项目 LoopKit/Loop（开源糖尿病闭环控制项目），认为真正成熟的方向是更可
原标题：《Secret Cold War IBM Supercomputer Was Built for One Job》 评分: 28 | 作者: jnord 💭 当年的硬件帝国，如今真只剩咨询撑场面？ 🎯 讨论背景 文章讲的是 IBM 7950/HARVEST——一套冷战时期为情报截获与密码分析专门打造的系统，配套还有大规模自动化 tape library，用来处理海量敏感数据。评论者提醒，这类系统的关键不只是算力，而是把长期存储、检索和离线处理结合起来，这也是有人联想到“harvest now, encrypt later”的原因。讨论很快延伸到 IBM 公司的历史：它曾长期垂直整合硬件、软件和服务，后来逐渐卖掉 commodity hardware、收缩面向大众市场的业务，把重心转向企业合同和咨询。与此同时，评论也指出 IBM 并没有完全消失，它仍在 mainframe（如 IBM Z）和 Red Hat（一个开源企业软件公司）等领域保持存在感。 📌 讨论焦点 HARVEST 的真实用途：情报截获与破译 评论首先纠正了标题的“猎奇感”——这台机器的核心任务并不是泛泛意义上
原标题：《The End of Programming》 评分: 31 | 作者: kosyooo 💭 AI 都能重写架构，程序员还要懂什么？ 🎯 讨论背景 这篇帖子围绕一篇标题很夸张的文章展开，文章把 Bun（一个 JavaScript runtime）从 Zig（系统编程语言）迁到 Rust（系统编程语言）的案例，拿来证明“手工编程”正在终结。评论则把焦点拆成两层：一层是 LLM（大语言模型）能否在明确目标、可验证结果和足够上下文下完成大规模代码迁移；另一层是只有真正懂架构的人才能定义这些目标并检查结果。还有人把这场争论放进历史脉络，拿 FORTRAN（早期高阶编程语言）和过去几轮自动化浪潮作对照。更现实的担忧则是，当代码变便宜后，SaaS（软件即服务）、外包和整个白领劳动力市场会如何重组，以及 UBI（Universal Basic Income，普遍基本收入）是否足够。 📌 讨论焦点 可验证任务下的 AI 编程 支持者认为，AI 最擅长的是把明确的需求翻译成可运行代码，而不是凭空发明需求。只要问题能被拆成可验证的终态、验收标准和足够上下文，模型就能持续迭代到可用结果。评论
原标题：《Black hole singularity is a surface not a point》 评分: 232 | 作者: raattgift 💭 黑洞奇点是面，那点状科普谁在装懂？ 🎯 讨论背景 这篇讨论围绕一篇试图纠正常见科普误解的文章展开：在 Schwarzschild（非旋转黑洞）里，真正的奇点并不是事件视界上的“点”，而是位于未来的 spacelike singularity；把“空间和时间互换”当成物理事实，是把坐标系的表现误读成现实。评论里频繁提到 Kruskal-Szekeres coordinates、Eddington-Finkelstein coordinates 和 Penrose diagram（Penrose 图），因为它们更适合展示黑洞的因果结构，而不是制造神秘感。与此同时，大家也在追问 GR 中奇点到底有多严格的定义，以及旋转黑洞的 Kerr metric（Kerr 度规）、naked singularity（裸奇点）和 quantum gravity（量子引力）是否会改变结论。由于黑洞还牵涉 Hawking radiation（霍金辐射
原标题：《Credit Card Rewards Became a $9.2B Wealth Transfer》 评分: 163 | 作者: conbrian 💭 这奖励，难道不是换个名字的抽成吗？ 🎯 讨论背景 这篇把信用卡奖励称为“9.2B wealth transfer”的文章，核心假设是商户为接受刷卡支付要付 interchange fee（刷卡交换费），于是把成本摊进价格，等于让不刷卡的人补贴高返现用户。评论里不断拿欧盟、英国和澳大利亚作对比：这些地方把 debit/credit interchange fee 大幅封顶，部分市场还允许或直接要求明示 surcharge（附加费），所以奖励卡空间小得多。有人引用 Patrick McKenzie（又名 patio11，写支付与金融经济学的工程师/博主）对信用卡经济学的分析，强调信用卡不仅是奖励系统，还包含 chargeback、fraud protection、credit score 体系和短期 float。讨论同时延伸到 ACH（美国银行转账清算系统）、FedNow（美国即时支付网络）、Pix（巴西即时支付系统）和 U
