标本图库
浏览
上传
标本图库
一个开放源代码、CC0许可的自然标本图库——免费使用、贡献和扩展。
浏览 94+ 标本
上传
白尾鹿
Odocoileus virginianus
银柱仙人掌
Cylindropuntia echinocarpa
莫哈韦丝兰
Yucca schidigera
窄叶蓼
Rumex hymenosepalus
曼扎尼塔
熊果仙人掌
Opuntia basilaris basilaris
红穗花
Emilia fosbergii
七星瓢虫
Coccinella septempunctata
马达加斯加鼠妇
Armadillidium nasatum
环颈鹦鹉
Psittacula krameri
查看所有标本
标本图库——开放源代码自然历史标本
关于
·
上传指南
·
条款
·
开源
每日HackerNews RSS
标本图库 – CC0 透明标本 PNG，按分类学组织
Specimen Gallery – CC0 transparent specimen PNGs organized by taxonomy
11 小时前
## 标本库：免费、透明的标本PNG图片
由于缺乏可用于项目的、开放许可的图像，开发者 eclectic_mind05 创建了 [specimen.gallery](https://specimen.gallery) – 一个包含生物体（动物、植物、真菌）透明PNG图像的库。
与现有的资源如素材网站、维基共享资源、PhyloPic 和 iNaturalist 不同，标本库提供 CC0（公共领域）图像，这意味着无需署名或支付费用。图像按科学分类法组织，并使用 Cloudinary 自动生成背景移除效果。
该网站使用 Rails 8、Postgres 和 Fly.io 构建，目前托管了约 90 个标本，并且正在积极增长。开发者欢迎贡献和反馈，特别是关于技术改进的建议。该项目采用 MIT 许可，代码可在 GitHub 上找到：[https://github.com/chispainnov/specimen-gallery](https://github.com/chispainnov/specimen-gallery)。
多年来，一种名为“桶抢占”（bucketsquatting）的安全问题一直困扰着AWS S3，攻击者可以注册已删除的桶名称并可能访问敏感数据。这是因为S3桶名称是全局唯一的，并且经常遵循可预测的模式（例如包含区域）。AWS现在发布了一个解决方案：新的桶命名命名空间。
新的格式要求在桶名称中包含您的AWS账户ID和区域 – `<yourprefix>-<accountid>-<region>-an`。这确保了只有*您*才能创建具有该名称的桶，从而防止抢占。AWS强烈建议对所有新桶使用此命名空间，并允许组织通过策略强制执行。
虽然这不能保护现有的桶，但数据可以迁移到新创建的、具有命名空间的桶中。其他云提供商，如Google Cloud和Azure，具有不同的架构，可以缓解此特定风险，Google利用域名验证进行桶命名。这个新的命名空间是确保AWS S3存储安全的重要一步。
## 桶蹲——一个期待已久的修复
一篇近期文章讨论了“桶蹲”的终结，这种做法是指注册与现有云存储桶名称（如Amazon S3中的桶）相似的名称，以拦截数据。 多年来，这一直是一个安全风险，因为配置错误的桶可能会无意中将数据发送到攻击者的桶中。
核心问题源于桶名称共享的命名空间。 现在，供应商正在转向每个客户独有的命名空间，从而有效地消除了重用名称的能力。
然而，评论员指出挑战依然存在。 Azure Blob Storage虽然使用类似于S3桶的账户名称，但仍然面临命名空间限制。 此外，人们还担心历史数据——为了获得完全保护，需要迁移到新的、具有命名空间的桶，并且删除一个被入侵的桶并不能消除风险，如果该名称之前已被泄露。 有人甚至推测这篇文章本身可能会帮助恶意行为者。
如果你正在创建谜题图书馆、免费小艺术画廊、种子交换或其他“人行道上的快乐”地点，并且需要保持内部物品干燥，那么你需要考虑防水问题。以下是我多年来学到的一些技巧，以保护你的“人行道上的快乐”地点免受炎热、雨水、雪和冰的侵袭！
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交 登录
全球人行道乐趣：为社区增添异想天开 (worldwidesidewalkjoy.com)
9 分，由 NaOH 2小时前发布 | 隐藏 | 过去 | 收藏 | 2 条评论 帮助
WalterGR 15分钟前 | 下一个 [–]
最近在加州伯克利，我看到一个狗狗的“人行道棍子”图书馆。太可爱了。
我不确定小免费图书馆是否足够异想天开，但它们最近被讨论过：https://news.ycombinator.com/item?id=47211280 回复
ynac 2小时前 | 上一个 [–]
我们镇上的主街上有一个免费艺术交换箱。总是很有趣看看里面有什么。从不空着，而且总是不同。也许是因为读了贝克特的《资本主义》，图书馆、艺术交换、修理派对以及其他降低国民生产总值的活动真的感觉很棒。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
Percepta/实地笔记
加入我们
大型语言模型能成为计算机吗？
在Transformer中执行程序，推理速度呈指数级提升
Christos Tzamos 及 Percepta 的其他成员 · 2026年3月11日
条款与条件
职业生涯
© 2026 Percepta
版权所有。
Percepta.ai 开发了一种在 Transformer 模型*内部*执行程序的方法，从而显著提高了推理速度。其核心思想利用注意力机制，使模型能够在处理过程中“运行”代码，而不仅仅是预测下一个词。
Hacker News 上的早期反馈非常积极，评论者强调了提高模型可解释性的潜力——特别是如果模型行为依赖于伪符号处理。一位用户指出，这种方法验证了将工具直接集成到模型计算中的想法，而另一位用户则觉得这项工作令人着迷，尤其是内存实现方面。
虽然一位评论者质疑执行是否等同于理解，但总体情绪是这在人工智能领域是一项突破性的、令人兴奋的进展。
不要错过未来
Never snooze a future
13 小时前
## 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 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
永不错过未来 (jacko.io)
3 分，vinhnx 发表于 1 小时前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
最近重新发现的经典电视剧《神秘博士》剧集“噩梦的开始”，被粉丝誉为“圣杯”。这些剧集遗失了几十年，提供了罕见的机会，得以一窥该剧早期、快节奏的制作过程——一个没有后期制作的“工厂流程”。 恢复的故事讲述了博士为受伤的同伴寻求帮助，导致与达雷克及其与马维克·陈的联盟发生对抗，他们正在策划征服地球。博士设法偷走了一个关键部件，但发现自己被追赶到惩罚星球德斯佩鲁斯。 4月4日在伦敦举行的一次特别放映会，与在BBC iPlayer上的发布同时进行，预计将非常受欢迎，一位粉丝宣称它将超越格拉斯顿伯里音乐节的销量。这次发现对长期观众来说意义深远，提供了与童年记忆的强烈联系。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
丢失的《神秘博士》剧集被发现 (bbc.co.uk)
15 分，由 edent 1小时前 | 隐藏 | 过去 | 收藏 | 2 评论 帮助
hoyd 17分钟前 | 下一个 [–]
也许博士本意就是让这些剧集丢失，而不是被发现，或者达雷克人害怕它们？
replytorlok 9分钟前 | 上一个 | 下一个 [–]
whom*
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
启用 JavaScript 和 Cookie 以继续。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Show HN: 全球海上战略要道 (ryanshook.org)
5 分，RyanShook 发表于 2 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
tiku 发表于 31 分钟前 | 下一个 [–]
也许该是时候挖掘一条运河，穿过那片陆地了？以增加一条第二通道。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
这段文字讨论了优化前缀和（或扫描）操作，该操作计算数据集中值的累积总和。简单的迭代方法可以达到接近处理器最大速度，每秒处理数十亿个整数。然而，单指令多数据（SIMD）指令，例如ARM的NEON，*可以*提供进一步的改进。 最初使用朴素的SIMD实现尝试时，出乎意料地*慢于*标量方法。成功的关键在于处理更大的数据块——一次加载16个值，并并行执行局部前缀和。然后，再对这些局部和进行前缀和计算。 在苹果M4处理器上，这种“快速SIMD”方法达到了每秒89亿个值的速度，大约比标准的标量方法快2.3倍。该优化利用了交错加载和存储，以及用于向量运算的高效SIMD内联函数。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
使用 ARM NEON 实现每秒千兆字节的前缀和 (lemire.me)
6点 由 mfiguiere 1小时前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 意想不到的互联网与过度期待的人工智能 科幻小说在很大程度上未能预测互联网，尽管它设想了相关技术，如可视电话和在线信息访问。这种去中心化的互联内容网络，除了鲜为人知的一篇1945年备忘录外，基本上未被预见。相反，人工智能在科幻小说中已经存在了几十年，几乎总是被描绘成反乌托邦的威胁。 这种差异源于我们对技术的预期方式。作家阿瑟·克拉克区分了“预期”技术（如人工智能和机器人，长期以来一直梦想着）和“意想不到”的发明。人工智能属于“过度期待”的范畴，这意味着几个世纪以来对它到来的想象主要集中在潜在的危害上，从而加剧了公众的焦虑。 虽然当前的人工智能应用令人印象深刻，但尚未提供公众能够切实感受到的变革性益处——像Waymo这样的自动驾驶汽车是一个值得注意的例外。这导致了基于想象风险的先发制人的监管，可能扼杀创新。作者建议转变关注点：与其仅仅为潜在的危害做准备，不如积极设想人工智能的积极可能性，并考虑真正“意想不到”的技术可能出现在地平线上。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
意料之外 vs. 意料之中 (kevinkelly.substack.com)
3 分，由 surprisetalk 1小时前发布 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
Vite 8.0 发布
Vite 8.0 Is Out
15 小时前
## 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 的成功至关重要，并邀请贡献者进一步改进生态系统。对于大多数项目来说，升级预计会很顺利，并提供详细的迁移指南。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Vite 8.0 发布 (vite.dev)
30 分
kothariji 56 分钟前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
slopinthebag 33 分钟前 [–]
> 目前，Oxc 转换器不支持降级原生装饰器，因为我们正在等待规范的进展。
Oxc 是否也支持 TS 运行时特性，例如构造函数参数属性和枚举？ 我记得在 beta 版本中他们启用了 --erasableSyntaxOnly，大概是因为 Rolldown / Oxc 不支持进行完全转换。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：