如果你正在创建谜题图书馆、免费小艺术画廊、种子交换或其他“人行道上的快乐”地点，并且需要保持内部物品干燥，那么你需要考虑防水问题。以下是我多年来学到的一些技巧，以保护你的“人行道上的快乐”地点免受炎热、雨水、雪和冰的侵袭！
每日HackerNews RSS
一个黑客新闻的讨论围绕着“全球人行道上的快乐”(worldwidesidewalkjoy.com)，强调为社区增添乐趣的小型、社区主导的倡议。用户分享了例子，例如在美国加利福尼亚州伯克利和明尼苏达州明尼阿波利斯发现的“狗狗木棍图书馆”——装满木棍供小狗们享用的盒子。
其他提到的项目包括免费艺术交换盒和“拿一只鸭子，留一只鸭子”图书馆。这次对话引发了对过去邻居们经常在户外社交的怀旧之情，以及这些小小的社区建设行为是有价值且“很棒”的感受。有人担心追踪这些地点的地图可能会因为谷歌地图引擎停用而丢失。总的来说，这个帖子庆祝了在当地地区促进联系和异想天开的简单、草根努力。
Percepta/实地笔记
加入我们
大型语言模型能成为计算机吗？
在Transformer中执行程序，推理速度呈指数级提升
Christos Tzamos 及 Percepta 的其他成员 · 2026年3月11日
条款与条件
职业生涯
© 2026 Percepta
版权所有。
## Async Rust 中的“休眠”错误 本文深入探讨了 Async Rust 中一个微妙但关键的错误：**休眠 (snoozing)**。与取消或饥饿不同，休眠发生在 future 准备好继续执行，但未被轮询 (poll) 的情况下，导致挂起和死锁——最近的“Futurelock”问题就是一个例子。作者认为休眠*几乎总是*一个错误，源于按引用轮询 future 的模式（例如使用 `select!` 或 `poll!`）而不是拥有它们。 核心问题是，当一个任务轮询一个 future，然后在其完成或销毁之前继续执行，使其“休眠”并无法释放资源（例如锁）。这类似于在持有锁的情况下暂停线程，这是传统线程编程中一种已知的反模式。 提出的解决方案包括使用 owned future（通过像 `join_me_maybe` 这样的 crate）来避免引用，以及可能修改 `Stream` trait 以确保取消安全性。一个关键的结论是，为开发者提出的规则：**避免在 async 函数中处理 `Pin<_>` 值**，因为 pinning 通常表明 future 没有被拥有，并且容易受到休眠的影响。最终，防止休眠需要仔细设计 async 代码，并专注于拥有而不是借用 future。
一个 Hacker News 的讨论集中在 Rust 异步编程模型中潜在的陷阱，特别是关于 `select!` 宏及其与锁等并发原语的使用。一个关键论点是 `select!` 无法被编译器可靠地检查，导致微妙的错误。用户建议使用 `race` 和 `ConcurrentStream` 等替代方案以提高可靠性。
对话强调了 Rust 的协同并发与 Go 的抢占式并发之间的区别。在 Rust 中，持有锁的函数可能会无限期休眠，而不会被运行时中断，这与 Go 不同，Go 会保证计划的休眠时间。
一个核心要点是，将协同并发与锁结合起来可能会引入难以调试的问题。有人建议避免在异步点持有锁，而另一些人指出即使在多线程执行器中也需要锁。讨论还涉及问题是出在 Rust 本身、其异步特性还是周围的库中。
最近重新发现的经典电视剧《神秘博士》剧集“噩梦的开始”，被粉丝誉为“圣杯”。这些剧集遗失了几十年，提供了罕见的机会，得以一窥该剧早期、快节奏的制作过程——一个没有后期制作的“工厂流程”。 恢复的故事讲述了博士为受伤的同伴寻求帮助，导致与达雷克及其与马维克·陈的联盟发生对抗，他们正在策划征服地球。博士设法偷走了一个关键部件，但发现自己被追赶到惩罚星球德斯佩鲁斯。 4月4日在伦敦举行的一次特别放映会，与在BBC iPlayer上的发布同时进行，预计将非常受欢迎，一位粉丝宣称它将超越格拉斯顿伯里音乐节的销量。这次发现对长期观众来说意义深远，提供了与童年记忆的强烈联系。
## 丢失的《神秘博士》剧集被发现 - 摘要
最近新闻报道发现了经典英国科幻系列剧《神秘博士》的两集 ранее 丢失的剧集。 这引发了关于众多其他失踪剧集命运的讨论，许多剧集据信被私人收藏家持有，他们担心因拥有原本 intended 用于销毁的东西而受到起诉。
评论员强调了恢复和修复这些剧集的挑战，并指出数字复制技术的进步使粉丝团体能够修复旧胶片拷贝。 然而，法律问题和英国广播公司有时 inflexible 的档案内容发布方式仍然是障碍。 一些人建议匿名归还或在线上传，而另一些人则指出英国广播公司囤积内容的倾向，而没有使其易于获取。
一个 recurring 主题是完成《神秘博士》档案的愿望，一些人建议人工智能重建作为一种可行但备受争议的解决方案。 讨论还涉及原始录音与人工智能重制品的历史和艺术价值，以及保护和访问经典电视的更广泛问题。
启用 JavaScript 和 Cookie 以继续。
一个黑客新闻的讨论围绕着一篇展示全球海上战略要道（ryansook.org）的文章展开。用户们正在讨论这些要点的战略重要性以及潜在的替代方案。
一位评论员指出基尔运河可以绕过丹麦海峡。另一位则提出了一个推测性且有争议的观点，即最近的地缘政治事件，特别是关于伊朗的事件，是否是故意设计用来通过扰乱全球贸易路线来鼓励本地化生产。这引发了一句不屑的回应，质疑特朗普是否事先了解此类基础设施。
最后，一位用户建议创造新的航道，以提供替代的航运路线，为系统增加冗余。这场讨论凸显了全球贸易对关键海上地点的破坏的脆弱性。
这段文字讨论了优化前缀和（或扫描）操作，该操作计算数据集中值的累积总和。简单的迭代方法可以达到接近处理器最大速度，每秒处理数十亿个整数。然而，单指令多数据（SIMD）指令，例如ARM的NEON，*可以*提供进一步的改进。 最初使用朴素的SIMD实现尝试时，出乎意料地*慢于*标量方法。成功的关键在于处理更大的数据块——一次加载16个值，并并行执行局部前缀和。然后，再对这些局部和进行前缀和计算。 在苹果M4处理器上，这种“快速SIMD”方法达到了每秒89亿个值的速度，大约比标准的标量方法快2.3倍。该优化利用了交错加载和存储，以及用于向量运算的高效SIMD内联函数。
## 基于ARM NEON的千兆级前缀和：摘要
最近一篇Hacker News上的帖子讨论了一种高度优化的前缀和算法，利用ARM NEON指令，实现了每秒千兆字节的速度。核心技术在于Hillis-Steele前缀和实现中的交错加载技巧，有效地处理了通常对SIMD架构具有挑战性的顺序依赖性。
讨论的中心是该算法的泛化能力，以及与“顺序广播”和“将并行扫描作为多维数组问题”等替代方法的比较。对话的很大一部分围绕着ARM的可扩展向量扩展（SVE）及其采用情况。虽然SVE2在许多较新的ARM核心中得到支持（包括最近的智能手机和服务器中的核心），但苹果公司继续倾向于其SME/SME2扩展，优先考虑单线程性能。
贡献者还争论了使用SVE进行宽度无关编程的实用性，建议转向软件工具，根据特定硬件特性参数化代码，以实现最佳性能。最后，该主题涉及手动编写SIMD汇编是否仍然有益，一些人认为现代编译器在向量化方面非常有效。
## 意想不到的互联网与过度期待的人工智能 科幻小说在很大程度上未能预测互联网，尽管它设想了相关技术，如可视电话和在线信息访问。这种去中心化的互联内容网络，除了鲜为人知的一篇1945年备忘录外，基本上未被预见。相反，人工智能在科幻小说中已经存在了几十年，几乎总是被描绘成反乌托邦的威胁。 这种差异源于我们对技术的预期方式。作家阿瑟·克拉克区分了“预期”技术（如人工智能和机器人，长期以来一直梦想着）和“意想不到”的发明。人工智能属于“过度期待”的范畴，这意味着几个世纪以来对它到来的想象主要集中在潜在的危害上，从而加剧了公众的焦虑。 虽然当前的人工智能应用令人印象深刻，但尚未提供公众能够切实感受到的变革性益处——像Waymo这样的自动驾驶汽车是一个值得注意的例外。这导致了基于想象风险的先发制人的监管，可能扼杀创新。作者建议转变关注点：与其仅仅为潜在的危害做准备，不如积极设想人工智能的积极可能性，并考虑真正“意想不到”的技术可能出现在地平线上。
这次黑客新闻的讨论集中在人工智能快速发展对公众认知和潜在后果的影响。一个关键点是，对人工智能的恐惧并不一定基于与人工智能的*经验*，而是基于负面描绘以及对潜在弊端的日益认识——包括工作岗位流失和伦理问题。
许多评论员强调缺乏对拥有超智能人工智能的未来积极且现实的设想，认为它很可能反映出控制者的伦理道德（或缺乏伦理道德）。另一些人指出，E.M.福斯特的《机器停止》和《名为乔的逻辑》等科幻小说，是对互联网和人工智能影响出奇准确的预见。
一个反复出现的主题是对科技行业的 distrust，一些人认为，科技公司故意炒作和鲁莽实施人工智能正在*造成*公众的恐惧，而这种恐惧又因科技公司缺乏伦理考量而加剧。
## Vite 8：性能大幅提升，采用 Rolldown
Vite 8 已稳定发布，这是自 Vite 2 以来最重要的架构更新。核心变化是采用了新的、统一的、基于 Rust 的打包工具 **Rolldown**，取代了先前的双打包系统（开发环境使用 esbuild，生产环境使用 Rollup）。这一转变带来了 **10-30 倍更快的构建速度**，同时保持了完全的插件兼容性。
在社区反馈的推动下——包括 Linear（快 83%）和 Beehiiv（快 64%）等公司报告的可衡量的构建时间缩短——Rolldown 提供了与 esbuild 相当的性能，并解锁了诸如完整打包模式和改进的拆分块等高级功能。
除了 Rolldown 之外，Vite 8 还引入了插件注册表（registry.vite.dev）、集成的开发者工具、内置的 TypeScript 路径别名支持，以及对关键插件（如 `@vitejs/plugin-react`）的更新。
Vite 承认自己欠 Rollup 和 esbuild 一份情，它们的基础对 Vite 的成功至关重要，并邀请贡献者进一步改进生态系统。对于大多数项目来说，升级预计会很顺利，并提供详细的迁移指南。
## 终端超链接：一项新功能 一项新功能允许在终端模拟器中直接链接URL，类似于网页。该功能由GNOME Terminal和iTerm2（基于VTE小部件）的更改发起，使用OSC 8转义序列将超链接嵌入到文本输出中。预计其他基于VTE的小部件的模拟器将很快采用它。 该系统通过识别URL并允许通过点击或菜单选项打开它们来工作。它支持各种URI方案（http、https、ftp、file、mailto）。一个关键的补充是“id”参数，它能够将多个文本片段链接为单个超链接——这对于编辑器和复杂输出非常有用。 虽然提供了便利，但也在考虑安全性。终端模拟器可能会实施保护措施，例如确认对话框或默认禁用该功能，以及URI长度限制（约2000-2083字节）。该功能旨在通过从终端直接快速访问资源（如错误跟踪器、提交ID或本地文件）来增强可用性。
## 终端超链接：安全讨论
最近有建议在终端模拟器中添加可点击的超链接，类似于网页浏览器。 这引发了争论，许多人表达了安全方面的担忧。 核心问题在于，与浏览器不同，终端本身不会验证链接网址的安全性，可能为网络钓鱼或恶意网站敞开大门，尤其是在“代理”终端应用程序日益普及的情况下。
一些终端，如Konsole，默认禁用此功能并显示安全警告。 另一些人建议终端应在鼠标悬停时显示实际网址，就像浏览器一样。 担忧不仅限于直接链接，还包括对剪贴板访问和窗口标题中现有漏洞的讨论。
虽然支持者认为这模仿了网页浏览并提供了便利性，但批评者担心这会引入新的攻击向量并使安全性复杂化。 一些人提倡用户控制的链接解析，允许用户定义受信任的协议，而另一些人则认为此功能从根本上破坏了终端的预期行为——即显示的文本是可信的。这场争论凸显了终端技术发展中功能与安全之间的紧张关系。
## 金色数据集：自信地发布人工智能 在没有彻底评估的情况下发布人工智能是有风险的，但对增长有价值。“金色数据集”是将主观改进（“似乎更好”）转化为可验证改进（“*确实*更好”）的关键。它们不仅仅是数据集，而是**带有明确评分协议的版本化案例**——超越模糊的基准，以 pinpoint 回归。 一个金色数据集包括代表性输入、预期结果和评分标准，以及与特定“变化面”（提示、模型、检索等）相关的验收阈值。 关注**与失败类别相关的多指标门槛**，而不是单一质量分数。 生产事故是宝贵的测试用例——每一个严重的事故都应该添加到数据集中。金色数据集有助于在客户、工程师或合规部门发现问题*之前*发现问题。 **主要用途：**发布前回归测试、比较变体以及确保更改不会降低关键行为，例如安全性、准确性或成本。从小处着手，关注行为类别（成功、拒绝、回退），并在可能的情况下利用确定性断言。 最终，金色数据集并非监控的替代品，而是至关重要的发布门槛，确保人工智能的改进是真实的，并且不会带来不可接受的成本。
这个Hacker News讨论围绕一篇名为“黄金数据集：概率系统的回归工程”的博文展开。该文章提倡一种严格的AI系统评估方法，超越简单的测试，采用“黄金数据集”——带有明确评分协议的版本化案例——以防止性能缓慢下降。
一个关键观点是作者认为AI可以在*没有*传统评估的情况下发布，但后果是不可避免的。一位评论员批评了文章的写作风格，认为其重复且过度依赖于简短、相似的要点，尽管旨在易于理解，但反而阻碍了清晰度。他们觉得核心信息迷失在“未经编辑的粗糙文笔”中。
作者对最初赞扬文章开头几行的评论做出了积极回应。这场讨论强调了严谨评估的重要性，以及将评分视为核心工程实践，而非仅仅是形式，以维持AI系统的可靠性。