今日概览
今日焦点集中在基础设施可靠性、邮件验证实践与大型科技公司的内部创新冲突：从德国铁路通信系统故障，到开发者质疑用邮件投递行为验证地址，再到 Google Workspace CLI 引发的组织争议。技术史回顾则提醒人们，许多看似日常的软件体验背后来自长期被忽视的个人贡献。
德国铁路因通信系统问题在全国范围暂停列车运行
AP 报道称，德国国家铁路运营商 Deutsche Bahn 周二晚间因通信系统故障，要求全国列车停靠在车站。问题涉及铁路网络内部通信使用的 GSM-R 数字通信系统，故障原因在报道发布时尚未明确。Deutsche Bahn 表示技术人员正全力排查并修复，但未说明恢复时间，也没有披露受影响列车数量。该事件显示，铁路这类关键基础设施对专用通信系统高度依赖，一旦底层调度与通信链路出现全国性故障，运营层面的影响会迅速放大到旅客疏散、车站调度和后续班次恢复。
不要通过向邮箱发送垃圾邮件来验证地址
Milek7 的文章批评一种激进的邮箱验证做法：在注册表单中输入邮箱后，系统或其背后的第三方验证链路可能向该地址触发可疑邮件，而不是只做语法、DNS、MX 或非投递式 SMTP 检查。作者以 Pangram 注册接口为例，展示调用 validate-email 接口后收到来源不明、带有批量邮件特征的“Fact of the day”邮件。文章的核心观点是，邮箱验证不应以打扰收件人或泄露地址为代价；即使业务希望提前判断邮箱是否真实，也应避免把用户地址交给不透明的投递或营销链路，否则会损害隐私、信任和邮件生态。
开发者称因创建 Google Workspace CLI 被 Google 解雇
Justin Poehnelt 在 X 上称，自己两个月前因创建 Google Workspace CLI 被 Google 解雇。按他的说法，这个工具曾在 Hacker News 登顶，短时间内获得数千 GitHub 星标和大量真实用户，也引来 Google 内部负责人询问可借鉴之处，同时遭到法务质询，焦点包括 Google Workspace GitHub 仓库中使用 Google 标识和品牌色。他认为事件背后不只是单个 CLI 的问题，而是 Workspace 部门对 agent 形态可能带来颠覆的更广泛焦虑。该说法目前来自当事人个人叙述，应按单方陈述看待。
纪念把红绿波浪线带到文字下方的人
Raymond Chen 在 Microsoft DevBlogs 发文纪念 Tony Krueger，称他的工作几乎人人见过，却很少有人知道名字。Tony 曾参与多个版本的 Microsoft Word，并让拼写检查从需要用户手动触发、会阻塞操作的功能，变成更不打扰前台工作的后台体验：发现问题后直接在疑似拼写错误的词下绘制红色波浪线，后来又加入提示语法问题的绿色波浪线。文章还提到，Tony 也因将 Chip’s Challenge 移植到 Windows 而被记住，但真正影响更广的，可能是这项后来遍布文字处理器、编辑器乃至更多输入场景的即时纠错界面设计。