19天前
|
|
|
## Hacker News 中文精选 NO.20250317
一个基于 Hacker News 的中文日报项目，每天自动抓取 Hacker News 热门文章及评论，通过 AI 生成中文解读与总结，传递科技前沿信息。
---
## HTTP/3 普及缓慢：为何无处不在又无处可用？
这篇文章探讨了 HTTP/3 协议的普及现状，指出虽然浏览器和大型 CDN 广泛支持 HTTP/3，但在主流编程语言的标准库和常用服务器软件中却鲜有支持，导致开发者难以充分利用其优势。
文章首先指出，HTTP/3 和其底层协议 QUIC 已经标准化，并在浏览器和 CDN 中得到广泛应用。然而，包括 Node.js、Go、Rust、Python 和 Ruby 在内的主流编程语言的标准库均未包含对 QUIC 或 HTTP/3 的支持。虽然 Curl 最近增加了对 HTTP/3 的支持，但仍处于实验阶段且默认禁用。流行的服务器软件如 Nginx 仅提供实验性支持，Apache 尚未发布支持计划，Ingress-Nginx 甚至放弃了对 HTTP/3 的支持。
文章进一步解释了 HTTP/3 的重要性，反驳了 HTTP/2 在负载均衡器之后没有意义的观点。文章强调，HTTP/2 和 HTTP/3 的多路复用、头部压缩、双向流以及优先级支持等特性，不仅对浏览器和 CDN 有益，对移动应用、API 服务器和物联网等场景同样具有重要价值。HTTP/3 在不可靠网络中的弹性、零往返连接初始化以及连接迁移等方面的改进，进一步提升了性能和用户体验。
评论区观点多样，有人认为 HTTP/3 的普及需要时间，生态系统的完善需要各方共同努力。也有人指出，HTTP/3 的部署和维护成本较高，可能是一些组织不愿采用的原因。此外，还有人认为，HTTP/2 在许多场景下已经足够，HTTP/3 的优势并不明显。总体而言，评论区对 HTTP/3 的未来发展持乐观态度，但同时也认识到其普及面临的挑战。
- 原文: [HTTP/3 is everywhere but nowhere](https://httptoolkit.com/blog/http3-quic-open-source-support-nowhere/)
- Hacker News: [https://news.ycombinator.com/item?id=43360251](https://news.ycombinator.com/item?id=43360251)
- 作者: doener
- 评分: 140
- 评论数: 93
- 发布时间: 2025-03-14 15:02:39
---
## ICANN 宣布启动 RDAP 并逐步淘汰 WHOIS
ICANN 宣布将于 2025 年 1 月 28 日起，正式使用注册数据访问协议 (RDAP) 作为通用顶级域名 (gTLD) 注册信息的权威来源，取代原有的 WHOIS 服务。RDAP 的推出旨在解决 WHOIS 的一些局限性，提供更现代化和安全的数据访问方式。
RDAP 相比 WHOIS 具有多项优势，包括支持国际化，能够安全地访问数据，提供权威的服务发现机制，以及能够对注册数据进行差异化访问。该协议由互联网工程任务组 (IETF) 开发，旨在满足现代互联网对域名注册信息查询的需求。自 2019 年以来，ICANN 认证的注册商和 gTLD 已经开始提供 RDAP 服务。
ICANN 鼓励用户使用其基于 RDAP 的查询服务，该服务可以通过 ICANN 官方网站上的 Lookup 工具或 ICANN 在 GitHub 上托管的开源命令行客户端进行访问。此外，ICANN 还提供了一个 RDAP 客户端实现的列表，方便用户选择适合自己的工具。
对于需要访问非公开 gTLD 注册数据的用户，ICANN 提供了注册数据请求服务 (RDRS)，供参与的注册商使用。用户也可以直接联系赞助注册商，了解其数据披露流程。不过，ICANN 建议用户在使用 RDRS 之前，先通过 ICANN Lookup 工具确认所需数据是否公开。RDRS 主要面向具有合法利益的个人和组织，例如执法机构、知识产权专业人士、消费者权益保护倡导者、网络安全专家和政府官员。
总的来说，RDAP 的推出是域名注册信息查询领域的一次重大升级，旨在提供更安全、更灵活和更现代化的数据访问方式。
目前还没有评论，所以无法总结评论观点。
- 原文: [Launching RDAP; sunsetting WHOIS](https://www.icann.org/en/announcements/details/icann-update-launching-rdap-sunsetting-whois-27-01-2025-en)
- Hacker News: [https://news.ycombinator.com/item?id=43384069](https://news.ycombinator.com/item?id=43384069)
- 作者: radeeyate
- 评分: 656
- 评论数: 266
- 发布时间: 2025-03-17 08:48:48
---
## 格林童话：巨魔也很酷
本文介绍了柯林·伯罗对格林童话的评论文章，探讨了这些故事的起源、演变以及它们在文化中的地位。文章揭示了格林兄弟并非简单地收集民间故事，而是对故事进行了改编和润色，使其更具文学性和道德教化意义。
文章首先提出了一个问题：我们今天所知的“民间”故事，究竟是真正来自民间的口头传统，还是经过了作者的加工和创造？以托马斯·怀亚特的诗歌为例，探讨了民间故事的起源和作者身份的模糊性。民间故事提供了一种寓言式的非个人性，作者的声音消失在更广泛的虚构机器或讲故事的文化中。这种多声音的非个人性在 20 世纪一些最具影响力的虚构作品中发挥了重要作用。
随后，文章深入探讨了格林兄弟的《儿童与家庭童话集》，指出这些故事虽然看似来自“无处”，属于“所有人”，但实际上是特定时代和特定地域的产物。格林兄弟并非浪迹乡间的民间故事收集者，而是受过良好教育的学者，他们的工作受到了拿破仑时代德国民族主义的影响。雅各布·格林是一位严谨的语言学家，他的“格林定律”对语言学的发展产生了深远影响。威廉·格林则更注重故事的文学性和趣味性，他对故事进行了大量的改写和润色。
文章还揭示了格林童话的早期版本并非像今天这样“儿童友好”，其中包含一些残酷和暴力的情节。威廉·格林在后来的版本中对这些情节进行了修改，并添加了更多的道德教化内容。例如，在《白雪公主》的早期版本中，对场景的描写更加简洁，而在后来的版本中，威廉·格林则添加了更多的细节和形容词，使故事更具文学性。
评论区对格林童话的讨论主要集中在以下几个方面：一是格林兄弟对民间故事的改编是否改变了故事的本质；二是格林童话中的暴力和残酷情节是否适合儿童阅读；三是格林童话在现代社会是否仍然具有价值。一些评论认为，格林兄弟的改编使故事更具文学性和艺术性，但也可能失去了故事的原始性和真实性。另一些评论则认为，格林童话中的暴力和残酷情节反映了当时的社会现实，可以帮助儿童更好地了解世界。还有一些评论认为，格林童话蕴含着深刻的道德教训，可以帮助儿童树立正确的价值观。总的来说，评论区对格林童话的评价是复杂而多元的，反映了人们对这些经典故事的不同理解和解读。
- 原文: [Ogres Are Cool](https://www.lrb.co.uk/the-paper/v47/n05/colin-burrow/ogres-are-cool)
- Hacker News: [https://news.ycombinator.com/item?id=43369739](https://news.ycombinator.com/item?id=43369739)
- 作者: Vigier
- 评分: 27
- 评论数: 8
- 发布时间: 2025-03-15 11:28:39
---
## EnkiTask：面向自由职业者的轻量级项目管理工具
EnkiTask 是一款旨在通过灵活的按任务付费模式，为自由职业者和小型团队提供项目管理解决方案的工具。它强调无限的项目数量、团队协作和存储空间，并提供基于 Scrum 方法的核心功能，如 Backlog 和 Sprint 视图，旨在简化工作流程并提高效率。
EnkiTask 试图通过其独特的定价模式来吸引用户，即用户只需为实际使用的任务付费，而不是传统的订阅模式。该平台提供无限的项目创建、团队成员添加和文件存储，无需担心用户数量或存储空间的限制。此外，它还提供 AI 自动生成的变更日志，以便团队和利益相关者随时了解最新进展。核心功能包括灵活的看板视图，用于组织和优先排序任务，以及跟踪项目进度和监控团队绩效的工具。用户还可以通过各种插件来扩展其功能，以满足特定的项目需求。
评论区对 EnkiTask 的定价模式存在争议，一些用户赞赏其灵活性，认为它更适合自由职业者和小型团队的“爆发式”工作模式。但也有人担心按任务付费会给预算和预测带来困难，并可能导致不合理的激励。此外，有用户指出缺乏 API 可能会限制其与其他工具的集成能力，并质疑其是否能真正超越 Jira 等现有解决方案。另有用户对网站的用户体验提出批评，例如过度限制浏览器滚动行为。尽管存在争议，但一些用户对 EnkiTask 尝试创新定价模式表示赞赏，并希望看到更多替代订阅模式的出现。有人也提到了 Jira 在项目管理中的应用，强调了自定义工作流和看板视图的重要性。最后，有评论略带讽刺地指出，作者在发布后就去睡觉了，暗示了对该项目未来发展方向的疑问。
- 原文: [Show HN: EnkiTask: Lightweight Project Management for Freelancers](https://enkitask.com/)
- Hacker News: [https://news.ycombinator.com/item?id=43386745](https://news.ycombinator.com/item?id=43386745)
- 作者: booper
- 评分: 37
- 评论数: 26
- 发布时间: 2025-03-17 18:02:22
---
## 开源协作文档平台 Docs：Notion 和 Outline 的替代方案
Docs 是一个开源的协作笔记、wiki 和文档平台，使用 Django 和 React 构建，旨在提供一个可扩展的知识管理解决方案。它试图成为 Notion 和 Outline 等专有工具的替代品，让团队能够实时协作编写、组织和共享信息。
Docs 提供简洁的协作编辑体验，避免了 Markdown 的复杂格式，同时支持离线编写，并在重新联网后同步编辑内容。它专注于内容本身，提供有限但美观的格式选项，并内置了 Markdown 支持、多种块类型、斜杠命令和键盘快捷键，以提高生产力。此外，Docs 还集成了 AI 功能，可以生成、总结、纠正和翻译文本，进一步提升效率。
该平台支持细粒度的访问控制，确保信息安全，并允许以多种格式（如 .odt、.doc、.pdf）导出专业文档，并提供可定制的模板。路线图中还计划在 2025 年 2 月前加入内置的 wiki 功能，将团队的协作成果转化为有组织的知识库。Docs 易于安装、可扩展且安全，为那些寻求自托管解决方案的团队提供了一个有吸引力的选择。
Docs 的代码库结构清晰，包括用于可执行脚本的 `bin` 目录、用于翻译的 `crowdin` 目录、包含 Docker 文件的 `docker` 目录、存放文档的 `docs` 目录、用于开发环境配置的 `env.d/development` 目录、用于提交消息规范的 `gitlint` 目录、用于实验性代码的 `playground` 目录以及包含核心应用代码的 `src` 目录。
Docs 基于 Django Rest Framework、Next.js、BlockNote.js、HocusPocus 和 Yjs 构建。该项目由法国和德国政府共同发起，并采用 MIT 许可证，鼓励私营部门参与使用、销售和贡献。
评论区里，有人对 Docs 的开源性质表示赞赏，认为这为用户提供了更大的自主权和灵活性。也有人关注其与现有工具的集成能力，以及在处理大型文档时的性能表现。另一些开发者则对 Docs 的技术栈和可扩展性感兴趣，希望了解更多关于其架构设计和未来发展方向的信息。总体而言，社区对 Docs 的潜力持乐观态度，并期待看到它在知识管理领域发挥更大的作用。
- 原文: [Docs – Open source alternative to Notion or Outline](https://github.com/suitenumerique/docs)
- Hacker News: [https://news.ycombinator.com/item?id=43378239](https://news.ycombinator.com/item?id=43378239)
- 作者: maelito
- 评分: 1614
- 评论数: 421
- 发布时间: 2025-03-16 19:38:52
---
## 使用 Spectral JPEG XL 压缩光谱图像
本文介绍了一种使用 Spectral JPEG XL 压缩光谱图像的方法，旨在解决光谱渲染中图像内存占用过大的问题。该方法通过在波长域应用余弦变换，并根据频率降低傅里叶系数的动态范围，最后使用 JPEG XL 存储所有系数图像，从而实现高效压缩。
文章指出，光谱渲染的优势日益明显，相关的渲染算法也日趋成熟。然而，光谱图像作为渲染器的输入和输出，其庞大的内存占用仍然是一个主要问题。为了解决这个问题，作者提出了一种基于 Spectral JPEG XL 的压缩方法。该方法首先在波长域应用余弦变换，将光谱数据转换到频域。然后，通过将高频傅里叶系数除以平均亮度（即频率为零的傅里叶系数），来降低其动态范围。这样做是因为平均亮度在感知上最重要，需要高质量地存储。对于高频部分，则可以使用更高的压缩比和更低的分辨率。
该方法支持 spectral OpenEXR 的全部功能，并且与 ZIP 压缩的 OpenEXR 相比，文件大小可以缩小 10 到 60 倍。这意味着在保持图像质量的同时，可以显著减少存储空间和传输带宽的需求。文章还提供了完整的源代码和补充文档，方便读者进行实验和应用。
评论区中，有用户表示最初也想使用 libjxl，但最终放弃了，原因是编码器不太理想。他们选择使用 TIFF 格式，并采用 lossless lzw:2 压缩来存储多光谱图像，认为 TIFF 格式更加灵活。
另一位用户则提出了关于 JPEG XL 压缩的感知基础的问题，担心这种压缩方式是否会因为数据并非原始算法所针对的目标而产生问题。虽然该方法会迭代检查 RMSE，但仍然担心特定层中可能出现空间伪影。这表明在实际应用中，需要仔细评估压缩算法对图像质量的影响，并根据具体需求进行调整。
- 原文: [Compression of Spectral Images Using Spectral JPEG XL](https://jcgt.org/published/0014/01/04/)
- Hacker News: [https://news.ycombinator.com/item?id=43377463](https://news.ycombinator.com/item?id=43377463)
- 作者: ksec
- 评分: 47
- 评论数: 6
- 发布时间: 2025-03-16 15:37:20
---
## Nango 招聘远程工程师：构建产品集成平台的未来
Nango 是一家 YC W23 孵化的公司，致力于构建产品集成平台，他们正在招聘远程工程师，希望与他们一同塑造 SaaS 集成的未来。Nango 强调完全远程的工作模式，团队成员分布在 GMT-5 (美国东部) 到 GMT+1 (欧洲) 的时区，使用现代工具，注重成果而非工作时长。
Nango 推崇开源、透明和社区驱动，致力于设计用户友好的工具，赋能开发者创造卓越的软件。团队成员拥有在 Uber、Netlify、Algolia 等知名公司的工作经验，并获得了美国顶级投资机构（尤其是 YC）的支持。Nango 采用开放、可扩展的平台，而非预构建的集成方案。
Nango 的客户群和社区正在快速增长。公司成立于 2022 年，两位创始人 Bastien 和 Robin 共同面临 B2B SaaS 集成构建的痛点，他们接手维护了一个废弃的开源 OAuth 项目，并意识到 OAuth 只是冰山一角。2023 年，他们加入了 Y Combinator 的冬季孵化项目，并重新推出了 Nango，将其定位为一个开放、统一的 API，为所有集成提供单一平台和基础设施。
Nango 的团队成员包括 CEO Robin Guldener、CTO Bastien Beurier 以及多位经验丰富的软件工程师，他们分别来自不同的国家和地区，拥有丰富的行业经验。Nango 的招聘流程包括创始人面试、技术面试和 Super Day (带薪的实际项目工作)。
由于评论区没有评论，无法进行观点总结和分析。但是，从文章本身可以看出，Nango 是一家注重技术、开源和远程协作的创新型公司，对于有志于参与产品集成平台建设的工程师来说，是一个不错的机会。该公司强调透明度和社区参与，这对于吸引开源社区的贡献者和开发者至关重要。他们也强调了团队成员的经验和背景，这有助于建立公司的信誉和吸引力。
- 原文: [Nango (YC W23, Product Integrations Platform) Is Hiring Remote Engineers](https://www.nango.dev/careers)
- Hacker News: [https://news.ycombinator.com/item?id=43387574](https://news.ycombinator.com/item?id=43387574)
- 作者: bastienbeurier
- 评分: 1
- 评论数: 0
- 发布时间: 2025-03-17 20:00:59
---
## Alexa 停止提供“不发送语音录音”功能
亚马逊的 Alexa 将停止提供一项允许用户选择不发送语音录音的功能，引起了用户的担忧和讨论。用户对亚马逊的隐私政策和数据处理方式表示质疑，并开始考虑替代方案。
该事件源于一封亚马逊发给用户的邮件，通知用户他们之前启用的“不发送语音录音”功能将不再可用。这意味着 Alexa 设备将默认记录用户的语音，并可能用于改进服务。这一变化引发了用户对隐私的担忧，许多人担心亚马逊会滥用这些数据。
用户在评论中表达了对亚马逊的不信任，一些人表示他们一直对 Alexa 设备的隐私性持怀疑态度，而这一变化证实了他们的担忧。有人指出，即使亚马逊声称只在用户说出唤醒词时才开始录音，但用户仍然无法完全信任该公司。
许多用户表示，他们正在考虑放弃使用 Alexa 设备，并寻找其他智能家居解决方案。一些人提到了 Home Assistant 等开源替代方案，这些方案允许用户更好地控制自己的数据。还有人表示，他们将直接停用所有智能家居设备，以保护自己的隐私。
评论中也出现了一些不同的声音。有人认为，大多数人并不真正关心隐私，他们更关心便利性。这些人认为，只要 Alexa 设备能够提供有用的功能，他们就愿意牺牲一部分隐私。然而，这种观点受到了其他用户的批评，他们认为隐私是一项基本权利，不应该为了便利性而放弃。
总的来说，Alexa 停止提供“不发送语音录音”功能引发了用户对隐私的广泛关注。这一事件提醒人们，在使用智能设备时需要谨慎，并仔细阅读隐私政策。同时，这也促使人们开始寻找更加注重隐私保护的替代方案。
- 原文: [The Alexa feature "do not send voice recordings" you enabled no longer available](https://discuss.systems/@dev/114161826926246661)
- Hacker News: [https://news.ycombinator.com/item?id=43385268](https://news.ycombinator.com/item?id=43385268)
- 作者: luu
- 评分: 659
- 评论数: 401
- 发布时间: 2025-03-17 12:41:49
---
## MVT：移动设备取证工具，检测潜在入侵迹象
MVT (Mobile Verification Toolkit) 是一款用于移动设备取证的开源工具，旨在帮助用户检测设备上是否存在潜在的入侵迹象。该工具由 mvt-project 在 GitHub 上维护，目前已获得大量关注，拥有超过 1 万颗星和 1 千个 Fork。MVT 的主要功能是扫描移动设备，查找恶意软件、间谍软件或其他可能危及设备安全的恶意活动。
MVT 的工作原理是通过分析设备上的各种数据，例如已安装的应用程序、系统日志、进程列表等，来识别可疑模式和已知威胁。它使用一组预定义的规则和签名来检测恶意软件，并允许用户创建自定义规则以适应特定的威胁模型。该工具还支持从设备提取数据以进行进一步分析，并生成报告以帮助用户了解设备的安全性。MVT 主要使用 Python 编写，并提供命令行界面，方便集成到自动化流程中。
MVT 的目标用户包括安全研究人员、记者、人权活动家以及任何关心移动设备安全的人。通过使用 MVT，用户可以主动识别和应对潜在的安全威胁，从而保护其个人信息和通信安全。该项目还提供详细的文档和使用指南，帮助用户快速上手并充分利用该工具的功能。
评论区中，一些用户对 MVT 的功能和易用性表示赞赏，认为它是一款非常有价值的移动安全工具。也有用户提出了一些改进建议，例如增加对更多设备和操作系统的支持，以及提供更友好的图形用户界面。此外，还有一些用户分享了他们使用 MVT 的经验，并讨论了如何将其与其他安全工具集成使用。总的来说，评论区对 MVT 的评价是积极的，认为它在移动设备安全领域发挥着重要作用。
- 原文: [Conducting forensics of mobile devices to find signs of a potential compromise](https://github.com/mvt-project/mvt)
- Hacker News: [https://news.ycombinator.com/item?id=43384894](https://news.ycombinator.com/item?id=43384894)
- 作者: 34679
- 评分: 104
- 评论数: 14
- 发布时间: 2025-03-17 11:25:26
---
## 使用 Rust 和 WASM 实现的跳棋游戏
这篇文章介绍了一个使用 Rust 编写并导出到 WASM 的跳棋游戏。作者提供了一个简洁的 HTML 文件，通过 JavaScript 实例化 WASM 模块，实现了在浏览器中运行的跳棋游戏。该项目展示了 Rust 在 WebAssembly 方面的应用，以及如何利用 Rust 的性能和安全性来构建前端应用。
这个跳棋游戏界面简洁，用户可以选择不同的主题。作者也提供了 GitHub 上的源代码链接，方便开发者学习和参考。该项目采用基于属性的方法进行 WASM 绑定，使得代码更加清晰，所有内容都集中在一个文件中。这种方式简化了 WebAssembly 模块的集成过程，开发者可以直接在 HTML 文件中引入 JavaScript 模块并实例化。
评论区里，有用户表示一开始觉得游戏有问题，因为强制跳跃，后来发现是自己一直以来玩跳棋的规则都错了。也有人赞赏了 Rust 中基于属性的 WASM 绑定方法，认为它保持了代码的简洁性，并且只需一个简单的 HTML 文件就可以实例化模块。有人开玩笑说，一开始以为这是一个类型检查器。还有人建议将项目重命名为 "checke.rs"，这是一个 Rust 风格的命名。
一些用户指出了游戏中的 bug，例如不能向后吃子。也有用户询问了 GitHub 上的源代码链接，表示正在学习 Rust，觉得这是一个不错的示例项目。另一些用户分享了作者的其他游戏链接。评论区整体氛围轻松愉快，既有对技术的讨论，也有对游戏本身的反馈。
- 原文: [Checkers written in Rust and exported to WASM](https://kevinalbs.com/checkers/)
- Hacker News: [https://news.ycombinator.com/item?id=43364776](https://news.ycombinator.com/item?id=43364776)
- 作者: keepamovin
- 评分: 70
- 评论数: 28
- 发布时间: 2025-03-15 01:17:50
---
## Git 新特性 bundle-uri 的深度探索
本文深入研究了 Git 的 `bundle-uri` 功能，该功能旨在通过从 CDN 下载预先计算的仓库数据来加速克隆过程，但实际效果却出人意料。文章作者分享了他在尝试使用 `bundle-uri` 加速 Gitlab 代码仓库克隆时遇到的问题和发现。
文章首先介绍了 `bundle-uri` 的基本原理：通过提供一个指向预先计算的仓库起始点的 URL，Git 客户端可以从 CDN 等快速、分布式服务器下载种子数据，从而减少与 Git 服务器的交互和数据传输量。作者原本预期，从 CDN 下载 bundle 文件应该比直接从 Gitlab 克隆更快，但实际测试结果却显示，使用 `bundle-uri` 的克隆速度反而更慢。
为了找到问题的原因，作者深入研究了 Git 的源代码，发现当 Git 解包 bundle 文件时，它只复制本地分支引用（`refs/heads`）到 `refs/bundle` 命名空间，而忽略了 bundle 文件中的所有其他引用。这意味着，即使 bundle 文件包含了仓库的所有对象，Git 在与服务器协商时也只会考虑本地分支引用的对象，导致大量已存在于 bundle 文件中的对象被重新下载。
作者还提到，`git bundle` 命令本身是一个非常古老的命令，最初的目的是为了方便通过 USB 存储设备在办公室之间传递仓库数据。通过 `git bundle create [file] --all` 命令，可以将整个仓库打包成一个文件，包括所有的对象和引用。
文章通过实际的测试案例，展示了使用 `bundle-uri` 克隆 Gitlab 代码仓库的耗时情况。在未使用 `bundle-uri` 的情况下，克隆过程耗时 2 分 36 秒，下载了 300 多万个对象，总大小为 1.3GB。而使用 `bundle-uri` 后，克隆过程耗时 3 分 20 秒，虽然从 CDN 下载了 bundle 文件，但仍然需要额外下载 95 万多个对象。
最后，作者指出，`bundle-uri` 在某些特定场景下仍然有用，例如在虚拟机启动时，可以通过挂载点上的 bundle 文件来快速克隆仓库。然而，对于一般的 CDN 加速场景，由于 Git 的实现方式问题，`bundle-uri` 可能无法达到预期的效果。
评论区中，一些开发者分享了他们使用 `bundle-uri` 的经验，并提出了改进建议。有人建议 Git 应该能够识别 bundle 文件中的所有引用，而不仅仅是本地分支引用，从而避免重复下载对象。也有人认为，`bundle-uri` 的主要价值在于减少 Git 服务器的负载，而不是加速客户端的克隆速度。此外，还有开发者指出，`bundle-uri` 可以与其他 Git 功能结合使用，例如浅克隆（shallow clone），以进一步优化克隆性能。总的来说，评论区的观点多样，反映了开发者对 `bundle-uri` 功能的不同理解和期望。
- 原文: [Going down the rabbit hole of Git's new bundle-URI](https://blog.gitbutler.com/going-down-the-rabbit-hole-of-gits-new-bundle-uri/)
- Hacker News: [https://news.ycombinator.com/item?id=43353223](https://news.ycombinator.com/item?id=43353223)
- 作者: chmaynard
- 评分: 234
- 评论数: 73
- 发布时间: 2025-03-13 21:38:26
---
## 基因组研究表明人类语言能力可能在 13.5 万年前出现
一项新的基因组证据调查表明，我们独特的语言能力至少在 13.5 万年前就已经存在。 随后，语言可能在 10 万年前进入社会使用。
该研究通过分析 15 项不同的遗传研究，涵盖 Y 染色体、线粒体 DNA 和全基因组研究，推断出早期人类群体大约在 13.5 万年前开始出现地域分支。这意味着在智人出现后，人群在地理上开始分离，并在不同的区域亚群中逐渐形成了遗传变异。研究人员认为，所有人类语言可能都有共同的起源，因此地域群体开始在全球范围内传播的时间是关键。
麻省理工学院教授 Shigeru Miyagawa 认为，每个在全球分支的人群都拥有人类语言，并且所有语言都是相关的。基因组数据表明早期人类的地理分化大约发生在 13.5 万年前，因此人类的语言能力在那时或更早之前就已经存在。
研究还指出，大约在 10 万年前，出现了广泛的象征性活动，例如在物体上进行有意义的标记以及使用火来生产赭石，这表明语言可能促进了人类的思考和创新。
文章作者认为，语言是现代人类行为的触发器，它刺激了人类的思考，并帮助创造了大约 10 万年前出现的各种行为。
评论区有用户指出，文章标题与内容不符，文章并没有明确指出“我们的语言能力出现在 13.5 万年前”，而是说基因组研究追溯到那个时候。 这也引发了关于如何解读研究结果以及语言能力出现时间的不同看法。
- 原文: [Genomic study: our capacity for language emerged at least 135k years ago](https://phys.org/news/2025-03-genomic-capacity-language-emerged-years.html)
- Hacker News: [https://news.ycombinator.com/item?id=43384826](https://news.ycombinator.com/item?id=43384826)
- 作者: wglb
- 评分: 51
- 评论数: 27
- 发布时间: 2025-03-17 11:09:28
---
## C 语言图像处理：Dwayne Phillips 的经典教程
Dwayne Phillips 的《C 语言图像处理》第二版是一本经典的图像处理教程，它深入浅出地介绍了图像处理的基本概念，并通过 C 语言实现了各种图像处理算法。这本书不仅讲解了理论知识，还提供了大量的示例代码和图像处理结果，帮助读者快速上手实践。该书涵盖了从图像文件 I/O 到高级图像分割、形态学滤波等各种主题，为读者提供了一个全面的图像处理工具集。
本书内容包括图像文件输入输出、图像显示、半色调技术、直方图均衡化、边缘检测、空间频率滤波、图像运算、图像分割、形态学滤波、布尔运算和图像叠加、图像几何变换、图像扭曲和变形、纹理分析、立体图、隐写术等。作者还介绍了如何使用 DOS .bat 程序和 Windows 界面来使用 C 图像处理系统。附录中提供了关于程序的 makefile、CIPS 中的独立应用程序、函数列表和源代码文件、图像处理算法以及参考书目等信息。
评论区有读者表示这本书是学习图像处理的宝贵资源，尤其适合那些希望使用 C 语言进行图像处理的开发者。一些读者提到，虽然这本书有些年头了，但其中的基本原理和算法仍然适用。另一些读者则分享了他们在使用这本书时遇到的问题和解决方法，例如编译问题和代码移植问题。总的来说，评论区对这本书的评价很高，认为它是一本经典的图像处理入门教材。
这本书的实用性在于它提供了大量的 C 语言代码示例，读者可以直接使用这些代码来实现各种图像处理算法。此外，这本书还详细讲解了每个算法的原理和实现细节，帮助读者深入理解图像处理的本质。虽然现在有很多新的图像处理库和工具，但这本书仍然具有很高的学习价值，可以帮助读者打下坚实的图像处理基础。
- 原文: [Image Processing in C – Dwayne Phillips [pdf]](https://homepages.inf.ed.ac.uk/rbf/BOOKS/PHILLIPS/cips2ed.pdf)
- Hacker News: [https://news.ycombinator.com/item?id=43359343](https://news.ycombinator.com/item?id=43359343)
- 作者: nill0
- 评分: 93
- 评论数: 15
- 发布时间: 2025-03-14 11:30:33
---
## 提取 LCP 保护的 EPUB 内容的技术分析
本文介绍了一种手动提取 LCP (Licensed Content Protection) 加密的 EPUB 文件内容的方法，重点在于利用 Thorium 阅读器 Electron 应用的调试功能，无需破解加密算法。作者强调，这种方法仅适用于合法获取的电子书，用于研究和个人学习。
文章详细说明了如何通过 Chrome 开发者工具连接到 Thorium 阅读器，并检查其内容。具体步骤包括：首先解压 Thorium AppImage，然后启用远程调试，在 Chrome 中打开调试页面，找到书籍对应的窗口。通过这种方式，可以访问并提取 EPUB 文件中的图片、CSS、元数据和字体等资源。文章还提供了 JavaScript 代码片段，用于从调试控制台中提取 Base64 编码的图片和字体，以及读取 CSS 和元数据。虽然提取的 HTML 代码包含额外的 CSS 和 JS，但核心内容仍然是可读的。
评论区可能会出现关于这种方法是否属于规避 DRM 的讨论，以及其法律和伦理影响。有人可能会质疑这种方法的技术可行性和易用性，特别是对于非技术用户。此外，还可能讨论这种方法对于不同 LCP 实现的适用性，以及未来 DRM 技术可能采取的应对措施。一些评论可能还会探讨使用自动化脚本来简化提取过程的可能性，以及这种自动化可能带来的风险。
- 原文: [Extracting content from an LCP "protected" ePub](https://shkspr.mobi/blog/2025/03/towards-extracting-content-from-an-lcp-protected-epub/)
- Hacker News: [https://news.ycombinator.com/item?id=43378627](https://news.ycombinator.com/item?id=43378627)
- 作者: ColinWright
- 评分: 14
- 评论数: 2
- 发布时间: 2025-03-16 20:50:56
---
## HPKV：高性能键值存储，速度超越 Redis
HPKV 宣称是一款高性能的键值存储系统，其性能优于 Redis 等同类产品，并提供了双向持久化 KV 存储能力。HPKV 官网展示了其性能指标，声称在吞吐量和延迟方面都优于 Redis。单操作吞吐量比 Redis 快 4-6.2 倍，读取速度高达 170 万 ops/sec，P50 延迟低于 12 微秒。批量操作吞吐量比 Redis 快 2.5-2.8 倍，读取速度高达 820 万 ops/sec，P50 延迟低于 1 微秒。
HPKV 还提供了一个在线 WebSocket 演示，展示了其 WebSocket 功能，用户可以通过交互式 Todo 应用体验实时协作和即时更新。HPKV 提供了多种定价方案，包括免费版、Pro 版、Business 版和 Enterprise 版，以满足不同用户的需求。免费版提供 600 requests/minute，1000 records，Pro 版提供 6000 requests/minute，100,000 records，Business 版提供 60,000 requests/minute，10M records 或 100 GB 数据。
评论中，有用户指出 HPKV 并非开源项目。这可能会影响一部分开发者对其的接受程度，因为开源通常意味着更高的透明度和社区支持。尽管 HPKV 宣称具有卓越的性能，但缺乏开源代码可能会让一些用户对其内部机制和安全性产生疑虑。因此，HPKV 在推广其产品时，可能需要更多地强调其性能优势、可靠性和安全性，以弥补非开源带来的潜在负面影响。
- 原文: [Show HN: A bi-directional, persisted KV store that is faster than Redis](https://hpkv.io)
- Hacker News: [https://news.ycombinator.com/item?id=43387834](https://news.ycombinator.com/item?id=43387834)
- 作者: mehrant
- 评分: 11
- 评论数: 1
- 发布时间: 2025-03-17 20:35:16
---
## 本科生推翻 40 年历史猜想，发明新型哈希表
一位本科生 Andrew Krapivin 意外地推翻了一个存在 40 年的计算机科学猜想，并在此过程中发明了一种新型哈希表，这项突破挑战了哈希表领域长期以来的认知。
Krapivin 在研究“Tiny Pointers”时，为了进一步缩小指针所消耗的内存，他需要一种更好的数据组织方式，于是他开始研究哈希表。在研究过程中，他偶然发现自己发明了一种新的哈希表，这种哈希表比预期的速度更快，可以用更少的时间和步骤找到特定的元素。
他的发现最初受到了质疑，因为哈希表是计算机科学中研究最深入的数据结构之一。然而，经过进一步验证，证实了他的哈希表确实可以比之前认为的更快地找到元素，从而推翻了一个长期存在的猜想。
Krapivin 与他的教授 Martín Farach-Colton 和 William Kuszmaul 合作，证明了他的新型哈希表在查找元素方面确实优于之前的理论极限。他们的研究成果表明，对于特定类型的哈希表，最坏情况下的查询和插入时间与 (log x)^2 成正比，远优于之前认为的 x。
这项研究不仅推翻了 Yao 的猜想，还找到了该问题最佳的可能答案。此外，他们还证明了非贪婪哈希表的平均查询时间可以优于 log x，甚至与 x 无关。
评论区对这项研究的反应热烈，许多人认为这是一项重要的突破，解决了计算机科学中的一个经典问题。有人指出，这项研究的意义在于，它不仅推翻了一个长期存在的猜想，还找到了最佳的解决方案，为哈希表的研究开辟了新的方向。
也有人对这项研究的实际应用前景表示关注，认为新型哈希表可能会在需要高性能数据存储和检索的领域发挥重要作用。总的来说，评论区对这项研究持积极态度，认为这是一项具有重要理论和实践意义的成果。
- 原文: [Undergraduate Disproves 40-Year-Old Conjecture, Invents New Kind of Hash Table](https://www.wired.com/story/undergraduate-upends-a-40-year-old-data-science-conjecture/)
- Hacker News: [https://news.ycombinator.com/item?id=43388296](https://news.ycombinator.com/item?id=43388296)
- 作者: robin_reala
- 评分: 22
- 评论数: 3
- 发布时间: 2025-03-17 21:19:37
---
