著名数学家陶哲轩（Terence Tao）长期以来一直倡导协作式发现，他通过整合形式化验证软件和人工智能，开创了向“实验”数学转变的先河。 在“博学项目”（Polymath Project，一种大规模、去中心化的数学问题求解模式）取得初步成功后，陶哲轩意识到人工审核的局限性以及人为错误的风险。这促使他采用了 Lean——一种允许将数学工作验证为计算机代码的交互式证明系统。通过领导诸如多项式弗赖曼-鲁扎（PFR）猜想等高调的形式化项目，陶哲轩证明了复杂的证明过程可以被拆解为模块化的子任务，从而使不同的团队能够高效地参与其中。 这一演变在“等式理论”（Equational Theories）项目中达到了顶峰，这是一项旨在梳理数千条代数定律的雄心勃勃的实验。该项目通过将人类智慧与自动定理证明器及计算机验证代码相结合，不仅成功绘制了一片广阔的数学图景，甚至还产生了新颖、出人意料的构造。 陶哲轩设想了一个数学能够像物理学等领域那样，采用实验性、大规模协作模式的未来。他相信，通过利用人工智能和形式化验证来处理可控的子问题，数学家们能够超越传统的孤立研究，开启一个数据驱动、机器辅助发现的新时代。
每日HackerNews RSS
这次讨论围绕《广达杂志》（*Quanta Magazine*）的一篇文章展开，该文详细介绍了数学家陶哲轩（Terence Tao）日益倡导在数学研究中使用人工智能及 Lean 等形式化验证工具的观点。
讨论显示出数学界对此持有两极化的反应：
* **AI 数学应用的支持者：** 许多用户认为 AI 是一种不可避免且强大的工具，能够降低研究中的“协调成本”。他们认为，Lean 和大语言模型（LLM）等工具将促成大规模的并行协作，有望将数学推向“证明丰富”的时代，并实现发现效率的指数级增长。
* **批评者与怀疑论者：** 一些评论者对“AI 炒作”以及 OpenAI 等商业实体对陶哲轩等领军人物的影响表示担忧。另一些人则认为，依赖机器验证的证明剥离了数学核心的“优雅”与人类直觉，可能导致产生虽然可验证却令人难以理解的结果。
* **细致的观点：** 几位参与者认为，有关“出卖”的论调被夸大了。他们认为陶哲轩的方法是务实的，即将 AI 视为又一种工具；并指出形式化是一个由来已久的追求，其历史早于当前的 AI 趋势。归根结底，这场辩论凸显了在拥抱自动化效率与保持数学发现中传统的审美及智力价值之间的紧张关系。
阿根廷开发者 Dante Leoncini 已成功将 1998 年的经典游戏《半衰期》（Half-Life）移植到 2007 年发布的诺基亚 N95（塞班系统滑盖手机）上。目前游戏运行帧率为 30 FPS，并已支持鼠标和键盘外设。
尽管 Leoncini 指出游戏运行中存在轻微的性能延迟，但他已找到原因并正在积极修复。由于 N95 搭载 ARM11 处理器并运行塞班系统，此次实现的是原生移植，而非 PC 模拟。该项目再次展现了 Leoncini 在挑战 N95 硬件极限方面的卓越能力——这款手机仅配备 332 MHz 处理器和 64MB-128MB 内存。他此前还曾成功移植过《雷神之锤 3》（Quake 3）和《古惑狼》（Crash Bandicoot），甚至为该平台开发了自己的游戏引擎及 Blender 克隆版。
Leoncini 的成果凸显了诺基亚 N95 所采用的 OMAP 2420 架构的持久潜力，证明了即使是老旧的移动硬件，通过专门的优化也能运行复杂的“重量级”软件。
一位开发者最近达成了一项技术里程碑：让《半衰期》（Half-Life）在 2007 年的经典智能手机诺基亚 N95 上以 30 帧的速度运行。这得益于 Xash3D 引擎，这是一个兼容 Valve GoldSrc 引擎的开源项目。
这一成就引发了 Hacker News 上关于怀旧的讨论，用户们回忆起 N95 作为一款超越时代的强大设备所拥有的地位。讨论涵盖了几个核心主题：
* **“复古”市场：** 爱好者们指出，中国存在一个灰色市场，利用回收的主板和替换零件组装“全新”的 N95 和 N900，尽管质量参差不齐。
* **现代需求与现实：** 许多参与者表示，相较于当前 iOS/Android 生态系统的“激烈竞争”，他们更渴望拥有一款像诺基亚 N900、基于 Linux 的 Librem 5 或 PinePhone 那样，具备物理键盘且更易于维修的现代“工具型”智能手机。
* **Symbian 与 Maemo：** 用户们深情地回忆起 Symbian（以及更先进的、基于 Debian 的 Maemo）的功能，包括在当时看来非常前沿的 Wi-Fi SIP 通话和 Python 脚本编写等高级特性。
* **游戏历史：** 这篇帖子还引发了关于早期 PC 游戏硬件要求，以及原版《半衰期》源代码持续且复杂的法律地位的辩论。
Waymo 推出了 **Waymo Premier**，这是一项专为高频用户设计的受邀制会员计划。会员每月支付 29.99 美元，即可享受旨在提升打车体验的一系列专属礼遇： * **优先接载：** 更快匹配车辆，缩短等待时间。 * **乘车优惠：** 所有行程均可获得 10% 的 Waymo Cash 返现，高峰时段奖励更高。 * **优先体验：** 在 Waymo 开拓新城市时，拥有优先使用服务的权限。 * **灵活取消：** 每月享有五次免手续费的行程取消机会。 该计划目前正在旧金山、洛杉矶和凤凰城的特定用户中逐步推出，并计划在未来扩展至更多市场。会员权益适用于 Waymo 运营的所有城市。 Waymo 开发此等级旨在响应那些将自动驾驶服务作为主要通勤方式的日常乘客的反馈。符合条件的用户请留意 Waymo 应用程序中的专属邀请。
这篇 Hacker News 讨论帖探讨了 Waymo 推出的“Waymo Premier”会员服务，定价为每月 29.99 美元，权益包括优先叫车、10% 返现以及新服务区域的抢先体验权。
社区反应两极分化。许多用户表示怀疑，将其称为“平台腐化”策略——即对本不应设限的服务收费；而另一部分用户则认为，这对经常出差的商务人士来说很有价值。讨论的重点很大程度上集中在无人驾驶出租车与公共交通的权衡上，许多用户因安全担忧、卫生状况及“最后一公里”问题而更倾向于选择网约车。
此次对话也凸显了更广泛的社会矛盾，包括那些将私家车视为基本自由的人，与那些主张改善公共交通基础设施的人之间的分歧。批评者还指出了可靠性问题，例如 Waymo 在施工或紧急情况期间容易阻塞道路，并讽刺了在布满传感器监控的车辆中谈论“隐私”的荒谬性。归根结底，该讨论反映了一个更广泛的议题：无人驾驶交通最终会取代城市居民的私家车拥有权，还是只会成为少数人的昂贵奢侈品。
Asahi Linux 团队呼吁用户避免安装 macOS 15 "Golden Gate" 测试版。苹果在该版本中对启动引导程序和启动磁盘的处理机制进行了重大更改，导致现有的 Asahi Linux 分区无法被识别且无法启动。
所幸此问题不会造成数据丢失，Linux 分区仍然完好，但在找到解决方案前无法访问。Asahi Linux 已就此更改向苹果提交了错误报告，目前正在等待回复。建议已更新的用户尽可能从备用的旧版 macOS 系统启动。
另外，即将推出的 Linux 7.2 内核将引入对 Apple M3 设备的支持。但该功能仍处于实验阶段，尚未达到常规使用标准，特别是对于那些已经升级到存在问题的 macOS 15 测试版的用户来说。
最近的 macOS 27 测试版无意中导致 Asahi Linux 无法启动，这在 Hacker News 上引发了关于苹果开放性以及消费级硬件现状的讨论。
问题根源在于苹果开始强制执行一个名为“VolBootable”的未公开 APFS 标志。Asahi 开发者已经找到了解决方案并正在更新其安装程序，同时澄清称此次变动是无意的漏洞，而非阻止第三方操作系统的恶意行为。
此次事件重新引发了关于“维修权”和用户自由的广泛讨论。批评者认为，苹果缺乏硬件文档迫使开发者进行不必要的逆向工程；而支持者则认为，苹果已经提供了能够运行未签名操作系统的引导加载程序，这是许多其他消费设备所不具备的功能。一些用户希望通过类似欧盟的法规强制要求所有通用硬件公开文档，另一些人则对计算领域的“劣质化”表示担忧，即用户在名义上拥有硬件，但制造商却完全控制着软件栈。总体而言，社区对于如何看待这一事件仍存在分歧：一方赞赏 Asahi 的技术成就，另一方则批评现代 ARM 架构硬件封闭且不透明的本质。
这篇 Hacker News 讨论探讨了 Emacs 文本编辑器在电影、电视和文学作品中的频繁亮相及其文化影响。
参与者分享了各种发现——从电影《创：战纪》（Tron: Legacy）中逼真的 Unix 命令，到小说《白痴》（The Idiot）和美剧《硅谷》（Silicon Valley）中的相关情节。这个讨论串就像是一个“极客的暗号”，用户们在此交流媒体作品中技术准确性的轶事，例如波兰电影《黑客》（Haker）中那句臭名昭著且毫无意义的“通过 Sendmail 使用 Emacs”台词。
对话还延伸到了经典的开发者争论，包括：
* **编辑器之战：** 传说中的 Emacs 与 Vim 之争，一些用户推崇“Evil-mode”来连接这两个世界。
* **缩进：** 关于制表符（tabs）与空格（spaces）之间充满激情且由来已久的争论。
* **媒体的不准确性：** 对“好莱坞式黑客”的评论，即屏幕上的代码往往是乱码、标准的 BASIC REM 语句（如《超人 III》中所示），或是来自无关软件的复用代码。
总的来说，社区将 Emacs 视为科技文化中根深蒂固的支柱。用户们提供了媒体中代码表现的整理列表，并反思了为什么这款编辑器在几十年后依然是开发者的主流工具。
Homebrew 6.0.0 已发布，带来了重大的安全性、性能和功能升级。 **主要亮点：** * **Tap 信任机制：** 一项新的安全机制要求用户明确信任第三方 Tap。这可以防止未经授权的 Ruby 代码执行，显著增强了 Homebrew 防御供应链攻击的能力。 * **内部 JSON API：** 更快、更高效的 JSON API 现已成为默认设置，减少了网络流量并加快了 `brew update` 的速度。 * **Linux 沙盒：** Linux 上的构建和安装阶段现已通过 Bubblewrap 进行沙盒化，安全性与 macOS 看齐。 * **`brew bundle` 改进：** 现在默认支持并行安装 Formula，扩展了清理支持，并初步集成了 Windows `winget`。 * **安装步骤框架：** 一种新的 DSL 允许在不执行 Ruby 代码的情况下处理常见的安装后任务（如文件准备），从而提高了性能和可审计性。 * **整体性能：** 启动时间和 `brew leaves` 等常用命令的速度更快，整体优化减少了 Ruby 库的开销。 * **兼容性：** 增加了对 macOS 27 (Golden Gate) 的初步支持。 此次发布是在 “brew-rs” Rust 实验结束后推出的，项目重心重新回到基于 Ruby 的性能优化上。作为由志愿者运营的项目，Homebrew 继续寻求社区捐款以支持其基础设施。
Homebrew 6.0.0 已正式发布，此次更新为这款流行的软件包管理器带来了几项关键改进：
* **安全与性能：** 引入了全新的仓库（tap）信任安全机制，并采用了更快、更精简的内部 JSON API。
* **Linux 支持：** 该版本包含适用于 Linux 的沙盒功能，并持续受到不可变 Linux 发行版用户的青睐，成为其首选的软件包管理器。
* **用户体验优化：** 项目组根据用户反馈优化了默认设置，并对 `brew bundle` 进行了多项功能增强。
* **兼容性：** 新增了对 macOS 27 (Golden Gate) 的初步支持。
此次发布在 Hacker News 上引发了开发者社区的热烈讨论。许多用户称赞 Homebrew 使用便捷、在 macOS 和 Linux 上体验一致，并将其视为新系统必备的“首装”工具；与此同时，也有人对其滚动更新模式带来的利弊展开了辩论。
批评意见主要集中在固定特定软件包版本较为困难，以及对“过度激进”的更新策略表示担忧。对于追求更精细开发环境控制的用户，**mise**、**Nix** 和 **MacPorts** 等替代工具被频繁提及。总体而言，该项目依然是 macOS 开发体验中的基石。
请启用 JavaScript 和 Cookie 以继续。
Omniglot 是一个致力于研究语言和书写系统的综合性在线资源平台。该网站由西蒙·艾格（Simon Ager）创办，提供了有关各种文字（包括字母表、辅音音素文字、音节文字和人造语言）的详细信息，以及详尽的语言学习指南。
该平台是一个庞大的语言数据存储库，其多语言内容涵盖了基本短语、数字、习语，乃至歌曲、故事以及绕口令、动物叫声等文化趣闻。除了参考资料外，Omniglot 还提供实用的语言学习技巧、学习资料推荐，以及各类教育服务和应用程序的链接。
该网站定期更新条目和博客内容，为语言学家、学生及语言爱好者提供服务。通过益智游戏、图库和社区驱动的内容等附加功能，Omniglot 成为了一个探索全球人类交流多样性的多功能门户。
最近的一则 Hacker News 帖子重点介绍了 **Omniglot.com**，这是一个致力于全球书写系统的老牌在线百科全书。自 1998 年上线以来，该网站一直是一个综合性资源库，记录了各种自然语言和人造语言，并提供了说明性例句。
讨论触及了语言表现力与系统复杂性之间的关系。参与者探讨了不同的书写系统如何带来独特的交流细微差别——例如，日语有助于产生视觉双关语，而拉丁字母则更多地依赖斜体或粗体等排版变化来传达含义。发帖者分享该链接的初衷，正是为了反驳关于世界各地书写系统运作方式的常见误解。
Zed 团队正在超越传统的基于 Git 的工作流，他们认为“拉取请求”（pull request）文化导致了代码与产生代码的对话之间产生了脱节。Zed 意识到现代软件开发正日益受到与 AI 智能体持续对话的驱动，因此推出了 **DeltaDB**，这是一个旨在保持代码与对话统一的新型版本控制系统。 与依赖离散快照的 Git 不同，DeltaDB 将代码记录为细粒度、可寻址的“增量”（deltas）流。通过将对话直接锚定在这些操作上，DeltaDB 确保了代码演进时上下文不会丢失。这使得开发人员和智能体能够在同一个工作树内实时协作，从而消除了对事后评审流程的需要。借助 DeltaDB，对话本身成为了事实的主要来源，使团队能够追踪每一次编辑背后的逻辑，并无缝加入正在进行的工作，而无需等待提交（commit）或推送（push）。 Zed 计划在未来几周内发布 DeltaDB 的测试版本，旨在用流畅的、集成智能体的开发体验取代被迫的协作瓶颈。目前可通过其网站上的候补名单获取早期访问权限。
Zed 编辑器提出的通过“DeltaDB”追踪软件开发过程（即捕获每次按键和提交之间的所有中间编辑记录）的方案，在 Hacker News 上引发了激烈争论。
支持者认为，传统的 Git 工作流和合并请求（Pull Requests）已显过时，无法记录代码背后的“对话”和思考过程。他们认为，随着人工智能代理（AI agents）编写软件的比例日益增加，这种持久且细粒度的历史记录对于审计、模型训练以及在以代理为主的远程协作环境中进行改进至关重要。
然而，许多开发者对此表示强烈反对，称其为“侵入性监控”。批评者强调，中间工作的“混乱过程”——包括失败的尝试、个人想法和临时错误——并不适合公开或纳入版本控制。他们认为，工程师的薪酬源于最终交付的成果，而非对其认知过程的文档化记录。此外，人们还对功能臃肿、潜在的安全风险（如意外泄露 API 密钥）以及同事或 AI 工具审查每一个细微编辑所带来的“不适感”表示担忧。
归根结底，这场讨论凸显了深刻的分歧：一方寻求一种适用于 AI 驱动工程、数据驱动的新范式；而另一方则优先考虑隐私、提交记录的整洁度，以及工具应保持非侵入性的原则。
下议院和国会议员没有义务发布或提交请愿书，也不对其中包含的信息背书或承担责任。请愿书只有在正式提交给下议院后，才能享有议会特权。 政府答复在提交后会尽快以原始格式在线发布；但在业务繁忙期间可能会出现延迟。下议院不对这些政府答复的内容或格式负责。如果您需要无障碍版本的文件，下议院将协助您联系枢密院办公室。如有无障碍方面的咨询，请发送电子邮件至 [email protected]。
一份反对加拿大C-22法案的请愿书正在Hacker News上获得关注。批评者称该法案是对隐私的重大威胁，认为它强制要求在无嫌疑的情况下进行大规模元数据保留，并设置了可能迫使服务商建立加密后门的要求，这可能导致注重隐私的服务退出加拿大市场。
相关讨论凸显了人们对加拿大当前科技状况和治理方式的深层不满。许多评论者认为，加拿大科技行业发展滞后并非因为缺乏人才，而是由于国内资本匮乏、投资文化趋于保守以及对资源开采的过度依赖。
辩论还涉及政治气候，用户们争论该法案究竟是针对外国影响和虚假信息的必要安全措施，还是政府权力过度扩张和无能的表现。一些人指出，尽管该法案面临反对，但它属于两党在监控立法方面的一种普遍趋势。随着法案进入公共安全和国家安全常务委员会审议，批评者敦促公民联系所属选区的国会议员，并指出在夏季休会前阻止该法案的立法窗口期正在关闭。