MemeData

标本图库 – CC0 透明标本 PNG，按分类学组织 Specimen Gallery – CC0 transparent specimen PNGs organized by taxonomy 18 天前

标本图库浏览上传标本图库一个开放源代码、CC0许可的自然标本图库——免费使用、贡献和扩展。浏览 94+ 标本上传白尾鹿 Odocoileus virginianus 银柱仙人掌 Cylindropuntia echinocarpa 莫哈韦丝兰 Yucca schidigera 窄叶蓼 Rumex hymenosepalus 曼扎尼塔熊果仙人掌 Opuntia basilaris basilaris 红穗花 Emilia fosbergii 七星瓢虫 Coccinella septempunctata 马达加斯加鼠妇 Armadillidium nasatum 环颈鹦鹉 Psittacula krameri 查看所有标本标本图库——开放源代码自然历史标本关于 · 上传指南 · 条款 · 开源

## 标本库：一个 CC0 透明 PNG 图像库 **specimen.gallery** 是一个旨在解决寻找现成、透明 PNG 格式的生物体（动物、植物、真菌）图像用于设计和教育目的的新项目。创建者在遇到付费图库、许可问题以及带有背景的图像后构建了它。该库目前托管约 90 张 CC0（公共领域）图像，按科学分类法组织，并利用 Rails 8、Postgres、Fly.io 和 Cloudinary 进行背景移除。开发者正在积极寻求贡献者和反馈。讨论强调了潜在的改进，包括：用于验证和编辑权限的用户帐户、规范化的元数据字段（性别、年龄）以及用于 SEO 的透明度网格。创建者正在平衡贡献的简易性与可用性的丰富元数据，并且已经使用 GBIF 的分类法 API 来获取物种名称。虽然目前优先考虑 PNG 格式以获得通用支持，但正在考虑提供 WebP 作为一种选择。 [网站 & 代码](https://specimen.gallery) & [Github](https://github.com/chispainnov/specimen-gallery)

桶坐终于结束了。 Bucketsquatting is finally dead 18 天前

多年来，一种名为“桶抢占”（bucketsquatting）的安全问题一直困扰着AWS S3，攻击者可以注册已删除的桶名称并可能访问敏感数据。这是因为S3桶名称是全局唯一的，并且经常遵循可预测的模式（例如包含区域）。AWS现在发布了一个解决方案：新的桶命名命名空间。新的格式要求在桶名称中包含您的AWS账户ID和区域 – `<yourprefix>-<accountid>-<region>-an`。这确保了只有*您*才能创建具有该名称的桶，从而防止抢占。AWS强烈建议对所有新桶使用此命名空间，并允许组织通过策略强制执行。虽然这不能保护现有的桶，但数据可以迁移到新创建的、具有命名空间的桶中。其他云提供商，如Google Cloud和Azure，具有不同的架构，可以缓解此特定风险，Google利用域名验证进行桶命名。这个新的命名空间是确保AWS S3存储安全的重要一步。

全球人行道乐趣：为社区增添趣味。 Worldwide Sidewalk Joy: Adding whimsy to neighborhoods 18 天前

如果你正在创建谜题图书馆、免费小艺术画廊、种子交换或其他“人行道上的快乐”地点，并且需要保持内部物品干燥，那么你需要考虑防水问题。以下是我多年来学到的一些技巧，以保护你的“人行道上的快乐”地点免受炎热、雨水、雪和冰的侵袭！

一个黑客新闻的讨论围绕着“全球人行道上的快乐”(worldwidesidewalkjoy.com)，强调为社区增添乐趣的小型、社区主导的倡议。用户分享了例子，例如在美国加利福尼亚州伯克利和明尼苏达州明尼阿波利斯发现的“狗狗木棍图书馆”——装满木棍供小狗们享用的盒子。对话还涉及小型免费图书馆和免费艺术交换箱，一位评论员指出这些活动培养了社区意识，并且是纯粹经济追求的积极替代方案。一位怀旧的用户回忆起邻居们过去经常在傍晚户外社交的时光，希望通过这些异想天开的补充方式能够重燃类似的联系。也有人担心由于谷歌地图引擎停用，追踪这些地点的地图可能会丢失。总的来说，这个帖子表达了对这些小型社区建设行为的赞赏。

在transformers中执行程序，实现指数级更快的推理。 Executing programs inside transformers with exponentially faster inference 18 天前

不要错过未来 Never snooze a future 18 天前

## 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 本身、其异步特性还是周围的库中。

失落的《神秘博士》剧集被发现 Lost Doctor Who episodes found 18 天前

最近重新发现的经典电视剧《神秘博士》剧集“噩梦的开始”，被粉丝誉为“圣杯”。这些剧集遗失了几十年，提供了罕见的机会，得以一窥该剧早期、快节奏的制作过程——一个没有后期制作的“工厂流程”。恢复的故事讲述了博士为受伤的同伴寻求帮助，导致与达雷克及其与马维克·陈的联盟发生对抗，他们正在策划征服地球。博士设法偷走了一个关键部件，但发现自己被追赶到惩罚星球德斯佩鲁斯。 4月4日在伦敦举行的一次特别放映会，与在BBC iPlayer上的发布同时进行，预计将非常受欢迎，一位粉丝宣称它将超越格拉斯顿伯里音乐节的销量。这次发现对长期观众来说意义深远，提供了与童年记忆的强烈联系。

## 丢失的《神秘博士》剧集被发现 - 摘要最近新闻报道发现了经典英国科幻系列剧《神秘博士》的两集 ранее 丢失的剧集。这引发了关于众多其他失踪剧集命运的讨论，许多剧集据信被私人收藏家持有，他们担心因拥有原本 intended 用于销毁的东西而受到起诉。评论员强调了恢复和修复这些剧集的挑战，并指出数字复制技术的进步使粉丝团体能够修复旧胶片拷贝。然而，法律问题和英国广播公司有时 inflexible 的档案内容发布方式仍然是障碍。一些人建议匿名归还或在线上传，而另一些人则指出英国广播公司囤积内容的倾向，而没有使其易于获取。一个 recurring 主题是完成《神秘博士》档案的愿望，一些人建议人工智能重建作为一种可行但备受争议的解决方案。讨论还涉及原始录音与人工智能重制品的历史和艺术价值，以及保护和访问经典电视的更广泛问题。

显示HN：全球海上战略要道 Show HN: Global Maritime Chokepoints 18 天前

启用 JavaScript 和 Cookie 以继续。

一个黑客新闻的讨论围绕着一篇展示全球海上战略要道（ryansook.org）的文章展开。用户们正在讨论这些要点的战略重要性以及潜在的替代方案。一位评论员指出基尔运河可以绕过丹麦海峡。另一位则提出了一个推测性且有争议的观点，即最近的地缘政治事件，特别是关于伊朗的事件，是否是故意设计用来通过扰乱全球贸易路线来鼓励本地化生产。这引发了一句不屑的回应，质疑特朗普是否事先了解此类基础设施。最后，一位用户建议创造新的航道，以提供替代的航运路线，为系统增加冗余。这场讨论凸显了全球贸易对关键海上地点的破坏的脆弱性。

每秒千兆字节的ARM NEON前缀和 Prefix sums at gigabytes per second with ARM NEON 18 天前

这段文字讨论了优化前缀和（或扫描）操作，该操作计算数据集中值的累积总和。简单的迭代方法可以达到接近处理器最大速度，每秒处理数十亿个整数。然而，单指令多数据（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汇编是否仍然有益，一些人认为现代编译器在向量化方面非常有效。

不可预测 vs. 意料之中 The Unpredicted vs. the Over-Expected 18 天前

## 意想不到的互联网与过度期待的人工智能科幻小说在很大程度上未能预测互联网，尽管它设想了相关技术，如可视电话和在线信息访问。这种去中心化的互联内容网络，除了鲜为人知的一篇1945年备忘录外，基本上未被预见。相反，人工智能在科幻小说中已经存在了几十年，几乎总是被描绘成反乌托邦的威胁。这种差异源于我们对技术的预期方式。作家阿瑟·克拉克区分了“预期”技术（如人工智能和机器人，长期以来一直梦想着）和“意想不到”的发明。人工智能属于“过度期待”的范畴，这意味着几个世纪以来对它到来的想象主要集中在潜在的危害上，从而加剧了公众的焦虑。虽然当前的人工智能应用令人印象深刻，但尚未提供公众能够切实感受到的变革性益处——像Waymo这样的自动驾驶汽车是一个值得注意的例外。这导致了基于想象风险的先发制人的监管，可能扼杀创新。作者建议转变关注点：与其仅仅为潜在的危害做准备，不如积极设想人工智能的积极可能性，并考虑真正“意想不到”的技术可能出现在地平线上。

这次黑客新闻的讨论集中在人工智能快速发展对公众认知和潜在后果的影响。一个关键点是，对人工智能的恐惧并不一定基于与人工智能的*经验*，而是基于负面描绘以及对潜在弊端的日益认识——包括工作岗位流失和伦理问题。许多评论员强调缺乏对拥有超智能人工智能的未来积极且现实的设想，认为它很可能反映出控制者的伦理道德（或缺乏伦理道德）。另一些人指出，E.M.福斯特的《机器停止》和《名为乔的逻辑》等科幻小说，是对互联网和人工智能影响出奇准确的预见。一个反复出现的主题是对科技行业的 distrust，一些人认为，科技公司故意炒作和鲁莽实施人工智能正在*造成*公众的恐惧，而这种恐惧又因科技公司缺乏伦理考量而加剧。

Vite 8.0 发布 Vite 8.0 Is Out 18 天前

## 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 的成功至关重要，并邀请贡献者进一步改进生态系统。对于大多数项目来说，升级预计会很顺利，并提供详细的迁移指南。

每日HackerNews RSS