慕尼黑地方法院对谷歌下达了一项临时禁令,裁定该公司对其人工智能搜索摘要所生成的虚假诽谤性内容承担直接责任。 法院驳回了谷歌关于其仅作为中立搜索引擎的辩护,认定人工智能摘要是由谷歌算法生成的“独立、全新且实质性的陈述”,而非仅仅是指向第三方内容的索引。由于谷歌控制着人工智能的结构与内容,法院将其定性为内容提供商而非中介机构,从而剥夺了其作为搜索引擎通常享有的责任豁免权。 此外,法院还驳回了谷歌关于“用户应自行核实人工智能声明”的主张,指出该功能呈现时具有权威性,且往往缺乏可追溯的来源。裁决强调,由于该人工智能在原始资料并不存在的情况下虚构了企业与欺诈活动之间的联系,受害者别无其他法律救济途径。这一裁决开创了重要先例:如果该裁决维持原判,将标志着人工智能提供商——而不仅仅是它们抓取数据的来源方——必须对其模型合成内容的准确性和合法性承担法律责任,这可能会对全球各大人工智能开发者产生深远影响。
这篇文章探讨了“Molly Guard”(防误触保护装置)在硬件和软件中的演变。
作者列举了多种实例,从工业级 IBM 打字机上的物理屏障,到 SD 卡槽旁用于警示用户避免过早弹出的指示灯等巧妙设计。一些机械结构(如软驱杠杆)通过直观的锁定方式防止操作失误。
在软件方面,作者审视了现代用户界面。虽然有些保护机制能有效防止数据丢失(例如 macOS Finder 在大量打开文件时的确认提示),但另一些则差强人意。作者批评了谷歌 Chrome 的“按住以退出”功能,认为其视觉设计糟糕且缺乏反馈,并将其与早期 iTunes 中直观且具拟物化风格的“刻录光盘”保护机制进行了对比。
文章最后追溯了该术语的起源,展示了“Molly”(激发这一概念的工程师之女)与其父亲的历史合影。文章总结道,防误触设计的初衷是防止错误,而成功的实现依赖于直观的逻辑,而非仅仅依靠令人沮丧的设计。
### 摘要:关于电子邮件验证的真相
电子邮件地址验证常常导致不必要的复杂性和技术债务。尽管人们普遍认为开发者应使用复杂的正则表达式来“清理”用户输入,但作者认为这是一种反模式,往往会疏远用户,并且会在不断演变的规范面前失效。
主要结论:
* **不要过度验证:** 电子邮件规范(RFC)深受历史影响,其宽容程度远超大多数开发者的想象。许多被认为是“无效”的地址(如带有加号标签、非 ASCII 字符或非常规域名结构的地址)实际上是有效的。
* **优先考虑用户体验(UX):** 不要使用限制性的正则表达式,而应使用简单的检查来防止明显的拼写错误。你的目标应该是协助用户,而不是限制他们。
* **验证,而非校验:** 真正“验证”电子邮件的唯一方法是发送一封邮件。依靠验证码或链接,而不是执行耗费资源的服务器端检查或 MX 记录查询。
* **谨慎处理身份信息:** 存储电子邮件时,应避免使用破坏性的大小写归一化(如 `UPPER()`),因为这可能会导致国际字符出错。应使用数据库原生解决方案(如 `citext`)或适当的排序规则来妥善处理不区分大小写的匹配。
**总结:** 保持简单。停止试图将电子邮件地址强行塞入僵化且过时的框架中。