iOS 26 “液态玻璃”设计语言的可用性问题

iOS 26引入的“液态玻璃”设计语言在追求视觉新奇和动态效果的同时，严重损害了系统的可用性与用户体验。其核心问题在于：过度装饰的界面干扰了内容本身，并取代了成熟、可预测的设计惯例。

1. 视觉干扰与可读性下降

• 透明与模糊的代价：新的半透明、玻璃态UI元素使得控件、文本和图标在与复杂背景（如用户设置的图片）叠加时，对比度降低，难以辨认。例如，信息应用中短信文本与背景图片混合，严重影响阅读。
• 动画过度使用：控件（如标签栏、按钮）的持续性动画（抖动、脉动、变形）并非为用户提供有意义的反馈，而是分散注意力，产生视觉疲劳，甚至引起不适。

2. 交互效率与触控体验受损

• 拥挤与缩小：触摸目标之间的间距和尺寸被压缩，违反了人机交互的基本准则，增加了误触的可能性。底部标签栏因常驻搜索按钮而变得拥挤，导航变得碎片化。
• 可预测性丧失：导航控件（如标签栏、前进按钮）会根据上下文动态出现、消失或收起。这种“捉迷藏”式的界面破坏了用户形成操作习惯的过程，增加了认知负担。

3. 设计惯例的破坏与不一致

• 搜索栏的重新定位：搜索栏从页面顶部迁移至底部并常驻显示。虽然可能提高了新手的可发现性，却迫使老用户重新学习，短期内降低了效率。
• 导航提示的消失：返回按钮旁的面包屑导航（显示来源页面）被移除，用户失去了重要的路径指引。页面标题左对齐的设计与Android趋同，可能导致不同应用间体验不一致。
• 信息可发现性降低：浏览器中，网址栏被挤压、截断，难以识别当前网站；标签页切换被隐藏在溢出菜单中，增加了操作步骤。

总结

iOS 26的“液态玻璃”设计语言将视觉奇观置于可用性之上。它创造了一个不安定、难以预测、可读性差且不断抢夺用户注意力的界面，而非支持用户无缝访问内容。这些改变迫使用户重新学习基础操作，同时忍受持续的视觉干扰。最终，这种设计更像是一扇“起雾的窗户”：远观或许有趣，但当用户试图透过它完成任务时，却感到沮丧和困惑。

GNU Health是一个以社会医学为核心的社会项目，其背后有技术支撑。该项目源于对全球医疗资源严重不平等的关切，尤其是每天有超过两万名儿童死于可预防的社会性疾病，如营养不良、饮用水污染、童工、艾滋病、疟疾和结核病等。这些疾病在贫困和弱势群体中影响尤为严重。

创始人通过深入研究全球城乡贫困地区的生存状况，决定开发一个能够纳入健康与疾病的社会经济决定因素的系统。该项目强调，健康状况主要由环境（如营养、住房、卫生、教育和初级医疗的可及性）决定，而生物学因素的作用相对较小。其核心口号是**“人重于患者”**。

<output> 是一个被大多数开发者忽视的 HTML 语义化标签，但它能原生解决无障碍访问中的一个常见问题：将动态计算结果或用户操作的结果自动通知屏幕阅读器。

核心功能与优势：

• 根据 HTML5 规范，它表示应用程序执行的计算结果或用户操作的结果。
• 在无障碍树中默认映射为 role="status"，效果等同于隐式设置了 aria-live="polite" aria-atomic="true"。这意味着当其内容变化时，更新会以不打断用户的方式被播报，且播报的是整个内容。
• 无需额外添加 ARIA 属性，即可为屏幕阅读器用户提供上下文信息。

使用方法与特性：

• 基本用法简单：<output>你的动态值</output>。
• 拥有 for 属性，可以列出其计算所依赖的 <input> 元素的 id，建立语义关联。
• 不依赖于 <form> 元素，可用于任何基于用户输入更新动态文本的场景。
• 默认是内联元素，可像 <span> 或 <div> 一样进行样式定制。
• 浏览器和屏幕阅读器支持度极佳。
• 注意：截至目前，部分屏幕阅读器可能无法正确播报更新，因此可临时显式添加 role="status" 属性以确保兼容性。

为何不常用：

• 长期被教程和组件库忽略，形成了“无人教授则无人使用”的循环。

实际应用场景示例：

1. 计算器：无需 ARIA 角色，屏幕阅读器即可自动播报计算结果。
2. 滑块格式化：与关联的输入框配合，向用户展示格式化后的值（如将数字 10000 显示为 10,000 miles/year）。
3. 表单验证：用于显示密码强度指示或实时验证信息。
4. 服务器端计算：适用于异步获取并显示如运费、税款等计算结果的场景。

重要区分：

• <output> 适用于与用户输入和操作直接相关的计算结果。
• 系统全局通知（如 Toast 消息）应使用通用元素配合 role="status" 或 role="alert"，因为它们代表系统反馈而非计算输出。

总结来说，<output> 是一个原生、简单且语义明确的解决方案，能显著提升动态结果区域的无障碍体验，是 HTML 规范中一个长期隐藏的利器。

内华达州监管机构指控埃隆·马斯克旗下的Boring公司在过去两年于拉斯维加斯进行隧道施工期间，累计违反环境法规近800次。主要违规行为包括未经批准擅自施工、将未经处理的水排放到城市街道以及卡车泄漏施工泥浆等。

该指控源于2022年Boring公司与监管机构达成的和解协议。该协议旨在强制公司遵守州水污染法规，因五年前该公司曾因无证排放地下水至雨水渠而被处罚。然而，监管机构在新的调查中记录了近100项涉嫌违反该协议的新行为，并指控公司未能雇用独立环境经理定期检查施工场地，累计漏检达689次。

根据2022年协议，内华达州环境保护部本可对公司处以超过300万美元的罚款，但最终将罚款总额降至24.28万美元。监管机构表示，尽管违规数量巨大，但仍酌情降低了罚款，认为当前金额足以产生威慑作用。罚款需待争议解决程序完成后缴纳，监管机构同时提醒公司，根据协议保有要求其停止施工活动的权利。

马斯克过去曾表示，倾向于通过支付罚款而非等待审批来推进业务，并称环境法规“在很大程度上是糟糕的”。Boring公司目前正在对违规指控提出异议。

该公司在拉斯维加斯承建的“环路”隧道项目自2019年启动以来，已多次被指控违反州及地方法规。项目原为连接拉斯维加斯会议中心校园的0.8英里地下路线，现已规划扩展至68英里长的隧道网络和104个车站。由于该项目为私人出资且未获得联邦资金，因此免除了许多政府审查和环境影响评估要求，但仍需获得州许可以确保施工废物不会污染环境或当地水源。

此前有报道称，公司曾试图通过辩称项目不符合现有监管范围来规避县与州的监管要求。施工过程中还发生了工人因隧道废物遭受化学灼伤、消防员需在救援后进行设备去污染等事件。2023年底，公司因工人投诉隧道内存在“没过脚踝”的积水、泥浆泄漏及烧伤等问题，被州职业安全与健康管理局处以超过11.2万美元的罚款，但公司已对此提出异议。

尽管项目合作伙伴拉斯维加斯会议和旅游局（LVCVA）的官员在近期仍坚持认为该项目监管得当，但内华达大学拉斯维加斯分校的公共政策助理教授本·莱费尔指出，监管机构重复指控公司违反其同意的定制监管安排，表明其未能保障公众安全。他认为，对于一家估值达70亿美元的公司而言，当前罚款可能不足以改变其运营方式。

州监管机构则反驳了监管不力的批评，并表示该机构正在积极监控和检查项目，相信罚款能够有效遏制未来的违规行为。

本文介绍了作者在2025年10月使用编程智能体（Claude）的方法演进，核心是其开发的 "Superpowers" 系统。该系统通过一个插件框架，为Claude注入了一套 “技能” 和标准化的工作流程，旨在使其更可靠、规范和强大。

核心系统与安装：

• Superpowers 通过Anthropic推出的Claude Code插件系统安装。安装后，Claude启动时会自动加载一个引导脚本，告知其拥有“技能”，并在执行相应活动时必须优先使用这些技能。
• 该系统内嵌了 “头脑风暴 -> 计划 -> 实现” 的工作流。当检测到用户意图开始新任务时，Claude会默认先进入计划讨论阶段，而非直接编码。

编程工作流程的更新：

• 实现阶段提供了两种模式：延续上月的“人工产品经理”模式，或新模式——将任务分派给子智能体逐一实现并进行代码审查。
• 工作过程严格遵守 RED/GREEN测试驱动开发。
• 实现完成后，Claude可提供创建GitHub拉取请求、合并代码或停止等选项。此外，系统会自动为任务创建git worktree，以实现并行开发。

核心亮点：技能系统：

• 技能是Superpowers的核心，它们是Markdown文档（如SKILL.md），赋予Claude完成特定任务的能力。作者甚至创建了“如何创建技能”的技能。
• 技能可以是通用的工程实践，也可以从特定知识中提炼。作者探索了一种强大工作流：让Claude阅读一本书或文档，并从中总结出可复用的技能。
• 技能的测试与强化：作者要求Claude使用“子智能体”对技能进行压力测试，以确保技能指令清晰、完整且易被遵守。测试中设计了基于 说服心理学原则 的真实场景（如时间压力、沉没成本），以模拟智能体可能跳过技能查询的情况，从而不断加强技能指令的效力。研究表明，这些心理学原理对LLM确实有效。

当前状态与未来计划：

• 系统已发布，但有两部分功能尚未完全就绪：
  1. 技能共享：计划让用户可以方便地分享自定义技能，可能通过GitHub拉取请求实现。
  2. 记忆功能：系统包含为Claude提供长期记忆的组件（如将对话历史向量化存储并生成摘要），但尚未集成。这将允许Claude参考过去的交互经验。
• 作者鼓励用户安装试用（需Claude Code 2.0.13以上版本），并提供了具体的安装命令。也欢迎用户提交问题报告和新的技能。

Firefox：优秀的移动浏览器选择

Firefox 作为一款开源、注重隐私的浏览器，是少数在移动端（Android）上支持强大扩展的主流浏览器之一，其扩展体验可与桌面版媲美。此外，它还提供无缝的数据同步和可自定义的主页功能。

核心优势：强大的扩展生态

移动端的屏幕空间和系统资源更为有限，因此过滤网页干扰内容变得尤为重要。Firefox 的安卓扩展商店与桌面版非常相似，用户可以安装扩展来显著改善浏览体验，对抗现代网页中的各种“臃肿”元素和干扰模式。

文章重点推荐了以下几类扩展：

1. 广告与干扰拦截 (Ublock)

   • 功能：除了屏蔽广告，还能拦截移动横幅、诱导下载App的弹窗、聊天插件、新闻通讯提示、Cookie横幅等各类干扰元素。
   • 配置：用户可以在扩展仪表板的“过滤列表”选项卡中启用更多自定义过滤规则，以获得更干净的浏览体验。

2. 跳过烦人的界面与限制

   • LibRedirect：可将访问Medium、Twitter/X等网站时自动重定向至更简洁的前端（如Scribe、Nitter），从而避开订阅弹窗、登录要求等干扰，直接获取内容。
   • Don‘t fuck with paste：解决某些网站禁止用户粘贴文本的问题。
   • Video background play fix：允许在浏览器切换至后台时继续播放音视频。
   • Web archives：在遇到“404 Not Found”页面时，方便地查找该网页的存档版本。

3. 提升效率与专注度

   • Lechblock：可帮助用户屏蔽特定网站、设置时间限制，从而减少在网页上浪费时间。

其他重要特性

• 数据同步：如果用户在桌面端也使用Firefox，可以轻松同步书签、地址、密码、打开的标签页等数据。一个实用的功能是“发送到桌面”，可以将移动端的标签页发送到电脑上稍后阅读。
• 可定制的主页：用户可以根据自己的喜好，移除主页上的赞助快捷方式、新闻推荐等非必需内容，打造个性化的启动页。

总结：Firefox 通过其强大的扩展支持，在移动设备上提供了高度定制化和干扰最小的浏览体验，有效解决了广告泛滥、界面臃肿、功能限制等问题，结合可靠的同步功能，使其成为移动端浏览器中的一个出色选择。

Tangled：基于atproto的Git协作平台

Tangled是一个构建在AT Protocol（atproto）之上的社交化Git协作平台，旨在让开发者完全拥有代码所有权，促进开源社区自治，并使编码过程更具社交性和趣味性。与其他去中心化模型（如ActivityPub的联邦模式或Radicle的P2P模式）不同，Tangled采用atproto协议，结合了中心化身份管理与去中心化社交应用的优势。

核心概念与架构

• "knots"：轻量级无头服务器，用于轻松托管Git仓库。支持单租户或多租户模式，适用于自托管（如在树莓派上）或大型社区服务器。默认情况下，Tangled提供免费托管的管理式knots。
• 集成视图：通过App View（tangled.sh）作为整个网络的集中视图，用户可以无缝访问、克隆和贡献托管在不同knots上的仓库，简化跨节点协作。

设计原则

Tangled遵循三个指导原则：

1. 数据所有权：确保用户对代码的完全控制。
2. 低入门门槛：降低使用难度，便于新手加入。
3. 不妥协用户体验：使工具和工作流程自然流畅，同时保持去中心化特性。

发展状态与访问方式

Tangled仍处于早期开发阶段，核心功能正在通过内部测试（dogfooding）完善。最初以邀请制推出，通过IRC（#tangled on libera.chat）设置访问；现已向公众开放，用户可直接在tangled.sh/login登录使用。

该平台通过atproto简化了社交网络的接入，致力于在去中心化环境中实现高效的代码协作。

Windows Subsystem for FreeBSD (WSFB) 项目概述

⚡ 实验性项目 – 在WSL2上运行FreeBSD ⚡

本仓库致力于实现在 Windows Subsystem for Linux (WSL2) 内运行 FreeBSD，且尽可能不对 FreeBSD 基础系统进行修改。该项目利用 WSL2 的开源组件，使 FreeBSD 能够在 Windows 环境中无缝启动和运行。

项目目标

• 在 WSL2 的架构上实现 FreeBSD 原生运行。
• 对 FreeBSD 基础系统进行最小化或零修改。
• 尽可能将改进回馈给上游开源组件。

当前状态

🚧 这是一个实验性的个人项目。目前已实现的功能：

• FreeBSD 能在 WSL2 内成功启动。
• 基本功能已可运行。
• 当前工作重点集中于网络、I/O 和进程管理功能的完善。

路线图（高级规划）

1. 初始启动支持（已实验完成）
2. 完整控制台支持与命令执行
3. 网络支持（进行中）
4. 用户模式工具与集成
5. 文档与示例

如何参与贡献

目前阶段欢迎以下形式的参与：

• 提供反馈或测试结果。
• 报告错误。
• 参与讨论和提出想法。

请通过创建 issue 或发起讨论来参与项目。

许可证

本项目将在开源许可证下发布（具体许可证待定）。

免责声明

这是一个个人实验项目，与微软、FreeBSD 基金会或 FreeBSD 项目无关。使用风险自负。

本文详细介绍了作者如何利用AI工具开发Ghostty编辑器中一个“不扰人的macOS自动更新”功能，并分享了完整的开发过程与心得体会。

功能目标与背景

该功能旨在以非中断方式（如在窗口标题栏或角落显示小指示器）通知用户应用更新，避免弹窗打断用户工作。其开发动机源于一次公开演示中，Ghostty的更新提示意外中断了演示。

AI辅助开发的核心过程与方法

作者将开发分解为多个阶段，强调AI作为助手而非替代品，并始终进行人工审查与调整。

1. 前期规划：在编写代码前，作者先自行进行架构构思和调研（如查阅Sparkle更新框架文档），形成初步方案。随后，才与AI交互制定详细计划，并保存为规范文档供后续参考。

2. 原型迭代：

   • UI原型：首阶段专注于UI原型开发。作者提供明确指令，让AI仅生成计划，确认后再实施。生成的UI提供了宝贵的灵感，作者保留了部分代码并进行了大量手动打磨（如调整间距、颜色）。
   • 遇到瓶颈：开发中遇到一个棘手的UI布局Bug，AI多次尝试均未能解决。作者转而亲自研究，并最终决定改变技术方案（将更新指示器从标题栏移至窗口角落的覆盖层），从而绕过问题并兼顾更多使用场景。

3. 代码清理与重构：这是贯穿始终的关键环节。作者多次引导AI进行代码整理：

   • 组织代码结构，将相关函数移至更合适的位置。
   • 添加详细注释，帮助作者自身理解，也利于未来AI处理。
   • 手动重构核心视图模型，提升代码质量，为后续开发奠定更好基础。
   • 清理无用代码和类型。

4. 后端集成与仿真测试：

   • 作者先手动创建函数骨架，再让AI填充实现，但效果不佳，代码结构混乱。这促使作者进行上述的重大重构。
   • 为测试各种更新场景（成功、未找到、错误等），作者让AI生成模拟代码，并通过测试发现并修复了多个用户体验问题。
   • 最后，将前端UI与后端更新控制器连接起来，并进行最终优化。

5. 收尾审查：开发完成后，作者最后会询问AI是否有遗漏的改进点或可增加的单元测试，以此作为最终的质量检查环节。

关键心得与成本

• AI的定位：AI是高效的原型制作者、灵感来源和重复性工作的执行者。它擅长“从0到1”的创造和样式微调等繁琐工作，但驱动AI的开发者必须是领域专家，并负责最终的质量把控。
• 工作流程：提倡分块处理任务、先规划后执行、及时清理代码、利用AI处理中断或遗留工作。
• 成本与效率：本次功能开发共进行16次AI会话，Token消耗约15.98美元，作者估计总耗时约8小时。作者认为AI辅助提升了个人效率，尤其对于其不擅长的UI样式迭代部分，并允许其在处理其他事务时让AI继续工作。
• 核心强调：必须对AI生成的代码进行彻底的人工审查，绝不应提交自己不理解的代码。

作者通过分享此详细案例，展示了如何有效利用AI作为协作伙伴，以提升开发流程的效率和创意产出。

Microsoft Amplifier 是一个 AI 驱动的模块化开发助手，目前处于早期预览阶段。该项目是一个研究演示项目，正在积极开发中，可能发生重大变化，使用时需谨慎并自担风险。

核心概念与架构

• 模块化平台：Amplifier 提供了一个模块化、可扩展的架构，其参考实现是一个命令行界面。未来将支持 Web 界面、移动应用、语音驱动编码等多种接口。
• Bundle 系统：采用基于 Bundle（包）的可组合配置，用于不同场景。默认的 foundation Bundle 包含了开发所需的基本工具、代理和行为。

快速安装（90秒）

1. 安装 UV：一个 Python 包安装器。
2. 安装 Amplifier：使用 uv tool install 从 GitHub 安装。
3. 运行：通过 amplifier init 运行设置向导，然后使用 amplifier run 或直接启动 amplifier 进入交互模式。

支持的 AI 提供商

• Anthropic Claude：推荐且测试最充分。
• OpenAI：良好的替代选择。
• Azure OpenAI：面向企业用户，支持 Azure 订阅和托管标识。
• Ollama：本地、免费运行，无需 API 密钥。 可以通过命令随时切换提供商和模型。

主要功能

• 交互式聊天：支持会话持久化，可跨项目恢复。
• 代码生成与调试：从简单函数到完整应用程序。
• 系统设计：通过 zen-architect 代理进行架构规划。
• 专业代理：内置多个专用代理，如 bug-hunter（调试）、web-research（网络研究）、modular-builder（代码实现）等。
• 会话管理：所有交互自动保存，可列出、查看或恢复会话。
• 开发者工具：提供基于 Web 的日志查看器，用于调试会话。

配置与定制

• 切换 Bundle：可以使用 amplifier bundle use 命令切换或添加新的 Bundle。
• 模块化扩展：可以添加模块以增加新功能。
• 创建自定义 Bundle 和代理：提供指南用于创建自定义的配置包和专用 AI 代理。

当前状态与未来愿景

• 当前状态：这是一个早期预览版本，API 仍在稳定中，部分功能为实验性，文档正在完善中。已核心 AI 交互、Bundle 配置、代理委托、会话持久化等功能基本可用。
• 未来愿景：平台化发展，支持多种接口，允许社区构建自定义模块和接口，实现动态混合组装，并探索 Amplifier 实例间的协作，最终目标是让 AI 能够构建新的 AI 模块。
• 贡献：目前暂不接受外部贡献，但社区可以 fork 和实验。项目遵循微软开源行为准则和贡献者许可协议。

Pebble Appstore 重新推出及相关进展总结

产品生产进度

• Pebble 2 Duo：白色款已于2025年9月生产2,960块，即将发货；黑色款因中国/香港假期延误。
• Pebble Time 2：软件新增功能，可选让旧版应用/表盘自动缩放以适配其200x228像素的高清屏幕（旧款为144x168像素）。硬件方面已完成EVT，进入DVT阶段，目标12月26日开始量产，预计12月预订产品最早于1月发货。

重新推出Pebble Appstore

• 网址：apps.rePebble.com，界面与2016年版本相似但有改进。
• 包含原始Pebble应用商店的2000多款应用和10000多个表盘，以及2016年后开发者社区持续创作的新作品。
• 所有现有Pebble应用均与新手表兼容，但部分应用可能因设置页面损坏或API过时而无法使用。
• 新增功能：社交链接分享预览、类似应用/推荐功能。
• 计划新增功能：模拟器试用、API/设置页面问题警告、更优分类与发现机制。

与Rebble合作

• Rebble联盟自2017年起托管Pebble应用商店副本并维持社区。
• 合作内容：Rebble提供Pebble应用商店后端服务，开发者通过dev-portal.rebble.io提交的应用将同步显示在新商店。
• 用户无需Rebble订阅即可访问应用商店，Core Devices直接资助Rebble提供此服务。

开发者工具更新

• SDK：已更新至Python 3，支持Mac、Windows（WSL）和Linux。
• 云端IDE：可在浏览器内构建“hello-world”应用并在模拟器中运行。
• AI辅助开发：通过命令pebble new-project --ai及提示生成应用。
• 应用提交：通过dev-portal.rebble.io提交。
• 屏幕适配：开发者可升级应用以支持Pebble Time 2的200x228像素屏幕（使用pebble install --emulator emery）。
• SDK路线图：包管理支持、时间线支持、新硬件API（气压计、触屏、扬声器）、全新JS SDK（基于Moddable）、错误修复。

新移动应用预览

• 新Pebble移动应用（iOS和Android）尚未完全就绪，但已可提前体验：rePebble.com/app。

2026年欧洲歌唱大赛：围绕以色列参与引发的争议与结果

2026年欧洲歌唱大赛在奥地利维也纳举行，但赛事因以色列的参与问题陷入严重的政治争议和公众抗议。

核心争议与抵制

• 争议焦点：比赛面临关于以色列参与的棘手问题，这一问题被视为赛事的“存在性时刻”，远未结束。
• 国家抵制：由于反对以色列参与，五个国家宣布抵制本届比赛，将赛事卷入了一场地缘政治风暴。
• 公众抗议：在大赛总决赛前夕，人群在维也纳举行抗议活动，表达了对以色列参赛的不满。

比赛结果

• 冠军归属：保加利亚歌手DARA凭借其充满活力的舞曲赢得冠军，击败了以色列。
• 赛事评述：这一结果被描述为欧洲歌唱大赛避免了其“最糟糕的情况”，DARA的表演被观众视为高能量、令人愉悦的表演。

背景关联

本次大赛的争议发生在更广泛的国际安全与数字治理背景下。此前有报道指出，面对网络攻击、混合战争和军事冲突的威胁，一些国家政府开始在境外存储数据，建立了所谓的“数字大使馆”。这一趋势反映了各国在数字时代加强数据安全的举措，与本次大赛所凸显的地缘政治紧张局势相呼应。

诺贝尔经济学奖得主、以色列裔美国心理学家丹尼尔·卡尼曼于2024年3月27日在瑞士选择协助自杀，终年90岁。他在生前的最后一封邮件中解释，此决定是为了避免经历晚年可能的精神与身体衰退，希望以自主的方式结束生命，而非“无助地滑入”他曾目睹亲人（包括母亲与妻子）经历的那种状态。

卡尼曼于2024年3月在巴黎庆祝90岁生日，期间与伴侣、女儿一家共度时光，游览城市、参观博物馆并享受美食。生日后不久，他向亲友发送了告别邮件，并于3月26日前往苏黎世，次日实施协助自杀。他在邮件中写道，虽然自己当时并未患有痴呆或需要透析，但已感受到“记忆力失误增加和肾功能下降”。他认为，若等到生命“显然不再值得活”时已为时过晚，因此其决定虽看似提前，却是经过深思的。

卡尼曼希望保持生命最后的自主权，并强调此决定是基于个人感受而非学术推理。他事先与亲近之人沟通，尽管最初遭遇反对，但最终获得理解。他不想引发公众讨论或辩论，也不希望此事主导其讣告，并希望自己离世的消息保持低调。

在巴黎的最后日子里，卡尼曼仍在回忆、享受生活并坚持写作，延续其作为好奇研究者的本色。他在邮件结尾写道：“感谢你们所有人帮助我度过了美好的一生。”

（注：文中提及瑞士提供的自杀危机干预热线信息在此略去。）

AMD与索尼PS6芯片组：重新设计图形管线

项目背景

索尼硬件架构师Mark Cerny与AMD计算与图形事业部高级副总裁兼总经理Jack Huynh在2025年7月发布的视频中，详细介绍了双方合作的**“紫晶计划”**。该项目旨在为索尼“几年后推出的未来主机”（推测为PS6）开发芯片。目前该计划处于早期阶段，硬件仅以模拟形式存在，但初步结果已被认为“非常有希望”。

核心目标：超越传统光栅化

• 问题：当前图形技术依赖传统光栅化，在尝试通过原始算力“暴力提升”性能时，效率低下、扩展性差。
• 方向：新架构专注于更高效地运行机器学习神经网络，支持类似AMD FSR和索尼PSSR的超分辨率技术。

关键技术：神经阵列（Neural Arrays）

• 现有瓶颈：传统GPU在并行处理任务时，需将计算分解为子问题，由各计算单元独立处理，这种并行模式存在效率损耗。
• 解决方案：“神经阵列”允许计算单元间共享数据，协同处理任务，宛如“单一聚焦的AI引擎”。
• 优势：
  • 实现更可扩展的着色器引擎，能一次性处理大块屏幕区域。
  • 让屏幕上更多内容被机器学习直接处理或增强，提升画质与性能。

合作愿景

索尼与AMD将该项目视为从同一源石分出的两个分支，目标一致：通过硬件与算法的协同创新，重新构建图形渲染管线，为下一代主机游戏体验奠定基础。

这篇文章介绍了作者为了帮助儿子培养主动的音乐探索习惯，将实体音乐收藏体验与现代技术相结合，制作了带有NFC标签的实体专辑卡片。

项目动机与背景
作者怀念儿时通过CD培养音乐品味的体验，而如今数字音乐虽无限便捷，却往往沦为背景噪音，缺乏实体感和选择性。他希望为孩子创造一种可触摸、可收藏、能主动选择的音乐发现方式。

核心创意与设计

• 载体：将专辑封面设计成交易卡片的尺寸（2.5:3.5），增强收藏感和趣味性。
• 技术整合：在卡片内嵌入NFC标签，通过轻触即可在家庭音响系统上播放对应专辑，无需屏幕操作。
• 内容策划：创建不同主题的“专辑包”（如“爸爸想让你听的专辑”），便于孩子逐步收集并形成个人音乐品味。

实施过程与挑战

1. 音乐来源：使用个人Plex服务器中存储的MP3文件，而非流媒体服务，通过Plexamp应用直接链接NFC标签。
2. 设计难题：专辑封面为方形，需适配卡片的长宽比。作者使用AI图像扩展工具（扩散模型）智能延伸画面，保持原有风格，但部分复杂图像（如城市建筑）仍需手动调整。
3. 制作流程：
   • 使用Canva设计卡片模板，打印于标签纸或卡纸上。
   • 通过Plexamp的“写入NFC标签”功能，将专辑深度链接写入空白NFC标签。
   • 将NFC标签嵌入卡片层之间，并使用3D打印的展示架陈列。

成果与意义

• 孩子首次体验即表现出主动探索的兴趣（如选择Daft Punk专辑并全家播放）。
• 实体卡片鼓励了主动聆听和音乐所有权意识，从被动消费转为主动选择、探索甚至交换。
• 项目旨在通过可触摸的互动方式，帮助孩子以“专辑”为单位建立音乐关联与情感连接，重塑深度聆听的文化。

麻省理工学院校长萨莉·科恩布鲁斯向美国教育部长琳达·麦克马洪发出回复信，回应教育部提出的“卓越高等教育契约”提案。

背景与动机 美国教育部向MIT等九所机构发送了该“契约”草案。科恩布鲁斯校长表示，已收到众多关切，并经过深思熟虑与校内领导层磋商后作出回复。

MIT的核心使命与价值观 回复信首先重申MIT的使命：服务国家、推动知识进步、教育学生并用知识应对世界重大挑战。校长强调，MIT的行动遵循一套明确的价值观，核心是追求卓越。信中列举了体现这些价值观的具体实践：

• 择优录取：以才能、想法和努力为衡量标准。MIT是疫情后率先恢复要求SAT/ACT成绩的大学之一，且招生中从未采用遗产优待政策。
• 无经济障碍入学：实行免需求招生。家庭年收入低于20万美元的本科生无需支付学费。约88%的毕业生毕业时没有教育债务。MIT还提供大量免费课程和低成本证书。
• STEM教育为主：授予的学士学位中，94%为STEM领域。同时，为服务国家，国际本科生比例控制在约10%。
• 重视言论自由：遵守MIT关于言论自由与学术自由的声明，倡导尊重地倾听和回应不同意见。

对“契约”的回应 校长指出，MIT现有的许多实践符合或超过了草案中的标准，但这些是基于自身价值观的自愿选择，旨在支持其服务国家的使命。 然而，信中明确表示不同意该“契约”中的若干原则：

• 那些可能限制言论自由和机构独立性的条款。
• 最根本的是，该文件的前提与MIT的核心信念相悖，即科学资助应完全基于科学价值。 校长认为，美国在科学与创新领域的领导力依赖于独立思考和基于卓越的开放竞争。在此过程中，MIT无需任何偏好地与最优者竞争。 因此，MIT明确表示不能支持该提案来解决高等教育面临的问题。

结论 科恩布鲁斯校长最后强调，MIT拥有长达八十年服务于国家的悠久传统，曾帮助建立美国研究型大学与政府间的科学合作伙伴关系，并将继续致力于为国家福祉服务。信末抄送了相关官员。

使用电子表格驯服用户界面

电子表格是一种高效且易于获取的用户界面设计工具，能够帮助设计师专注于布局和结构，避免被样式细节干扰。与加载专业设计软件相比，使用电子表格可以更快地输入内容占位符、合并单元格并优化布局。

电子表格的优势

• 解放设计思维：电子表格的网格系统强制结构化思考，无需担心字体大小或软件功能，可快速调整行列来优化屏幕空间。
• 多维度支持：通过多工作表，电子表格可模拟三维布局，类似传统分类账纸，增强设计灵活性。
• 通用性和可访问性：作为常见工具（如Apple Numbers、Google Sheets、Excel），电子表格无需额外成本或学习，适合快速原型设计。

设计实践示例

• YOYOZO游戏统计界面：使用电子表格预先规划像素级精确布局，包括字体和颜色，显著提升开发效率。
• 增强版sfxr应用：快速设计应用界面，利用表格行列作为标题栏和侧边栏，节省大量编码时间。
• Spindle光盘转储工具：通过网格系统设计可重复的UI，便于适配不同状态和多设备场景，可直接转换为SwiftUI网格布局。
• 赛车游戏界面：类似马里欧赛车等游戏，电子表格可快速规划常见UI元素，适用于运动类游戏设计。

总结

电子表格以其简易性、结构化网格和高效调整能力，成为用户界面设计的强大辅助工具，尤其适合快速原型和布局优化。

Patina：一个用Rust实现的UEFI固件

项目概述

Patina是一个用纯Rust实现的UEFI固件项目，旨在替代传统上用C语言编写的核心UEFI固件组件。其目标是利用Rust的内存安全性来提高系统固件的安全性和稳定性，同时保持相似的启动性能。Patina并非简单的C代码移植，而是一个消除了传统复杂性、引入了现代架构的纯Rust实现，同时保持与现有PI规范的兼容性。

背景与目标

项目源于系统级软件使用Rust构建的倡导。Patina计划从核心组件开始，实现将当前主要用C编写的固件组件逐步迁移到Rust。它不仅仅是将单个C驱动重写为Rust，而是通过Patina的组件模型和架构，为更多纯Rust固件组件的编写铺平道路，以解决内存安全问题。

重要文档与资源

项目提供了详细文档，包括：

• 入门指南：介绍项目本身、如何将Patina DXE Core集成到平台、如何开发组件以及项目开发本身。
• Patina DXE Core API文档：关于创建包含平台自定义（如额外组件）的DXE Core EFI二进制文件的信息。
• Patina SDK API文档：描述如何编写Patina组件。

重要注意事项

• main 分支中的内容在功能上是稳定的，但**可选的“Patina组件”**可能具有特殊限制或声明，用户需查阅其文档。
• 其他分支可能包含尚未合并到主分支的进行中工作，详情可查看Patina发布流程RFC。
• 项目欢迎平台测试和集成反馈。
• AI政策：不接受直接来自AI工具的贡献。任何AI辅助的贡献必须遵循CONTRIBUTING.md中定义的政策。

开发与使用指南

构建

支持三种目标架构的构建：

cargo make build-aarch64  # ARM64架构
cargo make build-x64      # x86_64架构
cargo make build          # 本机架构

可通过-p标志指定开发或发布构建模式：

cargo make -p development build-aarch64
cargo make -p release build-x64

测试

• 运行所有单元测试：cargo make test
• 在特定包中运行测试：cargo make test -p patina
• 构建平台测试：cargo make patina-test [-p <包名>]

工具链设置

1. 安装Rust和cargo。
2. 通过rust-toolchain.toml文件安装编译所需工具链。
3. 手动安装支持工具，如 cargo-make 和 cargo-llvm-cov：

   cargo install cargo-make
   cargo install cargo-llvm-cov
   

代码覆盖率与基准测试

• 生成测试覆盖率数据：cargo make coverage [crate_name]
• 运行基准测试：cargo make bench -p patina [--bench <bench_name>]。基准测试使用criterion库。

发布流程

发布到crates.io的流程包括：审核GitHub发布草稿、运行工作流创建版本更新PR、合并PR后自动发布。

项目路线图

Patina的后续工作分为三大类：

1. 稳定化（主要重点）：修复错误、改进性能、完成功能，确保主分支稳定可用于生产。
2. 扩展：
   • 组件增长：添加新组件以替代基于C的UEFI组件。
   • MM Core支持：计划添加Patina独立MM核心（Management Mode），用Rust编写MM核心环境。
3. 生态系统集成：
   • 固件生态系统：采用者协作确保Patina在各自平台和用例中工作（包括平台启动、集成与验证）。
   • Rust生态系统：与Rust社区协作，确保项目符合最佳实践并利用最新特性。

贡献

贡献者需：

• 阅读/docs目录下的Rust文档。
• 运行单元测试并确保全部通过。

软件开发领域中，真正有才华的工程师往往难以通过常规渠道识别，其能力和贡献常被现行的评估体系所忽略。

核心观点：优秀工程师的隐蔽性 Mitchell Hashimoto 的推文举例，一位曾共事过的最优秀工程师，在同一团队深耕十年优化单一网卡驱动，工作规律（朝九晚五），晋升路径平淡，但其深度与专注力在直接合作中才得以显现。

组织评估体系的盲区 Nikunj Kothari 在博客中描述了这类“安静的工程师”：他们同时处理低层与高层任务（如修复部署管道、指导初级工程师、重建核心系统），其贡献跨越多个层级，但因不符合既定的职级要求（如L5标准）而无法被现有绩效体系衡量。他们实际在做“无人想到去衡量”的工作。

外部视角的不可见性 Gergely Orosz 在 LinkedIn 帖子中提到一位能力出众的 Staff 级工程师正在求职。该工程师在每支团队都表现出色，高质量完成任务、乐于助人、务实且谦逊。然而，其外部痕迹近乎隐形：无社交媒体活动，LinkedIn 仅列出公司经历而无技术或项目细节，GitHub 近五年无活动，十年内仅有零星提交。他的能力仅在直接合作中能被认知。

根本原因：可读性困境 对于招聘和晋升的决策者而言，存在“可读性”问题。由于无法直接观察候选人的实际工作，他们倾向于依赖容易直接观察的表面信号（如 GitHub 活跃度、社交媒体影响力、LinkedIn 详细度）。这种依赖显性指标的做法，类似于历史上基于笔迹或头骨形状进行判断的伪科学，但这些显性指标未必能真实反映一个人的能力或潜力。

现状与展望 作者认为，行业在改进人才识别与评估方面短期内难有重大突破。因此，强调简历、GitHub 或个人项目的建议仍将流行。然而，忽视那些在平凡公司从事常规工作、按时上下班的工程师，可能会让组织错失真正的人才。

Computer processors are fascinating pieces of engineering. Considering all their moving parts, they are some of the most complex machines humanity has ever b...

AV2视频编解码器进展与特性总结

• 开发状态与规范时间线：开源、免版税的AV2视频编解码器，由开放媒体联盟（AOM）开发，历时五年，已接近完成。所有核心工具已最终确定，高层语法工作正在进行中。最终规范预计于2025年底发布。

• 性能表现：当前测试表明，AV2在相同视频质量下，比AV1的比特率降低约30%。具体数据显示：

  • 在PSNR-YUV（14:1:1）测试中，比特率减少28.63%。
  • 在VMAF（Video Multi-Method Assessment Fusion，由Netflix开发的视频质量评估指标）测试中，比特率减少32.59%。
  • 这一提升并非依靠突破性的人工智能算法，而是基于数学、算法和工程上的创新优化。

• 关键技术改进：

  1. 结构与预测：保留了类似AV1的混合块结构基础，但引入了更大的256x256超级块、完全递归分区以及更智能的亮度和色度分割。
     • 帧内预测：增强了新的数据驱动帧内模式、改进的色度预测。
     • 帧间预测：引入了时间插值（TIP），改善了高分辨率或高速运动场景的运动处理；并采用了可从最多七个参考帧中进行选择的排序参考系统。
  2. 量化与变换：
     • 采用统一的指数量化器，为8/10/12位视频提供更宽的范围和精度，并改进了低比特率下的控制。
     • 变换系统使用学习型和跨分量变换，以更少的伪影保留纹理；针对屏幕内容优化了系数编码。
  3. 滤波与后处理：
     • 采用单一的广义去块滤波器，能更好地保留细节。
     • 新增引导细节滤波器和跨分量样本偏移，进一步清理压缩噪声。
     • 胶片颗粒合成功能更加灵活。
  4. 扩展支持：支持扩展的多层视频和立体视频设计。

• 下一步工作：所有AV2工具均已通过硬件效率验证。下一步重点是编码器优化，并探索针对更高比特深度和AI辅助配置文件的可能扩展。

项目概述

这是一个针对美国国家美术馆馆藏的语义搜索工具，允许用户使用自然语言描述来查找艺术品。该项目由开发者开源并发布在 Hacker News 上。

核心功能与特性

• 自然语言搜索：用户可以通过输入描述性的文本（如“月光下的平静海面”或“抽象几何形状”），系统将返回视觉上最匹配的艺术品图片。
• 技术实现：工具使用 OpenAI 的 CLIP 模型，该模型能够将图像和文本映射到同一语义空间，从而计算相似度。它为美术馆超过 70,000 张图片生成了嵌入向量，并存储用于实时搜索。
• 访问方式：提供了一个简洁的 Web 界面供直接使用，同时开放了 API 接口，允许开发者将其集成到其他应用中。

技术栈与依赖

• 后端：Python。
• 模型：OpenAI 的 CLIP。
• 数据源：美国国家美术馆的公开数字馆藏（超过 70,000 张图片）。
• 部署：通过 API 提供服务。

项目目标

该项目旨在探索将先进的多模态人工智能模型应用于文化遗产领域，使艺术搜索变得更加直观和易于访问，超越传统的元数据或关键词搜索限制。

事件概况

美国食品药品监督管理局（FDA）于8月发出警告，要求消费者不要食用特定批次的冷冻虾，因可能含有放射性物质。随后召回范围迅速扩大，涉及数十万磅冷冻、生熟虾类产品。所有受影响虾类产品均由印尼公司BMS Foods加工处理，该公司曾占美国从印尼进口虾总量的约三分之一。

核心问题：放射性污染

• 污染物质：铯-137，一种合成放射性同位素，通常由核裂变产生，不常见于食品中。
• 检测情况：美国港口在BMS Foods的集装箱和虾产品中检测到铯-137。此外，在距离BMS Foods设施400多英里外的一个印尼丁香出口商的集装箱中也发现了该物质。
• 污染水平：FDA检测到的虾和丁香样本中的铯-137活度浓度（分别为68和732贝克勒尔/公斤）远低于FDA的行动干预标准（1200贝克勒尔/公斤）。专家表示，这些水平处于良性范围，与香蕉、巴西坚果等食品中的天然放射性水平相当，不会构成急性健康风险。但长期暴露于低水平放射性物质可能增加癌症风险。

污染源调查

• 初步原因：调查指向印尼爪哇岛Cikande工业区的一家名为Peter Metal Technology (PMT) 的钢铁制造商。
• 可能途径：PMT在熔炼含有铯-137的废金属时，无意中将放射性物质转化为气态，通过烟囱释放到环境中，形成放射性尘埃云团（羽流），并随风扩散。该设施距BMS Foods加工厂约1.5英里。
• 污染范围：已在PMT设施半径约3英里内的至少10个地点检测到升高的辐射水平，包括BMS Foods工厂。印尼当局正在对该区域进行去污清理，预计需数月时间。
• 丁香污染之谜：丁香加工设施距离钢铁厂超过400英里，但其样本辐射水平却高出虾样本10倍。污染可能发生在作物生长地、运输容器或运输途中，具体原因仍在调查中。

FDA及官方应对措施

1. 进口禁令：FDA将BMS Foods及其相关产品（虾、丁香）列入进口警报“红名单”，禁止进入美国。
2. 扩大监管：自10月31日起，FDA首次行使新授权，要求所有从爪哇岛及苏门答腊岛楠榜省进口的虾和香料必须附有逐批认证，由印尼政府证明产品未受放射性污染。
3. 国际合作：美国能源部派团队前往港口评估污染；国际原子能机构与印尼当局保持密切沟通。
4. 产品召回：FDA已召回所有在检测到铯-137后进入美国的BMS Foods虾类产品。目前，没有检测阳性的产品进入美国市场。

消费者建议

• 查看来源：检查产品包装上的“原产国”或“进口自”标识。
• 遵循召回：参考FDA网站上的最新召回产品清单，确认所购产品是否涉及。
• 谨慎处理：如果对购买的产品是否安全没有把握，建议直接丢弃。

https://www.youtube.com/watch?v=UOtonwG3DXM

根据Stratechery本周内容，核心观点围绕OpenAI的战略布局及其对科技行业的潜在影响展开，主要可归纳为以下几点：

1. OpenAI的“Windows战略”

• 平台类比：OpenAI被类比为早期的微软，旨在通过控制AI技术栈（从硬件供应商到软件开发者）成为主导性平台，类似Windows在PC产业中的角色。
• 生态控制：其野心不仅限于应用层，而是覆盖整个生态链，包括可能向英伟达等硬件厂商抽取利润。
• 投资吸引：通过成为AI领域的核心平台，OpenAI有望成为AI基础设施投资的主要受益者，从而推动万亿美元规模的基础设施建设成为现实。

2. Sam Altman的商业视野

• 跨领域机会：Altman认为AI在消费者和企业领域均存在前所未有的机遇，目标是打造统一的AI体验（类似谷歌在搜索领域的地位）。
• 长期押注：OpenAI正进行“公司规模”的投资，提前布局基础设施，以应对未来AI模型的计算需求。
• 行业影响：这些战略布局的成败将决定未来几年整个科技生态的走向。

3. Sora与创作范式转变

• 用户参与度：Sora（AI视频生成工具）推动用户从被动消费转向主动创作，约30%的活跃用户成为内容创作者。
• 市场对比：与Meta AI的平淡反响不同，Sora因赋能个人创作而迅速走红，可能冲击Meta依赖用户生成内容的商业模式。
• 创作门槛降低：技术使普通人能轻松制作个性化视频，但初期内容同质化（如网络流行梗）也可能引发审美疲劳。

4. 行业动态与关联分析

• 投资周期：OpenAI的发展路径被视为AI投资周期的缩影，其基础设施建设的扩张可能引发行业跟进。
• 竞争影响：AI创作工具的普及可能重塑社交平台竞争格局，威胁依赖传统内容生态的公司（如Meta）。
• 其他议题：文中同时涉及微软游戏订阅服务（Game Pass）的定价争议、Verizon卫星网络的战略调整等，反映科技行业多线程演进。

5. 内容生态展望

• 创作与消费融合：AI降低创作门槛可能催生新型内容生态，但如何维持内容多样性和质量仍是挑战。
• 平台权力重构：若OpenAI成功掌控AI基础设施，其影响力可能超越现有操作系统和硬件厂商，重塑技术价值链。

总结而言，OpenAI通过平台化战略、跨领域扩张及推动AI原生应用（如Sora），正试图定义下一代技术生态的格局，其路径选择将深刻影响行业竞争、投资逻辑与创作文化。

丰田计划在2027年或2028年推出首款搭载全固态电池的电动汽车，旨在实现该技术在全球的“首次实际应用”。该电池采用固态电解质取代传统液态电解液，具有体积更小、输出功率更高、寿命更长等优点，有望显著提升电动汽车的续航里程并缩短充电时间。

为推进量产，丰田于近期宣布与住友金属矿山公司合作，开发用于全固态电池的阴极材料。双方自2021年起共同研发，利用住友的专有粉末合成技术，已研制出“高耐久性阴极材料”。此外，丰田还与出光兴产等多家日本企业合作，构建本土供应链，以减少对中韩电池产业的依赖。日本政府计划投入约70亿美元支持国内电池生产。

然而，丰田并非唯一布局全固态电池的企业。梅赛德斯-奔驰、宝马、大众、本田等汽车制造商以及宁德时代、比亚迪等电池巨头均计划在2027年左右推出相关技术。奔驰已宣称将固态电池用于实车测试，并计划在十年代末实现量产。因此，尽管丰田努力推进，但“全球首个”实用化全固态电池的归属仍存在竞争。

美国数据中心转向煤炭能源

美国数据中心正经历向煤炭发电的重大转变，主要原因是天然气价格高企以及人工智能（AI）带动的电力需求激增。金融服务公司Jefferies的研究报告指出，数据中心运营商正竞相将新产能接入电网，预计2026-2028年期间电力负荷将加速增长。这一需求激增推动了煤炭发电的意外回升，截至报告期，煤炭发电量已同比增长近20%。报告还上调了对煤炭发电量的预估，预计由于燃料价格相对天然气（尤其是现有发电设施）更具优势，高发电量状态将至少持续到2027年。

去年已有警告指出，美国数据中心数量激增带来的能源需求增长可能超过现有发电能力，从而延长燃煤电厂的运营寿命。奥马哈市的一家电力公司就因此取消了停用燃煤发电的计划，理由是为附近数据中心供电的需求，停用可能导致该区域电力短缺。这一决定带来了环境影响，持续的燃煤会影响发电厂附近的空气质量，并阻碍全球减排努力。环保组织“绿色和平”将煤炭称为“最肮脏、污染最严重的发电方式”。

环境影响是全球性的。摩根士丹利2024年的一份报告预测，到2030年，全球数据中心温室气体排放量将达到25亿吨——这是若未发展生成式AI技术情况下排放量的三倍。

天然气燃气轮机曾是数据中心建设热潮中的首选能源，因其可在园区内就地建设。然而，当前高昂的气价降低了其经济吸引力。正如《金融时报》所指出的，开发商倾向于在初期建设中采用最容易获得的电力来源。运营商若能同时确保可再生能源承诺，会尽快让设施上线，但过渡期很可能依赖手边可得的能源，即天然气或煤炭。

当前的联邦政策环境也对可再生能源的采用构成额外挑战。特朗普政府实施了影响可再生能源发展的措施，包括冻结风能项目审批流程，以及宣布对新建太阳能和风能项目实施限制，理由涉及土地使用和成本问题。

这种政策方向与研究表明可再生能源能以低于化石燃料或新兴技术（如备受关注但尚未大规模验证的小型模块化反应堆）的成本为数据中心供电的观点相悖。然而，这并非华盛顿当前考虑的重点。美国能源部长克里斯·赖特曾表示，特朗普政府将把气候变化视为一个物理现象和现代化进程的“副作用”。内政部长道格·伯格姆则在天然气行业活动上直言，当前真正的生存威胁不是气候变化，而是如果电力不足可能输掉AI竞赛。

根本原因分析？你可能用错了方法

核心论点

传统的根本原因分析（RCA）方法基于对世界的简化模型，导致对复杂系统事故的理解不足。这种方法倾向于寻找单一、表面的原因，并以此宣称解决问题，实际上只是掩盖了症状，浪费了从事故中学习的机会。

替代方案：基于系统理论的事故分析（CAST）

文章倡导使用CAST方法进行更深入的事故分析。该方法源自系统理论，认为系统安全是一个动态控制问题，而非单纯的故障预防问题。

CAST的核心概念

• 事故：任何不希望发生的事件。
• 系统：具有特定目标和约束（行为边界）的实体。
• 控制器：通过控制动作和反馈来维持系统在约束内运行的子系统。控制动作可以是技术性的（如自动故障转移），也可以是社会性的（如组织文化）。
• 危险状态：系统处于一种脆弱状态，当遇到不利环境条件时，可能导致事故。我们无法控制环境条件，因此必须致力于防止系统进入危险状态。
• 人因：人类错误从来不是分析的终点，而是调查的起点。应探究导致“错误”发生的系统设计和环境因素。

传统分析与CAST分析的对比

文章通过一个软件服务故障的案例，对比了两种分析方法：

传统根本原因分析（失败案例）：

• 症状：API调用挂起。
• 找到的“根因”：同时启用了多线程和PropertyVisitorAutowireMapping功能。
• 措施：修改系统使这两个设置互斥。
• 问题：分析在找到一个方便的技术原因后即停止，完全没有追问为什么会启用不兼容的设置，或者为什么系统允许这种操作，忽略了组织流程、设计审查、系统架构等深层问题。

基于CAST的分析（深入案例）： 该方法遵循四个步骤：

1. 描述系统：从“待完成工作”的角度界定分析范围，明确系统应该做什么（约束），以及实际发生了什么偏差（危险状态）。
2. 事故时间线：列出导致事故的关键事件序列，用于启发思考而非直接解释。
3. 初始问题：基于时间线提出大量问题，引导调查向更深层次进行（例如：设计是否合理？开发流程是否有缺陷？监控和防护机制为何失效？）。
4. 失效和危险交互：评估在开发、运维、软件弹性、部署安全等方面缺失的最佳实践和控制措施。

进行深入分析的主要障碍

1. 后见之明偏见：事后看来“显而易见”的因果链，在事前往往无法预测。分析中应避免使用“操作员必须”或“操作员没有”这类基于事后清晰视野的表述。
2. 心智模型的偏差：操作员和设计者对系统的心智模型可能与真实系统不符。系统设计应帮助操作员建立准确的心智模型，而不是用僵化的流程剥夺其灵活性。
3. 对人类错误的误解：不应将责任归咎于个人。应将人视为受环境和经历影响的复杂输入-输出系统，探究促使他们做出当时决策的系统性原因。

结论与意义

• 质量优于数量：深入分析单个事故所能学到的教训，比浅层分析多个事故更多、更通用。
• 限制损害：与预防事故同样重要的是，设计系统以限制事故发生的后果。
• 安全是系统属性：安全不是某个组件的属性，而是整个系统在动态交互中涌现的属性。分析必须考虑组件间的耦合、反馈循环和时间维度。
• 根本原因分析的局限：RCA方法过于简化，适用于简单系统，但对复杂系统会产生误导。CAST方法提供了更全面、更实用的分析框架，以应对现代社会的复杂系统风险。

文章最后建议：如果读者希望深入，应阅读作者推荐的《CAST手册》。文章本身更像一个强调观念转变和框架介绍的导引，而非详尽的操作手册。

关于“击打鸡肉使其煮熟”的物理分析

本文探讨了一个经典物理问题：需要以多大的力度击打生鸡肉才能使其煮熟。原始计算显示，以3726英里/时的速度击打一次，可使鸡肉瞬间达到烹饪温度。但该方案忽略了一个关键问题：单次击打产生的热量会迅速散失，无法维持烹饪所需的持续高温。

核心问题与修正方案

1. 热量维持的必要性：烹饪不仅需要达到特定温度（如鸡肉安全食用温度165°F），还需在该温度下维持数分钟。
2. 热量散失机制：任何物体都会通过黑体辐射持续散失热量。估算表明，一只普通大小的鸡肉在165°F时，辐射功率约为2000瓦，相当于300个荧光灯泡的耗能。
3. 实验假设：为隔离空气对流散热，假设将鸡肉悬挂于大型真空室中。

持续击打方案

为维持鸡肉的烹饪温度，必须以不低于热量散失的速率持续向其输入能量。经计算，可行方案如下：

• 执行者：4名职业棒球运动员，身穿压力服。
• 操作方式：每人均以约75英里/时的速度挥动棒球棒击打悬挂的鸡肉。
• 频率：每人每秒击打一次。
• 结果：此方法可在几分钟内将鸡肉煮熟。

总结

单次高速击打虽能瞬时升温，但无法实现烹饪。真正可行的方案需要持续做功以补偿热量散失，其场景（真空室、多人高频击打）极具想象空间，体现了物理学在解决看似荒诞问题时的严谨性。

剑桥大学图书馆的“未来怀旧”项目致力于从老式软盘中抢救日益脆弱的历史数据，以应对潜在的“数字黑暗时代”。该项目始于处理物理学家斯蒂芬·霍金遗产中的软盘，这些软盘可能包含信件、演讲草稿乃至游戏，为了解其生活与工作提供独特窗口。

项目面临多重挑战：

1. 硬件障碍：软盘尺寸和格式繁多（如5.25英寸、3.5英寸及罕见的3英寸），读取需要过时且日益稀缺的专用驱动器。团队需从全球范围（如eBay）搜寻可用设备，有时甚至需自行改造。
2. 物理退化：存储数据的氧化铁层会随时间降解、失去磁性，导致数据永久丢失。霉菌污染也是一大威胁。
3. 软件知识流失：许多早期专用系统（如Diamond文字处理器）的文档和技术知识随着开发者退休或离世而消逝，解码数据如同破译古代语言。

项目已成功恢复多种档案，包括诗人尼古拉斯·摩尔的文稿、超自然协会的文章，以及前工党领袖尼尔·金诺克软盘中被意外发现的选民通信。工作人员需精心清洁磁盘表面并破解其格式，才能使数据在现代设备上可读。

该项目亦鼓励公众参与，举办工作坊帮助人们探查家中旧软盘的隐藏内容，使家族历史得以重现。团队强调，尽管当前数字信息获取便捷，但软盘揭示的“数字过去”实则陌生，及时保存这些数据对于全面理解近几十年历史至关重要。

彼得·蒂尔近期在旧金山举办的四场关于“反基督”的非公开讲座，更深刻地揭示了他本人而非世界末日的本质。这位亿万富翁风险投资家虽然以蔑视学术界著称，却反复在牛津、哈佛等高校测试其末日理论，并寻求神学教授作为听众，显示出其与高等教育的矛盾关系。

蒂尔试图模仿其导师、哲学家勒内·吉拉尔那种跨越学科界限的综合性思考风格，但其讲座内容常显得杂乱无章，更像通俗小说而非严谨学术。在讲座中，蒂尔将漫画《海贼王》、漫画《守望者》等流行文化元素与硅谷内部恩怨（如对有效利他主义者的批评）混杂在一起，提出了一个宽泛的“反基督”定义：反基督可能是一股推动建立“单一世界国家”的全球性监管力量，也可能是反对人工智能（特别是寻求监管AI）的人士，甚至可以是气候活动家“格蕾塔”（但非风险投资家“安德森”），因为“反基督是受欢迎的”。这种分类显得零散且明显带有硅谷精英视角。

蒂尔的核心论点认为，当前时代过度沉迷于末日想象（如AI、气候变化、生物武器、核战争、人口崩溃），但同时又“不够末日”，因为人们将各种末日场景视为相互独立。他借用卡尔·施密特的“阻挡者”概念提出，反基督可能以“阻止末日”的姿态出现，从而实质上推动末日来临。这种双重末日论，让蒂尔得以在帝国、基督教、进步及硅谷主导权等宏大议题上进行他所谓的“全面”思考。

然而，这些讲座更多揭示了蒂尔的内在矛盾。他一方面以“古典自由主义”者自居，用投入产出比批判学术界效率低下；另一方面又以末日神学家的身份，指责大学因过度专业化和后现代思维而丧失了对“整体性”的把握。他既是批评研究者“窃取资金”的自由意志主义者，又是延续斯坦福学生时代对多样性政策（DEI）的抨击者。这种矛盾立场，实质上是为他自身的自学路径辩护。

蒂尔试图与自身巨大的影响力（包括资助右翼运动、影响选举、掌控数据公司）保持距离，在讲座中扮演一个超然的思考者。他描述中的“反基督”特征——运用权力重塑世界、操控叙事——恰恰与他自身的形象存在令人不安的相似性。文章最后质疑，这些内容庞杂、逻辑松散的讲座究竟试图传达何种明确意义？蒂尔在强调“过度隐晦意味着思想不够连贯”的同时，又似乎为自己的讲座留足了隐晦解释的空间，从而可以在“我已直言不讳”和“你尚未理解我深意”之间灵活转换。最终，这些讲座与其说关乎世界末日，不如说暴露了蒂尔思想中的混乱、自相矛盾及其与自身权力的尴尬关系。

Wi-Fi信道宽度与速度测试：对网络体验的负面影响

核心矛盾：专业建议与消费设备默认设置 在Wi-Fi专业人士中，为5 GHz网络规划时使用20 MHz或40 MHz的信道宽度已成为共识，尤其在大型企业网络中。这是因为更窄的信道宽度能提供更多的可用信道，便于实现信道重用和避免来自邻居的同信道干扰，从而支持高密度设备连接并提供更稳定的总体体验。然而，消费级Wi-Fi设备（包括路由器和Mesh系统）以及互联网服务提供商（ISP）提供的设备，通常默认使用80 MHz或更宽的信道宽度。在2.4 GHz频段，一些设备甚至默认使用40 MHz宽度（占据了三分之二的可用频谱）。

原因：对“速度”的盲目追求 这种设置差异的根本原因在于，消费者、媒体和行业长期以来将原始速度视为衡量Wi-Fi质量的首要指标，而忽视了响应性（低延迟）和可靠性等对实际互联网体验更为关键的因素。制造商和ISP担心，如果出厂设置采用更合理的较窄信道，会导致速度测试工具显示的速度低于用户旧设备，从而引发退货或影响其在以“原始速度”为基准的网络性能排行榜上的名次。

速度测试本身会损害网络体验 文章通过实验数据指出，专注于速度不仅影响了设备配置决策，执行速度测试的行为本身也会恶化网络体验。

1. 原理：Wi-Fi存在“空气时间争用”问题，即在一个信道上同一时间只能有一个设备通信。
2. 实验：当一台笔记本电脑通过Wi-Fi进行高强度速度测试时，它会占用大量空气时间，导致同一网络中其他设备（如iPhone）的延迟、抖动和丢包率显著增加，有效延迟翻倍。
3. 对比：若将速度测试改为通过有线连接进行，则不会对无线设备的体验造成明显影响。这证明了速度测试活动本身是导致体验下降的主因。
4. 加剧因素：大多数消费级设备未启用如FQ_Codel等缓解缓冲区膨胀的技术。在默认配置下，同时存在空气时间争用和缓冲区膨胀时，速度测试会导致更严重的体验下降（如丢包1.5%、抖动13毫秒、峰值延迟113毫秒）。

行业现状与未来方向

• 问题普遍性：许多ISP、设备厂商和消费者会定期执行自动化、高强度的速度测试，进一步恶化日常网络体验。
• 行业转向：IEEE 802.11bn（Wi-Fi 8）工作组已认识到需要转变目标，不再一味追求峰值速度，而是专注于提高可靠性、降低延迟（特别是第95百分位延迟）、减少丢包以及在复杂条件下的鲁棒性。
• 6 GHz频段：新的6 GHz频段（如Wi-Fi 6E/7）提供了更多“车道”，有助于在使用更宽频段的同时减少干扰，但其普及率仍然很低，且无法完全解决数据饥渴型设备争抢空气时间的根本问题。
• 现状数据：数据显示，美国家庭中18%每天、20%每周、68%在过去一年内遇到过Wi-Fi问题。

结论与建议 行业不应等到Wi-Fi 8标准（预计2028年完成）或6 GHz设备广泛普及才做出改变。仅通过对现有硬件进行配置调整（即放弃默认的宽信道设置），并将关注点从最大吞吐量转移到响应性和可靠性，就能立即显著改善用户体验。

• 速度测试的正确定位：速度测试是验证网络或客户端能否达到标称速度的有用工具，但不应被过度用于所有连接故障排除。
• 呼吁变革：消费者本质上渴望的是响应迅速、可靠的网络。制造商和ISP需要转变竞争指标，利用能够持续衡量网络体验（而非瞬时速度）的现代监测工具，来提供真正优秀的Wi-Fi产品，而不是通过配置和测试行为来损害体验。

《阳光下编程：与Daylight电脑共处的一年》体验总结

核心目的

本文并非正式产品评测，而是一篇关于在阳光下使用Daylight DC-1平板电脑进行编程的个人体验报告。作者生活在北欧，一年中有一半时间处于昏暗环境，因此主动寻求在自然光下工作的机会，以提升精力和专注度。文章同时对比了Boox Tab Ultra电子墨水设备在不同场景下的使用体验。

作者的核心设置

• 主要设备：Daylight DC-1平板电脑（Android系统，采用反射式LCD“Live Paper”显示屏，非电子墨水屏）。
• 输入设备：8BitDo复古机械蓝牙键盘（Kailh轴，USB-C充电），但作者对其布局不满，考虑更换为Kinesis Freestyle2 Blue。
• 软件环境：
  • Termux：Android终端模拟器，内置“E-Ink”主题和JetBrains Mono字体，用于本地编程环境。
  • 核心工具链：通过Termux的apt包管理器手动安装Neovim、tmux等工具，使用简化版配置文件。
  • 工作流程：对于简单项目（如Rust开发）使用本地Termux；复杂工作则通过SSH连接至工作站运行tmux。
  • 极简模式：隐藏tmux状态栏，启用Neovim的Goyo插件以专注写作。

Daylight DC-1的优势与使用场景

• 阳光下编程：反射式LCD屏幕在户外自然光下表现优异，无反光干扰，适合长时间编码。
• 绘图与手写：高刷新率使其成为绘制家庭装修蓝图等绘图任务的理想选择。
• 实时预览工作流：通过分屏实现本地博客编辑（Termux）与浏览器（Chrome）实时刷新预览的结合。
• 夜间使用：支持暖色背光，但直接光源下易反光，仅靠背光会削弱纸质般的显示质感。

Daylight DC-1与Boox Tab Ultra的对比

• Boox Tab Ultra优势：
  • 阅读体验：227 PPI的电子墨水屏更适合阅读EPUB书籍、PDF和网页文章，显示效果更接近纸张。
  • 夜间阅读：配合台灯和微弱背光使用时，反光问题较轻。
• Daylight DC-1优势：
  • 动态任务：高刷新率适合打字、绘图等需要快速响应的任务，电子墨水屏的残影和刷新延迟会带来困扰。
  • 阳光下使用：户外可读性更强。

总结与展望

• 设备定位差异：Boox更侧重阅读与静态内容，Daylight更侧重创作与动态交互（如编程、绘图）。
• 技术期待：作者希望电子墨水技术的刷新率能持续改进，并对更大尺寸的电子墨水显示器（如Zack开发的型号）感兴趣。
• 当前选择：在现有技术条件下，Daylight DC-1是平衡阳光下编程与类纸显示体验的折中方案。作者已使用其完成包括Rust项目在内的多种开发任务，并认为其阳光下的可用性显著提升了工作效率。

澳航遭黑客攻击，500万客户数据被泄露

黑客组织 Scattered Lapsus$ Hunters 在勒索期限过后，于暗网泄露了澳航（Qantas）约500万客户的个人数据。此次攻击是波及全球40多家公司、涉及高达10亿条客户记录的重大网络事件的一部分。

泄露数据内容：

• 来源于今年6月从 Salesforce 数据库中窃取的数据。
• 包括：电子邮件地址、电话号码、出生日期、常旅客号码。
• 不包含：信用卡详情、财务信息或护照信息。

攻击背景与威胁方：

• 黑客组织上周发布勒索通知，要求支付赎金以防止数据公开。
• 受影响的公司包括澳航、盖普、越南航空、丰田、迪士尼、麦当劳、宜家和阿迪达斯等。
• 据网络安全情报公司分析师称，该组织技术娴熟，熟悉企业系统连接方式，并非新兴威胁。

各方回应：

• 澳航：
  • 优先事项是保持警惕并为客户提供持续支持，包括提供24/7支持热线和专业的身份保护建议。
  • 正在与网络安全专家合作，调查被泄露数据的具体内容。
  • 自年中事件后，已实施额外安全措施、加强团队培训并强化系统监控。
  • 已于7月从新南威尔士州最高法院获得禁令，以保护被盗数据不被访问、查看或发布。
• Salesforce：
  • 明确表示不会与勒索者接触、谈判或支付赎金。
  • 声明未发现自身平台被入侵，并正在与受影响客户合作提供支持。

潜在风险与建议：

• 专家指出，虽然此次泄露未涉及财务数据，但犯罪分子可能利用泄露的个人信息进行信用卡欺诈等犯罪。
• 随着威胁组织生成高度个性化的钓鱼邮件能力提升，此类数据泄露可能助长地下欺诈经济。
• 建议受影响用户密切关注账户中的可疑活动，并警惕个性化诈骗邮件。