文章核心揭露了Forbes Marketplace公司可能秘密运营CNN和USA Today网站上的特定附属内容板块，并可能将其伪装成该新闻媒体自有的内容。

主要发现与证据

1. CNN Underscored Money 板块

   • 员工身份可疑：该板块的编辑和负责人使用 wbdcontractor.com（华纳兄弟探索的承包商域名）邮箱，而非CNN正式员工的 cnn.com 邮箱。
   • 网站技术独立：该板块（cnn-underscored/money/）与主站CNN Underscored的源代码差异巨大，拥有独立的WordPress安装、谷歌标签管理器（GTM），并缺少主站使用的Optimizely工具。
   • 隐私政策不同：使用独立的隐私政策页面，指向一家名为 Solutions Underscored LLC 的公司。
   • 公司关联：查询佐治亚州商业注册信息发现，Solutions Underscored LLC的授权人 Thomas Callahan 与Forbes Marketplace的首席财务官同名，暗示直接关联。

2. USA Today Blueprint 板块

   • 界面存在差异：导航栏在间距、字体、功能按钮（如天气、登录）等方面与USA Today主站存在细微但可识别的不同。
   • 直接邮箱证据：该板块员工的邮箱域名是 marketplace.co，这正是Forbes Marketplace公司的官网域名，直接证明员工属于该公司。
   • 信息被急切删除：作者发布相关内容后，该板块的员工简介页面被匆忙修改，但邮箱信息最初未完全清除。

行为性质与影响

• 寄生虫SEO：作者认为，大型新闻媒体（CNN、USA Today）允许像Forbes Marketplace这样的附属营销公司在其高权重域名下运营独立板块，是为了利用媒体域名的权威性快速获取搜索排名和流量。
• 高度伪装：这些板块在视觉上极力模仿母站，需要仔细检查才能发现差异，具有误导性。
• 流量巨大：根据文章附图，CNN Underscored Money和USA Today Blueprint板块每月分别能获得超过60万和80万次搜索访问，且涉及“最佳抵押贷款机构”、“最佳贷款应用”等高商业价值关键词。
• 新闻独立性存疑：文章讽刺地指出，USA Today Blueprint板块的“道德准则”链接指向了其母公司的新闻道德页面，这与该板块实际由外部商业公司运营的现实形成鲜明对比。

结论

文章通过技术分析、公司注册信息溯源和网站细节比对，提出强有力的证据表明，Forbes Marketplace不仅在Forbes.com上运营，还将相同的模式扩展到了CNN和USA Today的网站上，通过建立技术独立、视觉近似的子站来获取搜索流量，这种行为符合寄生虫SEO的定义。

本文作者表达了对当前人工智能（AI）技术被滥用和过度营销的强烈疲劳感。作者并非反对AI本身，也承认其在特定领域（如疾病早期检测）的价值，但认为其在大多数情况下被不负责任地应用和鼓吹。

作者厌倦AI的三个主要视角：

1. 作为软件测试专家

   • 在18年的测试自动化经验中，核心挑战（如端到端测试的成本与速度、对可测试性的需求、扎实编程基础）始终未变，且无法通过堆砌工具解决。
   • 许多标榜“AI驱动”的测试工具只追求更快地产生结果，而非更优的结果。作者会谨慎使用AI来获取快速建议，但最终仍需依靠自身知识和经验判断与优化其输出，绝不信任AI能替代熟练的人类工作者。

2. 作为会议组委会成员

   • 近年来，收到大量明显由ChatGPT等AI生成或辅助撰写的会议提案。
   • 这类提案行文千篇一律，用词浮夸（如“dive into”、“pivotal”），缺乏个人见解和独特性，成为平庸文本。
   • 作者认为，提案是展示个人知识和观点的关键机会，将其外包给AI是浪费。因此，他倾向于直接拒绝明显由AI生成的提案，不信任其作者能做出有价值的现场演讲。

3. 作为普通人类

   • AI无法复制人类创作（如音乐、书籍、电影）中蕴含的思想、情感与体验。目前的AI生成内容（如社交媒体帖子、图片、评论）大多令人生厌、缺乏感染力。
   • 作者对AI带来的社会影响表示担忧：人们担心失业、企业盲目投入巨额资金却难见回报、AI的碳足迹日益增长。
   • 作者认为当前的发展方向并不正确。

总结观点： 作者认可AI在特定领域的实用价值，但坚决反对将其泛化为解决一切问题的“银弹”以及随之而来的过度营销。他强调人类经验、创造力与情感投入在专业工作（如软件测试）和艺术创作中不可替代的地位，并对AI滥用可能带来的社会、经济和环境问题感到忧虑。

英国舞台与影视演员玛吉·史密斯于9月27日星期五在伦敦去世，享年89岁。她的两个儿子托比·斯蒂芬斯和克里斯·拉金在声明中宣布了这一消息，称她是在切尔西和威斯敏斯特医院于清晨平静离世，身边有亲友陪伴。

玛吉·史密斯是演艺生涯横跨舞台、电影和电视的传奇人物，曾荣获两座奥斯卡金像奖、三座艾美奖以及众多舞台奖项。她在晚年因在热播剧集《唐顿庄园》中饰演维奥莱特·格兰瑟姆女伯爵而赢得新一代观众的喜爱，并为此角色获得两项艾美奖。她也因在《哈利·波特》系列电影中饰演米勒娃·麦格教授而闻名全球。

她是一位古典与当代角色的大师，以细腻的表演和标志性的肢体语言著称。其职业生涯始于20世纪50年代的舞台，很快在伦敦西区和百老汇崭露头角。她在《奥赛罗》中的演出为她赢得了奥斯卡提名，并凭借《春风不化雨》首次获得奥斯卡最佳女主角奖。此后，她又以《加州套房》获得第二座奥斯卡（最佳女配角）。她的电影作品还包括《看得见风景的房间》、《高斯福庄园》、《涉外大饭店》及其续集等。

舞台方面，她主演了《私生活》、《夜与日》等众多剧目，并凭借为她量身打造的《莱蒂斯与洛维奇》赢得了托尼奖。她曾被授予“大英帝国女司令勋章”（DBE）。

玛吉·史密斯生于埃塞克斯郡，曾在牛津剧院学校学习戏剧。她与演员罗伯特·斯蒂芬斯结婚后育有两个儿子，后与作家贝弗利·克罗斯再婚。晚年，她曾成功战胜乳腺癌。她身后留有两个儿子和五个孙辈。

孩子快乐的源泉：简单事物的价值

文章概述

本文通过两个生活实例，探讨了孩子与成年人兴趣点的差异，强调孩子往往从简单、反直觉的事物中获得巨大快乐。作者以亲身经历说明，满足孩子的小愿望可以带来意想不到的幸福体验。

主要事例

1. 生日礼物的启示

• 场景：作者女儿的第一个生日，家人赠送各种昂贵玩具。
• 孩子反应：女儿对玩具不感兴趣，反而更喜欢玩包装纸。
• 意义：揭示孩子与成人价值观的不同——孩子可能被简单、新奇的事物吸引，而非昂贵物品。

2. 维修店之旅

• 背景：作者需开车去维修店，五岁女儿Sophie要求同行。
• 作者预期：认为过程乏味，但这是父女共处时光。
• 活动：修车期间，两人跑杂事并在IKEA用餐。
• 转折点：车未修好，Sophie提议坐公交车回家。
• 作者顾虑：公交车程漫长（需一小时和两趟车），且可能一到家就被召回取车。
• 决定：尽管犹豫，作者同意了，因为女儿热爱坐公交车且每次都很兴奋。
• 体验：看到女儿快乐，作者觉得值得，认为花4美元乘车是“最值的花费”。
• 后续：回家后果然需取车，作者原计划打车，但Sophie再次提议坐公交车返回，作者欣然同意。

核心启示

• 孩子快乐的反直觉性：孩子常被成人视为“无用”或“简单”的事物所吸引（如包装纸、公交车）。
• 父母角色：通过接受孩子的简单愿望，父母能创造珍贵时刻，增强亲子纽带。
• 反思：作者建议读者每周尝试一些反直觉的方式来取悦孩子，关注他们的真实兴趣而非成人视角。

总结

文章以温馨叙事强调：孩子的快乐往往源于日常简单体验，而非物质价值。作者通过花费4美元的公交车之旅，收获了无价的家庭时光，鼓励读者重新审视孩子的需求。

为人类编写代码的挑战与设计原则

编写代码让计算机执行已经足够困难，而为人类（开发者）设计框架、库、API、SDK、DSL 等工具则更具挑战性。这不仅涉及计算机科学，还需理解用户的心理模型。

关键设计原则

1. 入门体验即产品

• 优先考虑快速上手：消除强制配置，简化API令牌设置，减少所有摩擦。
• 幸存者偏差：反馈通常来自重度用户，但未成功入门的用户声音被忽视。优化入门流程应像消费产品一样精心设计。

2. 通过示例学习，而非概念

• 人类是模式匹配机器，倾向于从具体例子中学习。
• 用丰富的示例替代冗长的核心概念文档，为用户提供更多接近其需求的起点。

3. 引导用户走向成功

• 开发者大部分时间在调试错误，每个错误都是引导用户走向正确路径的机会。
• 在异常信息中提供代码片段，发出有用的警告，帮助用户成功。

4. 避免概念过载

• 减少用户需理解的新概念数量（例如，3-5个核心概念即可构建强大工具）。
• 挑战在于保持构建能力的同时降低复杂度，而非单纯简化工具。

5. 遵循“概念鸭原则”

• 如果某物行为类似现有概念（如函数），应使用相同名称，以便用户利用已有心智模型。
• 例如，将数据转换单元称为“函数”而非“计算节点”，可大幅降低理解成本。

6. 强调可编程性

• 用户会创造性地在循环、函数中嵌套使用工具。
• 尽量使所有功能可通过代码调用（而非仅CLI），将配置转为SDK/API，支持参数化以创建多样实例。

7. 谨慎使用魔法、默认值和语法糖

• 魔法（如自动推断容器镜像）在少数情况下会失效，需确保其可靠性（如99%以上情况适用）。
• 默认值可能让用户忽略可定制性。
• 语法糖虽缩短代码，但可能牺牲一致性和可读性（参考Python vs Perl的教训）。除非适用99%以上场景，否则应避免引入。

未涵盖的扩展主题

文章还提及其他重要原则，如：

• 优先使用不可变性
• 避免代码生成脚手架
• 缩短反馈循环
• 简化弃用流程
• 为文档示例添加自动化测试

设计面向初体验用户的产品，类似于制作流行歌曲：制作人需想象首次聆听者的感受，这极其困难。这正是为人类编写代码的核心挑战。

美国法院判决LibGen赔偿出版商3000万美元并颁布广泛禁令

背景与诉讼 LibGen（Library Genesis）是一个长期运营的影子图书馆，提供免费访问数百万本需付费的书籍和学术论文。多年来，权利持有者多次试图关闭该网站，但因其运营者身份匿名且采用抗审查技术（如IPFS、域名快速更换等），效果有限。此前在2017年，爱思唯尔曾在美国纽约联邦法院赢得针对LibGen和Sci-Hub的诉讼，获赔1500万美元，但两者至今仍在运营。

2023年，教科书出版商Cengage、Macmillan Learning、McGraw Hill、Pearson Education等联合起诉LibGen，指控其造成“惊人”的版权侵权。由于LibGen匿名运营者未回应诉讼，法院最终依据原告的缺席判决动议作出裁决。

判决内容 美国联邦地区法院法官Colleen McMahon批准了缺席判决，认定LibGen构成故意版权侵权，并应停止运营。判决主要内容包括：

1. 赔偿金额：被告需为每部侵权作品支付法定最高赔偿额15万美元，总计3000万美元，且承担连带责任。
2. 广泛禁令：法院颁布了一项范围极广的禁令，要求第三方服务在接到通知后采取行动，包括：
   • 禁止广告网络、支付处理器、托管服务商、CDN服务、IPFS网关等为LibGen提供支持。
   • 禁止浏览器扩展及其他访问工具提供直接接入。
   • 要求域名注册商和注册机构暂停或转移所有已知LibGen域名（如libgen.is、libgen.rs等），并覆盖未来新注册的域名。
   • 禁令还涉及社交媒体平台、代理服务、缓存服务等，旨在全面切断LibGen的运营渠道。

现状与挑战 尽管判决在法律上取得胜利，但出版商实际收回赔偿的可能性极低，因运营者身份不明。目前，LibGen多个域名仍可访问。禁令的实施取决于第三方服务的配合程度，尤其外国企业可能对遵守美国法院命令持犹豫态度。该判决被认为是美国法院针对盗版发布的最广泛禁令之一，其实际效果有待观察。

Tcl 9.0 摘要

版本信息

最新稳定版本为 Tcl/Tk 9.0.3（2025年11月13日发布）。这是Tcl和Tk的最新主要版本，引入了众多新功能，并与Tcl/Tk 8存在一些不兼容之处。

Tcl 9.0 主要特性与改进

1. 64位支持：支持超过2GB的数据值，字符串、列表和字典可以非常大。
2. 国际化与编码：
   • 支持完整的Unicode码位范围。
   • 新增多种编码（如utf-16/32, UCS-2, CESU-8等）。
   • I/O编码选项（-profile, -failindex）用于管理编码。
   • source命令默认使用-encoding utf-8。
3. 文件系统功能：
   • Zip文件系统：可将zip文件挂载为文件系统。
   • 附加档案：支持将应用程序打包成虚拟文件系统（类似starkit），实现了Tcl脚本库与二进制库的打包，通常无需设置TCL_LIBRARY环境变量。
4. 事件循环引擎：在支持的系统（如Linux、macOS）上，新的通知器（notifier）基于epoll或kqueue系统调用构建，解决了旧式select对文件描述符数量的限制和性能瓶颈。
5. 新增命令与特性：包括大量新命令（如array default/for, chan isbinary, coroinject, file home/tempdir/tildeexpand, lseq, tcl::process等）、新的命令选项、数字格式改进（如支持下划线分隔的数字NN_NNN_NNN、新的数字前缀0o表示八进制）、以及TclOO面向对象编程的增强（如私有变量/方法、类变量/方法、抽象/单例类、可配置属性等）。

重要不兼容性变更（Tcl）

• 命名空间变量解析：未限定的变量名现在在当前命名空间解析，而非全局命名空间。
• 编码错误处理：I/O中的编码错误默认引发错误（-profile strict）。
• 波浪号路径：路径中的波浪号（~）不再被解释为用户主目录（使用file home和file tildeexpand替代）。
• tcl_precision：不再控制双精度数的字符串生成（使用format命令控制精度）。
• 移除功能：移除了binary编码别名、identity编码、一些过时的命令语法和子命令、以及若干C API函数（如Tcl_Backslash, Tcl_MakeSafe等）。
• 构建要求：始终启用线程；Windows平台需要Windows 7或更高版本。

Tk 9.0 主要特性与改进

1. 访问操作系统功能：新增访问系统通知（tk sysnotify）、打印（tk print）和系统托盘（tk systray）的功能。
2. 可缩放矢量图形：部分SVG支持，用于实现可缩放的部件和主题外观。
3. 图像支持：完整的图像元数据和alpha通道访问。
4. 平台特性与惯例：众多改进，包括在可用情况下支持双指手势操作；内置部件和主题支持缩放感知；aqua窗口系统需要macOS 10.10或更高版本。
5. 新增与改进：新增部件选项（如进度条-text、placeholder文本等）、改进的部件外观（如ttk::notebook的标签位置）以及图像元数据读写。

代码迁移

• 许多为Tcl 8编写的Tcl程序可以无需修改在Tcl 9中运行。更多程序可以通过少量修改实现对Tcl 8和Tcl 9的双重兼容。
• 使用公开Tcl C API的扩展和应用需要更多工作，但仍有合理途径实现源码兼容。
• Tk 9.0.0仅支持Tcl 9.0.0，不能用于Tcl 8.6。
• 提供了详细的迁移指南（包括脚本迁移和C扩展迁移），并且已确认许多现有应用、扩展和包已成功移植到Tcl/Tk 9。

详细信息请参考文章中提供的各类链接和完整的变更摘要。

本文详细分析了作者通过CUPS（通用UNIX打印系统）在UNIX系统（主要是GNU/Linux）上实现远程代码执行（RCE）的研究过程与发现。

核心漏洞链（CVE-2024-47176 等）： 研究聚焦于一组相互关联的漏洞，构成了一条完整的攻击链：

1. 入口点 (CVE-2024-47176): cups-browsed 服务（版本 ≤ 2.0.1）默认在 UDP 端口 631 监听所有接口（INADDR_ANY），并盲目信任任何来源的数据包，这会触发向攻击者控制的 URL 发送一个 IPP（互联网打印协议）Get-Printer-Attributes 请求。
2. 数据验证缺失 (CVE-2024-47076): libcupsfilters 库中的 cfGetPrinterAttributes5 函数未验证或净化从 IPP 服务器返回的属性，导致攻击者控制的数据被传入 CUPS 系统的其他部分。
3. 文件写入未净化 (CVE-2024-47175): libppd 库中的 ppdCreatePPDFromIPP2 函数在将 IPP 属性写入临时 PPD（PostScript打印机描述）文件时，未进行验证或净化，允许攻击者注入数据到生成的 PPD 文件中。
4. 任意命令执行 (CVE-2024-47177): cups-filters 中的 foomatic-rip 过滤器通过 PPD 文件中的 FoomaticRIPCommandLine 参数，最终实现了任意命令执行。

攻击原理与影响： 攻击者只需向目标机器的 UDP 631 端口发送一个特制的数据包（无需认证），即可强制 cups-browsed 连接到攻击者架设的恶意 IPP 服务器。攻击者随后返回恶意构造的 IPP 属性数据，这些数据会在目标系统上生成一个包含恶意指令的临时 PPD 文件。当用户向此被植入的“打印机”发送打印任务时，foomatic-rip 过滤器会执行 PPD 文件中注入的命令，从而实现远程代码执行。此攻击在局域网内也可通过伪造 mDNS/DNS-SD 广播实现。

受影响系统包括绝大多数 Linux 发行版、部分 BSD 系统，以及可能包括 ChromeOS、Oracle Solaris 等。作者通过互联网扫描发现，有数十万台设备暴露了此漏洞。

漏洞发现与利用： 作者从发现 cups-browsed 在 UDP 631 端口的可疑监听行为开始，通过代码审计和模糊测试（fuzzing）发现 process_browse_data 函数中存在栈缓冲区溢出等漏洞。进一步研究转向了更易利用的“低垂果实”——即上述 IPP 属性注入链。作者编写了利用代码，成功演示了在最新版 Ubuntu 系统上的远程代码执行。

修复建议：

• 如果不需要，应禁用并移除 cups-browsed 服务。
• 更新系统上的 CUPS 相关软件包。
• 若无法更新且依赖该服务，应阻止 UDP 631 端口及可能的 DNS-SD 流量。

漏洞披露经历与个人见解： 作者强调，从发现漏洞到完成研究并编写出有效利用代码仅花费了数天时间，但随后的“负责任披露”过程却异常艰难且耗时漫长。作者描述了与开发者及 CERT 协调时遇到的阻力、质疑以及长时间的争论，开发者最初对问题的严重性不以为意。作者最终通过社交媒体施加压力，才推动了问题的解决。文章也提及了 CVSS 评分（最初评为 9.9）的讨论以及披露过程中信息泄露的问题。

总结： 这篇文章揭示了 CUPS 打印系统中一组严重的安全漏洞，这些漏洞形成了一个从网络访问到命令执行的完整攻击链，影响范围广泛。研究过程展示了从发现可疑点、代码审计、模糊测试到构建完整利用的技术路径。同时，作者也尖锐地批评了当前安全漏洞披露机制中存在的低效与沟通障碍。

iA Writer的开发团队宣布，由于长期面临谷歌政策与安卓生态系统的挑战，决定暂停其安卓应用的主要功能开发，并将其从Play商店下架。

直接原因：谷歌政策变动与不合理的合规要求 七年来，团队持续应对安卓开发难题，而最近与谷歌的冲突成为转折点。谷歌更改API政策，撤销了iA Writer访问谷歌云端硬盘的权限，导致应用核心功能瘫痪。为恢复访问，团队经历了长达五个月、伴随55次政策更新的艰难沟通，被迫反复修改隐私政策、提交文件。即便如此，谷歌仍单方面变更协议，最初仅授予“只读”权限（这对写作应用毫无意义），随后又要求必须通过年度第三方安全评估（如KPMG审计）。这笔费用高昂（相当于一至两个月收入），且流程繁琐，对独立开发者构成沉重负担，实质上是在补贴谷歌的合作伙伴。

长期面临的系统性开发挑战 在谷歌政策之前，安卓开发已是困难重重：

1. 碎片化严重：数千种设备型号、安卓版本及定制系统（如MIUI、One UI）导致大量难以预测的兼容性问题，团队需自行购买设备调试。
2. 不经济的生态：应用商店存在排名操纵、严重的盗版问题，以及因不受控因素（如设备兼容性）导致的差评，不断侵蚀收入与声誉。
3. 持续的资源消耗：为应对层出不穷的障碍，团队耗尽资源，延误更新，却无法从根本上解决问题。

决策与原因 团队认为，继续妥协（支付审计费用、接受不断变更的条款）只会陷入更深的亏损循环，并进一步损害与用户的关系。在评估了长期投入产出比后，决定将iA Writer安卓应用“冻结”（下架）。这意味着：

• 现有用户仍可继续使用已下载的版本。
• 团队仅会推送必要的关键更新。
• 暂停所有新功能的开发。
• 用户支持将继续，但模式将改变。

未来计划 团队将把资源集中于更有前景的项目，包括Windows 11、Mac、iOS/iPadOS版本的更新，以及iA Presenter的开发。他们正在探索B2B（企业对企业）模式，认为通过直接向企业销售软件许可证，可能使安卓硬件生态变得经济可控。只有在找到可持续的商业模式后，才会考虑让iA Writer在安卓平台上“复苏”。

AlphaChip是谷歌开发的一种基于强化学习的AI芯片布局设计方法，它通过将芯片布线规划视为类似围棋的游戏，实现了高效且高质量的芯片设计。该方法由谷歌于2020年首次提出，并于2024年正式发布模型权重与预训练检查点。

技术原理

• AlphaChip从空白网格开始，逐步放置电路组件，最终根据布局质量获得奖励。
• 采用新型“基于边缘的”图神经网络，学习互联芯片组件之间的关系，并能跨芯片泛化，随着设计经验积累不断提升能力。
• 相比传统方法，它能在数小时内生成媲美或超越人类水平的布局，而人类设计通常需要数周至数月。

实际应用与影响

• 自2020年以来，AlphaChip已用于设计谷歌三代Tensor Processing Unit (TPU) 的布局（v5e、v5p、Trillium），这些芯片广泛应用于谷歌的生成式AI系统（如Gemini、Imagen、Veo）及云服务。
• 除TPU外，它也应用于谷歌其他芯片（如Google Axion处理器）。
• 外部公司如联发科已采用并扩展该方法，以加速先进芯片开发并优化功耗、性能和面积。

行业意义

• 作为首个解决实际工程问题的强化学习方法之一，它推动了AI在芯片设计领域的研究热潮，并被扩展到逻辑综合、宏选择等其他设计阶段。
• 它有潜力优化芯片设计的全周期，从计算机架构到制造，有望用于智能手机、医疗设备等日常硬件的设计。

未来展望

• 谷歌正在开发未来版本，并与社区合作，以进一步推动芯片设计革新，实现更快速、低成本、高能效的芯片。

MTA开放数据挑战赛

概述
MTA（大都会运输署）宣布举办首届开放数据挑战赛。这项为期一个月的竞赛邀请社区成员、开发者及数据爱好者利用MTA的开放数据集进行项目开发，参赛者需创造性运用至少一个MTA公开数据集，项目主题可涵盖交通、技术或城市规划等领域。

奖项

• 获胜者将获得一件来自MTA纪念品收藏的复古纽约市交通物品。
• 获胜项目将在MTA的数据与分析博客中发表专题介绍，并在MTA官方社交媒体账号上展示。

提交要求

• 项目必须使用至少一个MTA在data.ny.gov平台上的数据集（可参考MTA开放数据集完整列表）。
• 项目形式不限，例如网络应用、数据可视化、地图、书面报告或艺术作品等。
• 提交已于2024年10月25日截止，后续将公布获胜者及入围项目信息。
• 参赛者需遵守官方规则。

评审标准

1. 创意性：项目的独特性和创新程度。
2. 实用性：项目是否提供有价值的信息或提出有效解决方案。
3. 执行质量：项目的完成度、用户友好性及功能完整性。
4. 透明度：是否使用公开数据，是否充分利用MTA开放数据，以及项目文档的完整性。

OpenAI首席执行官萨姆·奥尔特曼去年冬季访问亚洲，与台积电、三星及SK海力士等公司高管会面，旨在推动其宏大的AI基础设施计划。据《纽约时报》报道，奥尔特曼向台积电提出了投资7万亿美元、新建36座半导体工厂和数据中心的构想，但这一提议遭到台积电高管私下嘲讽，称其为“播客小子”，认为其计划规模过于庞大、不切实际。

台积电新任董事长魏哲家此前也曾公开质疑奥尔特曼的激进风格，称“对我而言过于激进，难以置信”。报道指出，实现这些计划不仅需要巨额资金，还面临多年建设周期和地缘政治风险，例如奥尔特曼访问韩国时就因阿联酋与中国的关系导致谈判中断。

目前，OpenAI年收入约30亿美元，但年支出高达70亿美元，财务压力显著。奥尔特曼将AI类比为电力，认为其将渗透各领域，但行业尚未找到“杀手级应用”。微软的Copilot和苹果的Apple Intelligence等项目均进展缓慢或面临挑战。

尽管存在质疑，OpenAI仍在与MGX、微软、英伟达和苹果等公司进行谈判，而阿联酋与美国近期也签署了AI合作备忘录，为潜在投资提供了新的可能性。

Cloudflare 容器平台概览

核心定位与应用

Cloudflare 已构建并投入生产一个在其全球网络上运行容器的平台。该平台当前支撑着多项关键服务，包括 Workers AI（GPU推理）、Workers Builds（持续集成/部署）、Remote Browser Isolation 以及 Browser Rendering API。开发者使用这些服务时，实际上已在 Cloudflare 网络中隐式地运行了容器。

自建原因与核心原则

传统的云服务要求开发者管理基础设施（区域、扩缩容、负载均衡）。Cloudflare 的理念是 “网络即计算机”，旨在让开发者专注于构建应用，而非底层分布式系统。为此，他们构建了一个全球调度、硬件感知且深度集成的容器平台，以实现：

• 无需选择区域：平台自动处理路由、调度与容量分配。
• 快速与高效：优化启动时间，最大化资源利用率。
• 简洁的开发者体验：通过单一IP地址和API暴露服务。

核心技术架构

1. 全球调度

• 挑战：Cloudflare 在全球 330+ 城市拥有基础设施。传统区域性调度要求开发者手动管理多区域部署，复杂且无法充分利用网络容量。
• 解决方案：构建了一个分层的调度系统。
  • 全局调度器（基于 Workers、Durable Objects、KV）：决定容器运行在哪个 Cloudflare 位置（例如城市）。
  • 本地调度器：在选定位置内，根据容量（如特定类型GPU的可用性）将容器分配到具体的服务器（“metal”）。
  • 优势：平台可动态添加资源并立即将其投入服务，开发者自动受益。这使得负载能够根据全球流量和容量变化被智能迁移。

2. 支持 GPU 与 AI 工作负载

• 挑战：AI模型对GPU内存需求各异，且容器镜像巨大（常超过15GB）。
• 解决方案：
  • 运行时无关：支持 gVisor（已支持GPU）、Firecracker 微虚拟机和传统虚拟机，以适应不同需求。
  • GPU调度：全局调度器感知GPU内存资源，优先安排大内存模型，然后在同一位置调度小模型到其他机器，最大化GPU利用和覆盖范围。
  • 镜像拉取优化：
    • 使用 R2 进行全球分布式存储，结合 Cloudflare Cache 提高缓存命中率。
    • 自研并开源了 serverless-registry，一个基于Workers的快速容器镜像仓库。
    • 采用 Zstandard (zstd) 替代gzip压缩，并自定义构建工具将镜像分块，将大型GPU镜像的拉取时间缩短约50%（例如，30GB镜像从8分钟降至4分钟）。

3. 网络与负载均衡（全球状态路由器）

• 挑战：容器可能仅部署在网络中的部分位置，而Unimog（L4负载均衡器）和 anycast 需要将流量路由到正确的容器实例。
• 解决方案：构建了全球状态路由器作为Unimog的伴侣服务。
  • 为容器化应用分配一个虚拟IP地址（使用anycast）。
  • 路由器维护所有anycast IP到容器IP的映射，并基于容器健康状况、就绪状态、距离和延迟持续更新。
  • 在入口和出口点通过eBPF程序拦截并转发数据包到最佳容器。
  • 开发者体验：开发者只需部署容器并获得一个IP，平台自动处理全球流量分发。

应用场景

• 远程浏览器隔离 & 浏览器渲染：容器运行在离用户最近的网络节点（330+位置），确保交互的低延迟，用户体验接近本地。
• 利用闲置计算（“非峰值”作业）：
  • Workers Builds（CI/CD）使用 scheduling_policy: “off-peak” 调度策略，运行在全球夜间处于低流量的服务器上，利用闲置CPU资源，降低成本并提升白天峰值处理能力。
  • 预热镜像：服务器预先下载好构建所需镜像，使得新容器（每次构建都使用新容器以隔离）的启动时间从约75秒降低至10秒以下。

未来方向：与Workers深度集成

Cloudflare 正在探索将容器与 Workers、Durable Objects 更无缝地集成。目标是让开发者能在 wrangler.toml 配置文件中声明容器应用，然后在Worker或Durable Object代码中通过RPC方法直接启动、配置并与容器交互（例如挂载R2存储桶），而无需关心部署、扩缩容、服务发现和认证问题，所有这些由平台自动处理。

当前状态与开放

该平台已在生产中运行，但尚未对所有用户开放。Cloudflare 正在寻找有限数量的工程团队进行早期共建，并计划在2025年更广泛地提供服务。

本文探讨了一种新型数学研究协作模式，并提出一个泛代数领域的试点项目，以测试这种模式的可行性。

传统数学研究的局限与新技术带来的突破 传统的数学研究通常由少数专家进行，他们相互熟悉项目各环节以便验证贡献。然而，这种模式难以扩展到大规模协作，尤其是涉及公众参与或AI工具辅助时，因为数学论证中任何一个错误都可能影响全局。证明辅助语言（如Lean）的出现，通过将复杂项目模块化，为解决这一问题提供了可能。它允许专业数学家、公众及AI工具在无需理解全部细节的前提下，协同推进研究。目前，这类协作主要用于形式化已有数学成果，但作者认为其同样适用于探索新数学，例如过去曾开展过的“Polymath”在线协作项目。引入证明助手有望消除人工管理与验证带来的瓶颈，尤其适用于可模块化、重复性的大规模问题探索，并能为自动化工具提供基准测试平台。

具体试点项目：探索简并代数中的蕴含关系 作者受MathOverflow问题启发，提议在泛代数领域开展一个试点项目。项目核心是研究原群（仅定义了一个二元运算的集合）的*等式公理（不含常数的纯等式）。例如，交换律 x*y = y*x 和结合律 (x*y)*z = x*(y*z) 都是等式公理。

作者以11条具体等式（编号Equation1至Equation11）为例，展示了它们之间蕴含与非蕴含关系构成的偏序集（哈斯图）。例如，Equation1蕴含所有其他公理，Equation10（结合律）蕴含Equation9，但反之不成立。验证这些关系有时需要构造反例，或进行非平凡证明（如证明Equation4蕴含Equation7，文中给出了证明概要及Lean形式化版本）。确定两组公理间是否蕴含是不可判定的，这类似于停机问题，但项目希望在复杂度达到不可判定阈值前发现有趣现象。

项目规划与执行方式 项目的宏大目标是将上述11条公理的偏序图扩展一到两个数量级。作者提议研究集合S，包含所有“使用二元运算*不超过4次”（考虑变量重命名、等式的自反与对称性）的等式。经计算，S约含4694条等式。完全暴力比较所有等式对不现实，但可利用偏序公理等性质减少比较次数。

项目计划以众包形式进行，鼓励贡献者向GitHub中央仓库提交Lean证明（证实蕴含或非蕴含关系）。提交可自动验证，并更新一个记录所有比较状态（真、假或开放）的文件以避免重复劳动。工作流程设想包括：

1. 处理“低垂果实”：某些公理（如Equation2, Equation3）结构清晰，易于推导其蕴含关系；利用反射对称性（将运算* 替换为 xy → yx）可减半工作量；使用具体数学结构（如自然数加法）作为反例模型。
2. 结合自动化工具：可借助Prover9（证蕴含）和Mace4（找反例）等现有等式逻辑工具处理简单情况，再将结果转换为Lean。
3. 混合协作模式：除了形式化的Lean证明，项目也可能接受非形式化的“蓝图”证明（由不熟悉Lean的贡献者或自动化工具生成），再由人类或AI工具转换为Lean形式化版本。这可能通过论坛（如博客或Zulip聊天室）协调。
4. 可视化与社区参与：项目希望集成图形可视化软件，以展示不断更新的偏序集。作者欢迎对此项目的反馈、改进建议，并征集参与意向。

当前状态 文章最后更新指出，该项目已于2024年9月30日启动并高度活跃，主要页面为GitHub仓库，相关讨论可在Lean Zulip聊天室进行。

文章摘要：使用Eg-Walker进行协作文本编辑：更好、更快、更小

本文介绍了一种名为Eg-Walker的新型协作文本编辑算法。该算法旨在克服现有主流方法（操作转换OT和无冲突复制数据类型CRDT）的固有缺陷。

现有方法的局限性：

• 操作转换：当用户进行大量离线编辑导致文档版本严重分叉时，合并过程非常缓慢。
• 无冲突复制数据类型：加载文档速度慢，且内存消耗巨大。

Eg-Walker的核心优势：

1. 极低的内存占用：在稳定状态下，其内存消耗比现有CRDT算法低一个数量级。
2. 极快的加载速度：从磁盘加载文档的速度比现有CRDT快数个数量级。
3. 高效的合并性能：合并长期运行的分支（例如长时间离线编辑后产生的分叉）的速度比OT算法快数个数量级。
4. 可靠的底线性能：在最坏情况下，其合并性能与现有CRDT算法相当。

应用前景： Eg-Walker可以像CRDT一样用于各种场景，特别是无需中心服务器的点对点系统。由于其性能已可与集中式算法相媲美，该成果为点对点协作软件的广泛采用铺平了道路。

互联网更快、更私密的新标准

本文介绍了Cloudflare为提升互联网速度与隐私所推动的几项关键新技术与标准。

1. Zstandard (zstd) 压缩算法

Zstandard是一种先进的压缩算法，相比广泛使用的Brotli和GZIP，它具有显著优势：

• 速度：压缩数据速度比Brotli快42%，与GZIP相当。
• 压缩率：文件大小比GZIP平均减少约11.3%，压缩比率（2.86:1）接近Brotli（3.08:1）。
• 优势：在动态内容（如HTML）的实时压缩中表现出色，能平衡高压缩率与高速度，直接减少数据传输量和服务器处理延迟，提升网站加载速度。
• 技术原理：通过更大的内存窗口、并行处理、无分支设计以及高效的有限状态熵（FSE）编码实现性能突破。
• 部署与未来：已向所有Cloudflare客户开放，可通过“压缩规则”功能启用。未来将探索利用压缩字典（包括通过AI动态生成）进一步提升压缩效率，并计划在2025年实现端到端支持。

2. 加密客户端问候 (ECH)

ECH是一项旨在增强隐私的提议标准，解决了TLS握手中服务器名称指示（SNI）明文暴露的问题。

• 目的：防止网络中间人窥探用户访问的具体网站。
• 工作原理：将客户端问候消息拆分为两部分。ClientHelloOuter 包含公开名称（如 cloudflare-ech.com），而 ClientHelloInner 包含真实目标服务器名称等敏感信息，并被加密。只有作为客户端接入服务器的Cloudflare能解密真实目标。
• 效果：任何观察者只能看到流量发往公开的通用名称，无法得知实际访问的网站。
• 现状：已默认为所有Cloudflare免费版计划启用，其他计划可手动开启。与浏览器合作伙伴共同优化了与中间件（如企业代理）的兼容性。

3. HTTP/3 优先级与 QUIC 拥塞控制

Cloudflare正在投资优化数据传输效率：

• HTTP/3 优先级：通过 Extensible Priorities 标准，根据资源（如HTML、CSS、图片）的紧急程度和渐进性，智能管理加载顺序，确保关键内容优先加载，提升页面呈现速度。
• QUIC 拥塞控制 (BBR)：采用先进的BBR（瓶颈带宽和往返传播时间）拥塞控制算法（特别是BBRv3版本），能更精确地估算网络可用带宽，动态调整数据流，减少网络拥塞、丢包和重传，提高传输效率和稳定性。
• 测量与部署：Cloudflare利用 真实用户指标 (RUM) 和 服务器计时 (Server-Timing) 响应头收集实时性能数据（如RTT、协议类型），通过严谨的实验来量化这些技术对Core Web Vitals（如LCP）等指标的影响，确保优化有效且无回退，然后逐步推广至所有计划。

4. 压缩规则普及

Cloudflare宣布将此前仅限企业版的压缩规则功能向所有付费计划用户开放（免费计划于2024年10月上线），使所有客户都能精细控制压缩行为（如指定压缩算法、文件类型），以优化性能。

总结：Cloudflare通过推动Zstandard、ECH、HTTP/3优先级和BBR等技术，致力于在性能（更快的压缩与传输）和隐私（加密连接元数据）两方面建立新的互联网标准，并通过数据驱动的实验方法确保这些改进切实惠及所有用户。

美国无法建造破冰船的原因

一、美国的极地利益与破冰船需求

美国在北极和南极拥有广泛利益。阿拉斯加约三分之一土地位于北极圈内，蕴藏丰富石油、天然气及矿产资源；在南极运营着麦克默多站等三个大型科研基地。然而，进入这些冰封区域依赖特殊设计的破冰船。美国海岸警卫队估计需8-9艘极地破冰船，但目前仅有两艘：重型破冰船“极星号”（1976年服役，严重老化）和中型破冰船“希利号”。美国自1976年以来未再建造重型破冰船，现役船厂也缺乏相关建造经验。

二、全球破冰船竞争与美国的落后

俄罗斯拥有40余艘破冰船并持续建造；中国拥有5-7艘且正在扩充。芬兰凭借波罗的海航行需求，垄断了全球80%的破冰船设计和60%的建造份额，具备高效且低成本的建造能力。随着气候变化使极地航行需求增加，国际竞争加剧，但美国的破冰能力却持续萎缩。

三、美国破冰船项目的问题

为替换老旧船队，海岸警卫队于2013年启动“极地安全船”项目，计划建造重型破冰船。2019年授予合同，原定2024年交付，但至今设计仍未完成。主要原因包括：

• 设计与经验不足：承包商VT Halter Marine缺乏破冰船建造经验，且其采用的“母型设计”（一艘未建造的德国破冰船）修改复杂，导致设计进展缓慢。
• 技术挑战：使用特殊钢材需要开发新焊接工艺，设计错误频发。
• 成本飙升：单船成本从最初估计的8-9亿美元涨至17-19亿美元，是国际价格的4-5倍。
• 进度严重延误：首船交付预计不早于2029年，设计完成率极低。

四、破冰船的技术特性

破冰船通过特殊船体设计、高功率发动机和全向推进器等技术破碎冰层。现代破冰船常采用倒退破冰方式以提升效率。这些专业化设计要求高，使得全球仅少数船厂具备建造能力。

五、政策保护主义加剧困境

美国法律规定海军和海岸警卫队船只必须在国内船厂建造，即便面临能力不足和成本高昂问题，也未考虑从芬兰等经验丰富国家采购。虽然可申请豁免，但缺乏政治意愿。此外，在项目招标中，海岸警卫队反而选择了缺乏经验的承包商，而非拥有破冰船建造背景的团队。

六、总结

美国破冰船危机反映了更广泛的造船业问题：受保护主义政策束缚，国内船厂效率低下、成本高昂、进度拖延，且缺乏技术专长和紧迫感。即便破冰需求迫切，决策层仍未能采取务实措施（如引进外国设计或建造），导致国家极地利益面临风险。

文章概述： 作者分享了等待两年后终于收到预购的MEGA65电脑的开箱与初步使用体验。MEGA65是基于1990年Commodore 65原型机的开源现代化复刻版，由德国非营利组织设计，旨在让爱好者以可承受的价格体验这款未量产的经典机器。

核心内容：

• 背景与获取： 作者于2022年5月预购，因新冠疫情和芯片短缺导致延迟。MEGA65是Commodore 65的“100%开源实现”，由Trenz Electronic制造。
• 包装与外观： 包装设计精美，借鉴了Commodore 64的零售盒风格。机器外观忠于原作，具有彩虹条纹、银色字体和PETSCII字符键盘，整体做工精良，编号为1268。
• 硬件配置与接口：
  • 左侧配有电源开关、两个摇杆端口和一个复位开关。
  • 背部接口齐全：耳机插孔、MicroSD卡槽、以太网口、HDMI、VGA、串口、卡带插槽和电源插座。
  • 键盘手感良好，键帽印有PETSCII符号。
• 开箱与初步测试：
  • 配件包含手册、电源适配器（附区域插头）和注册卡（用于访问支持资源）。
  • 需自备HDMI、以太网线等线缆及RTC电池。
  • 连接电视后成功启动，进入设置向导，可配置日期/时间、视频和音频选项。
• 内部结构：
  • 拆解简便，底部有检修门。内部空间宽敞，主板仅占小部分，其余为软驱、键盘等。
  • 主板为“R6”修订版，软驱为通用的ALPS 1.44MB高密度型号，配备大型弹出按钮。
  • 板载超级电容可短期维持RTC，但作者安装了CR2032电池以长期保持时钟运行。
  • 设有多个未使用的扩展接口和插针。
• 功能体验：
  • 安装电池并重新组装后，完成设置。
  • 随机附带的演示程序、游戏和工具已预装在SD卡中。
  • 作者测试了BASIC编程，发现文本滚屏速度极快，性能令人印象深刻。
  • 文章以展示一段喜欢的演示程序“Bad Apple”结束。

总结： 文章全面记录了MEGA65从开箱、外观欣赏、硬件检查、内部探索到初步功能测试的过程，展现了这款现代化复古电脑的品质、设计理念及其带来的怀旧与新鲜感并存的体验。

ZFS磁盘噪音问题原因与解决方案

问题描述

用户使用Proxmox系统，在三个四盘RAIDz1 vdev组成的ZFS池中运行虚拟机时，十二块硬盘持续发出可闻噪音（至少每秒一次）。根本原因是不当的池拓扑与过小的数据块大小导致频繁的小IO操作和磁头寻道。

核心原因分析

1. 不理想的vdev宽度

• 四盘RAIDz1的存储效率低于预期（实际约72.7%而非75%）
• ZFS写入时需将数据块均匀分配至数据盘，四盘Z1无法完美适配多种数据块大小

2. 过小的volblocksize

• Proxmox默认使用volblocksize=8K（v7及之前）或16K（v8）
• 小数据块在四盘Z1中无法均匀分割，导致：
  • 写入操作碎片化：每次写入仅使用部分磁盘（如8K块仅用3盘）
  • 存储效率降低：8K块在四盘Z1中效率仅67%
  • 磁头频繁寻道：单扇区小IO操作最大化磁头移动，产生噪音

3. 影响叠加

• 不理想拓扑+小数据块 → 更多写入操作 → 更多磁头寻道 → 更高噪音
• 例如：写入64K数据时，原配置需16-24次磁盘操作，优化后仅需2-3次

解决方案

1. 优化池拓扑（需重建池）

2. 调整volblocksize（需重建数据集）

• 通用虚拟机推荐64K：平衡延迟与吞吐量，减少IO操作次数
• 数据库专用：根据页面大小选择（如PostgreSQL用8K/16K，MSSQL用64K）

3. 配置示例对比

4. 辅助物理措施

• 使用带橡胶减震的金属机箱
• 避免玻璃侧板等振动传导性强的外壳
• 确保硬盘螺丝使用橡胶垫圈

关键结论

ZFS磁盘噪音主要源于配置不当导致的频繁小IO操作。通过：

1. 使用合适的vdev宽度（避免四盘Z1等不理想配置）
2. 增大volblocksize至64K（通用场景）
3. 重建池拓扑（推荐镜像或三盘Z1）

可大幅减少磁头寻道次数，在提升性能的同时显著降低噪音。需注意：RAIDz vdev宽度和volblocksize一旦设定无法更改，优化需重建整个池。

间谍的真实面貌与训练：颠覆虚构的现实

在虚构作品中，间谍常被塑造为身手矫健、装备精良的形象。然而，现实中的间谍世界截然不同。

间谍的真实身份与选拔

二战期间，美国战略情报局（中央情报局前身）和英国特种作战执行局选拔的间谍并非动作明星，而是图书管理员、教授和研究人员等学者型人才。他们擅长在文献中挖掘情报，利用其“书呆子”气质潜入敌占区档案机构，低调地收集并传递敏感信息。

特种作战执行局的非常规培训

为这些新手间谍提供训练的教官队伍本身也很特殊：

• 炸弹教官比尔·坎珀：一名陆军工程师，随身携带炸弹零件。
• 宣传教官保罗·德恩：战前是电影评论家，战后成为《金手指》等著名间谍片的编剧。
• 审讯应对教官拉尔夫·维伯特：利用其律师经验教导学员。
• 伪装与假情报教官彼得·福里斯：一名演员。
• 野外生存教官“诺比”克拉克：利用在皇家庄园反偷猎的经验，教授设置陷阱等技能。

训练营甚至摆放间谍小说供学员阅读，但教学内容更强调实用技巧与真实风险。小说美化了间谍工作，而现实中许多特工（如诺拉·伊纳亚特·汗等）在集中营惨遭杀害。因此，特工常携带氰化钾自杀药丸（L药丸），以求比纳粹折磨更痛快的死亡。

核心训练原则：现实与虚构的对抗

训练反复强调：现实中的间谍必须表现得像普通人。具体技巧包括：

• 接头暗号：避免使用“黑鹰午夜起飞”这类戏剧化短语，而应采用看似寻常争吵的对话（如：“帽子不错，傻瓜。”“你有什么毛病？”）。
• 情报网络：从入职第一天起，就建立由银行职员、咖啡馆员工、医生、裁缝、邮差等组成的“八卦团体”，通过闲聊诱导“无心之言”获取情报。
• 情报分析：关注火车班次、道路管制、士兵抱怨等细节，这些可能预示军事行动。

女性特工的独特角色与残酷命运

女性常被任命为信使，原因包括：

• 无需解释为何不上战场。
• 可避免盖世太保的街头抓捕（拉夫勒）。
• 能方便地用大篮子携带无线电发射器（盖上蔬菜伪装）。 然而，女性特工面临极高风险，估计半数潜入法国的女性特工牺牲，死因往往极其残忍。

简单实用的间谍技术

真实的间谍工具追求极致隐蔽与日常化：

• 通信：使用“死信箱”传递消息。
• 书写：
  • 隐形墨水：使用明矾、醋酸铅、氨水等日常物品，或用凡士林转移字迹。要求使用哑光纸和蘸水笔，避免刮擦纸面。
  • 密码：无需恩尼格玛机，只需一本书和预先约定的页码、行数、单词数来加密信息。甚至可以用记忆中的诗歌和关键词系统。
• 安全检查：在信封口撒烟灰代替微点技术来检测是否被拆开。
• 物理伪装：将写有隐形信息的纸揉皱扔在树林里，像废弃包装纸；手写文件以防打字机被追踪。

结论

现实间谍工作的核心是低调、日常化伪装和对细节的敏锐观察，与电影中的高调冒险形成鲜明对比。培训旨在对抗流行文化塑造的刻板印象，强调最有效的方法往往是那些最容易被忽视的普通做法。

Nardwuar the Human Serviette 是一位以极致深入的研究和古怪互动著称的采访者，主要采访音乐人。他的风格是先用快速、看似随意的问题让对方困惑，随后揭示其对受访者个人历史的惊人了解，如提及童年旧事、特定点餐记录或早已遗忘的往事。采访常以标志性口号“Keep on rockin' in the Free World! Doot-doola-doot-doo”结束，并摆出定格姿势等待对方回应。

核心采访哲学与准备 Nardwuar认为“每个人都有故事，而我的任务是挖掘它”，并坚信研究永无止境——“当你认为完成了终极研究的那一天，就是你该退休的时候”。他通过电脑文件积累资料，为每位采访对象建立档案（如Snoop Dogg、Paul McCartney的档案尤为庞大），不断添加新线索，并认为许多信息不难找到，只是多数人缺乏跟进的耐心。

难忘的采访经历

• 最佳与创意时刻：
  • 与Snoop Dogg的“兄弟情”始于2000年因一个Redd Foxx玩偶引发的“易物”，此后他多次通过赠送如Snoop制作的稀有电影录像带等礼物深化关系，Snoop甚至主动“抢走”玩偶。
  • 采访Juice WRLD意义特殊，因后者在社交媒体主动邀请，采访在温哥华举行。
  • 通过Pharrell的担保获得采访Jay-Z的机会，并曾通过Franz Ferdinand获得为其乐队开场演出的机会。
  • 采访加拿大历史学家Pierre Berton时，对方坦然回答了关于致幻剂使用的问题。
• 最尴尬与挑战性时刻：
  • 1994年采访Sebastian Bach时，对方因不满而砸毁录像带并扔掉他的标志性帽子，迫使他更换了如今标志性的苏格兰便帽。
  • 采访Logic时被喷了彩带，采访Diplo时甚至被对方扛起并“替代”。
  • 电话采访Rob Zombie时，对方在Nardwuar说完口号后离开房间，最终由清洁人员回应。
  • 等待采访Ashanti长达12小时。
  • 采访Future的视频最初反响平平，但Future的经典回应“sensational”后来成为流行梗。
• 遗憾与未竟之愿：
  • 未能完成对Neil Young的采访，并错过了询问关于朋友睡袋下落的机会。
  • 希望采访Tina Turner（已故）、Barack Obama、Paul McCartney、Neil Young和Playboi Carti。

个人经历与韧性 Nardwuar曾经历1999年脑出血和2015年心脏手术两次重病。第一次康复后他因恐惧而延迟重返工作，但在朋友鼓励下采访了James Brown；第二次手术后仅一个月便复出采访DJ Khaled。这些经历让他更加珍惜生命，从而能以更平和的心态面对糟糕的采访，因为“能呼吸，就是幸福”。

标志性互动 其采访中的“Doot-doola-doot-doo”口号及冻结姿势是互动高潮，多数受访者会配合回应。他始终认为自己的方式具有可复制性——“如果Nardwuar能做到，任何人都能”，鼓励人们深入挖掘故事。

文章《Rewriting Rust: A Response》摘要

本文是对另一篇关于Rust未来构想的文章的回应，作者介绍了正在开发中的编程语言 Yao，并阐述了Yao如何试图实现甚至超越那些构想。

核心理念与技术特性

1. 限制性函数特质：Yao 旨在解决 Rust 的函数着色问题。其函数特质（如 pure）被设计为限制性的，即会限制函数的能力，而非赋予额外能力（如 async）。默认情况下，函数可以执行任何操作，这消除了因 async 引发的调用层次问题。

2. 受限结构化并发与全局上下文：Yao 的许多特性依赖于受限结构化并发。其中一个关键应用是安全地处理全局上下文（如当前工作目录、环境变量）。Yao 使用“上下文栈”为每个线程提供独立的、可继承的上下文，从而避免了共享可变全局状态带来的数据竞争问题。文中通过示例演示了 Yao 程序可以安全地更改和查询自己的工作目录与环境变量。

3. 无垃圾回收器的自动内存管理：作者认为，结合 RSC 和基于作用域的资源管理，Yao 能够实现无需垃圾回收器的全自动内存管理。目前的演示（在 Valgrind 下运行）显示没有内存泄漏。

4. 编译时与运行时能力：

   • 编译时：Yao 能在编译时限制语言特性（例如，通过 --lang-mode=iterative 禁用 while 循环以保证非图灵完备），实现细粒度的编译期能力控制。这种控制可应用于关键字、函数、包、类型等。
   • 运行时：利用上下文栈和操作系统支持的目录文件描述符（如 Linux 的 RESOLVE_BENEATH），Yao 可以实现强大的运行时文件系统能力。程序可以授予不可信代码有限的文件访问权限（仅限于特定配置目录），从而提升安全性并避免 TOCTOU 漏洞。

5. 其他语言特性：

   • 分布式：Yao 代码将编译为类似 LLVM 的中间表示进行分发，最终编译在用户本地完成，这避免了传统链接的漫长耗时。
   • 结构借用：得益于 RSC，在栈上分配的对象可以安全地传递给子线程。Yao 通过堆上的“影子栈”支持大对象分配，使得结构体字段的借用比 Rust 更简单。
   • 编译时函数：Yao 计划引入非惰性的 comptime 特性，通过柯里化和显式标记（#）实现编译时计算，用于实现泛型函数和泛型类型。编译时函数被要求是 pure 和 total 的，以保持类型系统的可判定性。

现状与坦诚声明

作者最后强调，尽管已有部分设计被实现并提供了演示，但他不确定 Yao 的所有设计是否最终可行。他坦诚地指出，RSC 和 Yao 的设计既有优势，也存在潜在的缺点和挑战。最终，这门语言是否值得采用，需要开发者自行判断。此外，他计划将项目的许可证从 SSPL 更改为 AGPL 类的许可。

赵长鹏出狱及未来展望

出狱与背景

• 释放时间：周五，币安创始人赵长鹏（“CZ”）将从加州长滩的监管设施获释，正式恢复自由。
• 服刑原因：因币安未能实施有效的反洗钱控制，他于今年4月从迪拜返回美国服刑四个月，此前在沙漠联邦监狱及长滩中途之家共羁押数月。
• 个人资产：其个人财富约600亿美元，为全球第25大富豪。

未来可能动向

1. 家庭团聚

   • 预计第一时间前往迪拜或巴黎，与居住在该地的子女及前伴侣何一（币安高管）团聚。
   • 此前家人在庭审中为其作证，他亦表示希望弥补过去因工作忽视家庭的时光。

2. 慈善事业

   • 入狱前启动 Giggle Academy 项目，旨在为全球贫困儿童提供免费优质教育工具。
   • 目前该项目仅展示网站及招聘启事，具体进展与资金细节待观察，但未来可能逐步落实。

3. 加密货币行业参与

   • 限制条件：根据刑事和解协议，赵长鹏必须卸任币安CEO并退出日常运营，币安也需接受美国政府委派的外部监管。
   • 持续影响力：作为币安最大股东，他仍对公司战略方向拥有重大话语权。币安目前专注亚洲及离岸市场，全球用户已超2.29亿。

展望

• 赵长鹏年仅47岁，处于许多高管职业生涯的黄金期，且已解决法律问题。
• 其在家庭、慈善及加密货币领域的行动将定义其“第二幕”，预计未来数年仍能在行业及商业中发挥显著影响力。

重构背景与目标

作者的个人网站技术栈历经演变，最终停留在老旧的 Gatsby 1.x 版本，面临本地构建失败、依赖升级困难及维护成本高等问题。为此，作者决定使用 Astro 框架进行彻底重构，主要目标包括：建立完全可控的专属博客写作空间、降低维护成本，以及打造更专业、简洁的视觉设计。

视觉与功能更新

新网站在视觉上进行了简化，减少了图片和动画，更新了配色与标准浏览器字体，并缩小了首屏（Hero）区域。功能上新增了博客版块及 RSS 订阅，并更新了准确的工作经历。

Gatsby 与 Astro 的技术对比

两者均为静态站点生成器（SSG），但在渲染和交互处理上存在显著差异：

• Gatsby：在构建时生成静态 HTML，随后水合（hydrate）为基于 React 的单页应用（SPA），依赖 JavaScript 处理导航。
• Astro：默认采用多页应用（MPA）架构，发送极少量的 JavaScript，通过全页刷新交付静态 HTML。这种模式页面加载更快、SEO 更优，并通过 Islands 架构支持局部交互，非常适合以静态内容为主的网站。

Astro 的核心优势

• 组件化设计：提供类似 React 的组件架构，但无需强绑定 React 依赖。
• 简化的数据处理：摒弃了繁琐的 GraphQL，采用基础的 import 和 await 获取数据；内容集合（Content collections）为博客提供了简洁且类型安全的 API。
• TypeScript 支持：提供深度的 TypeScript 支持，提升开发速度与代码可靠性。
• 便捷的集成：轻松集成 RSS、Sitemap 和 MDX 等功能，所需配置代码更少。
• 框架灵活性：允许在需要时混合使用 React 等其他 UI 框架，避免生态锁定。
• 完善的文档：文档结构清晰，包含专门的 Gatsby 迁移指南。

迁移面临的挑战

• 条件 CSS 处理：Astro 的样式策略使得条件应用类名（即使使用 class:list）比使用 styled-components 更繁琐。
• 组件转换成本：将无类型的 React 类组件迁移至带 TypeScript 的 .astro 组件耗时较长。
• 导出限制：.astro 文件不支持多个命名导出（Named exports），给大型代码库的组件组织带来一定不便。

最终成果

重构后的网站页面体积仅数百 kB，加载时间在数百毫秒内，Lighthouse 各项评分近乎完美。作者成功实现了所有初始目标：通过添加 .mdx 文件即可轻松发布博客，大幅减少了依赖和代码量以降低维护成本，并获得了符合当前审美的全新专业设计。Astro 完美契合了当前需求，显著提升了开发体验。

这篇文章探讨了日本饭团（onigiri）从本土主食发展成为全球现象的趋势。

国内流行与需求上升

• 以东京老字号Onigiri Bongo为例，这家经营近半个世纪的店铺每日售出多达1500个饭团，常出现长时间排队。
• 尽管日本大米总体销量下降，但饭团需求因新冠疫情期间居家饮食习惯改变而上升，人们开始订购更优质的“手工饭团”。
• 日本的便利店（如7-Eleven、FamilyMart）是饭团的主要销售渠道，不断推出新口味，其中7-Eleven在截至2023年4月的一年内售出了超过20亿个饭团。

全球范围的扩张

• 饭团正风靡海外，包括英国、德国、澳大利亚、美国及亚洲部分地区。
• 在法国，巴黎拥有超过50家饭团专卖店，饭团甚至被法国柔道运动员视为大赛期间的能量补给食品。
• 海外需求推动了日本大米出口增长，从2014年的4516吨增至2022年的28928吨。
• 位于悉尼的日本咖啡馆Parami表示，自2022年开始供应饭团以来，日销量从50个激增至500个，深受顾客喜爱。

历史渊源与本质特征

• 饭团历史可追溯至至少11世纪早期，出现在《源氏物语》、吉卜力动画《千与千寻》及浮世绘等经典作品中。
• 它传统上是家庭自制餐点，或用于运动会、野餐、长途旅行的便当。
• 饭团协会会长中村祐介指出，饭团的核心在于其灵活性：“只要包含米饭和馅料，并且能单手持握食用，就可以称为饭团。”但他强调，有一条不可违背的规则：“无论如何，都不能在上面淋酱油。”

总而言之，饭团凭借其简单、便捷、多样的特性，不仅在日本本土需求稳固，更成功跨越文化界限，成为代表日本的全球性美食之一。

文章探讨了诺曼征服对英格兰奴隶制的影响，指出征服为本土奴隶带来了自由的希望。同时，以布里斯托尔为例，揭示了城市在不同时期参与奴隶贸易的历史角色。18世纪，布里斯托尔因向北美出口非洲奴隶而繁荣，但缺乏官方纪念，仅有私人设立的牌匾和以奴隶Pero命名的人行桥。更早的11世纪末，布里斯托尔商人曾是英格兰主要的本土奴隶出口商，这段历史却被遗忘，编年史家威廉·马尔姆斯伯里在12世纪有所回忆。文章通过对比突出了历史记忆的演变与选择性。

BookStack：简洁免费的 Wiki 软件

BookStack 是一款完全免费、开源（MIT 许可证）的 Wiki 软件，以其简洁易用为核心设计理念。

核心特性

• 免费开源：代码托管于 Codeberg，可免费下载和自行部署。
• 简洁界面：采用所见即所得（WYSIWYG）编辑器，并将内容结构简化为 书、章节 和 页面 三个层级。
• 可搜索与连接：支持全文搜索（可在单本书或全局范围内进行），并可直接链接至任意段落。
• 灵活配置：可自定义名称、Logo、注册选项及系统公开性。
• 轻量级技术栈：基于 PHP 和 Laravel 框架，使用 MySQL 存储数据，对硬件要求低（可在低成本 VPS 上运行）。
• 内置图表工具：编辑器集成 diagrams.net，便于直接在文档中绘制图表。
• 多语言支持：用户可设置首选语言，内置包括中文在内的多种语言。
• Markdown 支持：提供带实时预览的 Markdown 编辑器。
• 多样认证方式：除默认的邮箱密码登录外，支持 OIDC、SAML2、LDAP 及多种社交登录。
• 强大功能：具备跨书排序、页面修订、图片管理以及完整的角色和权限控制系统。
• 多因素认证 (MFA)：支持 TOTP（如 Google Authenticator）和静态备份码，并可按角色强制启用。
• 明暗主题：提供浅色和深色两种界面主题，可在用户层面配置。

体验与资源

官方网站提供了在线演示环境，用户可立即体验（每半小时重置数据）。该软件由社区赞助支持。

Quadratic 是一款支持原生 JavaScript 的电子表格工具，允许用户在任意单元格中直接编写和运行 JavaScript 代码，用于数据摄入、分析和可视化。其核心特点包括：

• 原生 JavaScript 支持：JavaScript 代码可像公式一样在单元格内执行，运行速度快（毫秒级）。
• 数据可视化：支持使用 Chart.js 等 JavaScript 图表库创建动态图表和图形。
• ES 模块导入：通过 jsDelivr 等 CDN 直接导入 npm 或 GitHub 上的软件包。
• API 数据获取：利用原生的 fetch() 函数从 API 查询数据，并实时更新电子表格内容。
• 多语言集成：结合 SQL、Python 和 JavaScript 于同一平台，提升数据分析工作流效率。

该工具定位为快速、清晰、提供即时洞察的 AI 电子表格，提供免费试用。

CRPG Book Project (2023) 项目摘要

项目性质与目标 CRPG Book Project 是一个协作性、非营利性的倡议，旨在创建一本免费且易于获取的电子书，系统记录电脑角色扮演游戏（CRPG）的历史。其核心目标是将分散于各类网站、书籍、视频、播客及社区中的知识，整合为一部可访问且视觉美观的权威资料，以促进游戏历史的保存与普及。

关键特性与内容

• 版本与规模：最新版本为2023年10月发布的v4.0扩展版，全书共684页，涵盖从1975年至2019年的超过400款游戏。
• 多媒体资源：包含2,215张游戏截图，并维护了一个公开的Google Drive文件夹，内有超过20,000张PNG格式截图（涵盖750余款游戏）。
• 内容深度：不仅有游戏评测，还收录了关于特定游戏类型（如法国、韩国、中国RPG）、MMORPG、BBS游戏、RPG Maker作品及粉丝翻译历史的专题文章。同时提供开发者引言、模组推荐、游戏趣闻及现代硬件运行指南。
• 贡献者：由167名志愿者共同撰写，包括粉丝、AAA开发者、独立开发者、记者、模组制作者及知名行业人士（如Chris Avellone、Tim Cain等）。

发展历程

• 起源：项目始于2014年，由RPG Codex论坛的“TOP 70 PC RPG”榜单扩展而来。
• 发布与影响：2018年以PDF形式首次发布，下载量超过10万次。2019年与Bitmap Books合作推出限量精装版，截至2026年3月，作者利润（£41,438）已全部捐赠给巴西教育NGO “Vocação”。
• 迭代更新：2022年推出扩展版，新增164页，补充了更多非英语地区游戏。2023年8月由Bitmap Books出版实体扩展版。

媒体评价与社区反响 项目获得多家媒体积极评价，被赞誉为“该类型的新标准”（Eurogamer.de）、“对CRPG的宏伟情书”（Forbes）及“游戏类型的纪念碑”（AV Club）。目前有志愿者团队正在推进中文翻译工作。

访问与联系 电子书最新版本可免费下载，编辑可通过Twitter或邮件联系。项目截图画廊及资源文件夹均公开可用，致力于为玩家与研究者提供可靠、美观的一站式游戏历史资源。

Gaussian Frosting：可编辑的复杂辐射场与实时渲染

Gaussian Frosting（简称Frosting）是一种新颖的、基于网格的3D场景表示方法，用于实现高质量的复杂3D效果渲染、编辑与动画，并支持实时渲染。该研究已被ECCV 2024接收并被选为口头报告。

核心思想与贡献

1. 基于网格的可变厚度“糖霜”层：该方法的核心是用一个网格来代表场景表面，并在网格表面覆盖一层由3D高斯构成的“糖霜”层。该层的厚度根据材料特性自适应调整：在毛发、草地等模糊、复杂的材质区域较厚，以捕捉精细的体积效应；在木头、塑料等平坦、清晰的表面区域则很薄。这种表示方式既保留了表面几何的可编辑性，又融合了体积渲染的高质量。
2. 从图像重建与实时渲染：整个场景仅需RGB图像即可构建。继承自3D高斯泼溅（3DGS）的框架，Frosting支持高效的实时渲染。
3. 便捷的编辑与动画：通过直接操作基础网格，用户可以使用传统的3D建模和动画工具（如Blender）对场景进行变形、缩放、编辑和动画，同时保持高质量的渲染效果。研究团队还发布了Blender插件，使用户无需编程即可完成这些操作。

方法概述

Frosting的构建分为三个关键阶段：

1. 正向过程：从体积到表面

   • 首先，对一组3D高斯进行短时间优化，以从输入图像中学习场景辐射场。
   • 随后，从优化后的高斯中自动提取一个基础网格。此过程改进了现有方法，通过自动计算Poisson表面重建的关键参数（八叉树深度D），显著提升了网格质量和渲染性能。

2. 反向过程：从表面到体积

   • 以提取的基础网格为骨架，构建一个厚度可变的“糖霜”层。该层的厚度由场景材质的复杂性决定，用于容纳后续用于精细渲染的高斯。

3. 糖霜优化与编辑

   • 在糖霜层内初始化并优化一组更密集的3D高斯，使用3DGS的渲染损失进行训练。
   • 引入了一种新的高斯参数化方式，确保在优化和后续的编辑过程中，所有高斯都严格位于糖霜层内。同时，当基础网格被变形或动画时，高斯参数能自动同步调整，从而保证渲染效果的一致性。

性能与应用示例

• 复杂场景重建：在合成和真实场景中，Frosting不仅能高效渲染，还能准确重建毛发、草地等复杂细节，其渲染质量在模糊材质丰富的场景中甚至能超越原始的3DGS。
• 编辑与动画：研究展示了多个示例，如“Buzz骑在巨型小猫上”和“骑士在森林中休息”，成功实现了角色姿势的改变、场景组合与动画，并保持了毛发等细节的正确遮挡关系，这是其他基于表面的方法难以实现的。
• 性能对比：Frosting在可编辑辐射场方法中达到了最优的渲染性能，并与原始的3DGS（一种非编辑性的方法）具有竞争力。

其他信息

• 代码与工具：论文伴随代码发布，并提供了用于在Blender中导入、编辑和动画化Frosting场景的插件。
• 引用：研究可在ECCV 2024论文集中找到，引用信息为：Guédon, A., & Lepetit, V. (2024). Gaussian Frosting: Editable Complex Radiance Fields with Real-Time Rendering. ECCV.

本文介绍了一种名为LlamaF的FPGA加速器，旨在提升大型语言模型（LLM）在资源受限的嵌入式FPGA上的推理性能。面对LLM部署中内存和计算需求高的挑战，该设计采用训练后量化技术压缩模型大小，并优化片外内存带宽利用。其核心架构特性包括异步计算和完全流水线的矩阵-向量乘法加速器。在Xilinx ZCU102平台上对TinyLlama 1.1B模型的实验表明，相比仅使用ZCU102处理系统运行，该加速器实现了14.3至15.8倍的速度提升和6.1倍的能效改进。

文章核心观点：喜剧的本质是“搜索”

本文提出喜剧的核心机制是寻找不同思维模式间的意外连接。喜剧创作通过识别模式、构建关联来实现。

笑话的基本结构：铺垫与笑点

• 人类思维通过识别模式并做出预测来运作。
• 笑话分为铺垫和笑点两部分。铺垫引导观众识别一种模式并做出预测；笑点则通过引入一个截然不同的模式，打破观众的预测，形成幽默效果。
• 连接两个模式的桥梁被称为共同要素：一个同时属于两个完全不同模式的事物，通常具有双重含义。

创作笑话的方法：寻找荒诞关联

1. 核心技巧：将一个模式的某个“方面”脱离其原上下文，去寻找一个与它相关但整体完全不相关的全新模式。例如，从“猫”中提取“九条命”，再关联到“电子游戏”。
2. 步骤：首先通过铺垫让观众进入第一个模式；然后通过笑点揭示第二个模式，利用共同要素实现转折。

笑话的层次与优化

• 荒诞程度：两个模式差异越大、越不相关，笑点通常越强。
• 巧妙程度：两个模式与共同要素的联系越紧密、越合理，笑话就越显巧妙。
• 优化方向：
  • 加大对比：选择更迥异的模式或更夸张的方面。
  • 强化连接：寻找更多共同点或更合理的解释来连接两个模式。

进阶创作方法

• 关联链法：随机选取两个无关联的主题（如“运动员”和“火车”），列出各自的方面，寻找连接点（如“训练”与“火车”发音相似）。
• 荒诞化与合理化法：将某个方面进行夸张、反转等荒诞处理，然后为这个荒诞的结果寻找一个能使其合理化的新模式。
• 纯荒诞笑话：不存在明确的共同要素，仅仅是两个不相关的模式强行拼接，通过纯粹的无厘头产生喜剧效果。

表达形式 一个有趣的喜剧想法可以用多种形式呈现，如单口笑话、对话、网络漫画、即兴场景或喜剧小品。

总结 喜剧是一个在思维网络中搜索意外关联的过程。掌握“铺垫-笑点”结构和“共同要素”的连接原理，通过有意识地寻找模式间的荒诞联系，是创作笑话与喜剧内容的基础方法。