每日HackerNews RSS
时间久远迎来750周年：将历史冻结在1189年的中世纪法律
Time Immemorial turns 750: The Medieval law that froze history at 1189
21 天前
## 远古时代与1189年的法律界限
一篇近期文章讨论了1275年的威斯敏斯特法令及其对建立历史索赔的法律截止点（通常被称为“远古时代”）的影响。然而，Hacker News上的评论员指出文章的解读存在缺陷。该法令并非*创造*了这个概念，而是设定了一个限制（最初为1189年），超过这个年份口述历史将不再足以作为权利的法律证明。
“远古时代”这个术语本身直到1832年的时效法案才被创造出来，该法案明确并标准化了这一限制，尽管这个概念在那个日期*之前*就已存在于英国法律中。这场讨论强调了这个法律原则的复杂演变以及1189年日期与它的关联。
进一步的讨论涉及了伦敦市独特的法律地位，在那里，1189年之前的权利仍然受到高度重视，以及苏格兰的土地所有权问题，那里很大一部分土地仍然未注册，并集中在少数人手中。该帖子还提到，13世纪的法律文本出人意料地易于阅读。
这段文字展示了大小写对使用Python的`qrcode`库生成二维码的影响。从相同句子生成二维码，混合大小写和全部大写会产生不同的像素密度。
这种差异源于二维码处理字符数据的方式。大写字母和数字字符属于一个44个字符的字母数字集合，允许更高效的二进制编码（每个字符约5.5位）。混合大小写，包括小写字母，默认使用效率较低的8位编码。
在示例中，大写二维码（29x29像素）所需的像素比混合大小写版本（33x33像素）少约30%。这个原理适用于加密货币地址：Bech32使用单大小写字母表，生成比使用混合大小写字母表的Base58更小的二维码，用于相同的数据。最终，有限且一致的字符集可以优化二维码的大小。
## QR码尺寸与编码技巧
这次Hacker News讨论的核心是优化QR码尺寸，尤其是在手工制作杯垫或品牌推广等场景下。一个关键点是，使用字母数字编码（使用大写字母）可以生成比标准ASCII编码更小的QR码，因为其字符集更有效率。
用户分享了最大化这种效果的经验——有人雕刻了一个用于rickroll的QR码，利用不区分大小写的DNS来适应更长的URL。 还有人指出潜在的陷阱，例如“免费”的QR码生成器会控制你的链接，以及LinkedIn拒绝扫描包含大写URL的QR码（可能是一种品牌决策）。
对话还深入到技术细节：正确的字母数字字符集（包括`/`的45个字符）、URL的大小写敏感性，以及在单个QR码内混合编码方案的可能性。 许多评论者强调理解QR码纠错和编码的重要性，以便获得最佳结果，并分享了进一步探索的资源。 最终，这个帖子展示了对“破解”QR码的迷人细节和奉献精神，既出于实用目的，也出于美观考虑。
运营非法流媒体服务HeheStreams，出人意料地与建立合法的B2C初创公司相似。由于伦理问题和避免吸引不良用户，创始人完全依赖于口碑营销，并通过建立巨大的用户信任来推动。 关键策略包括高度个性化的客户支持——以真诚的态度回复*每一*封邮件，主动入职，以及关于服务问题的诚实沟通。令人惊讶的是，即使在完全使用订阅后也提供退款，并推荐竞争对手，反而建立了信誉。更高的价格定位有意吸引了更投入、更精通技术的客户群。 一项成功的增长策略是利用Reddit的API来识别相关讨论，鼓励用户通过推荐链接自然地分享他们的积极体验。虽然承认这种业务无法扩展到巨大的规模，但诚实、透明以及优先考虑客户体验的原则被证明是有效的，甚至成功地转移到后来的合法企业。最终，HeheStreams被创意联盟/电影协会“收购”。
## JermCAD：基于YAML的3D建模
JermCAD是一个基于浏览器的3D CAD渲染器，提供了一种独特的、以代码为中心的设计方法。模型不是通过传统的用户界面构建，而是使用简单的YAML语法来定义形状（长方体、圆柱体等），并使用布尔运算（合并、差集、交集）将它们组合起来。
该项目源于对传统CAD软件的沮丧，旨在为那些习惯于直接定义几何体的人提供更直观的工作流程。主要功能包括通过可重用的“图章”（模板）进行参数化建模，通过属性引用实现一致的设计，以及具有STL导出功能的实时渲染，用于3D打印。
**重要提示：** JermCAD 仍在开发中，严重依赖“感觉编码”，并且可能包含错误。请谨慎使用！
**核心功能：**
* **YAML建模：** 使用基于文本的YAML定义3D几何体。
* **基本体和运算：** 利用基本形状和布尔逻辑。
* **图章：** 创建可重用、参数化的组件。
* **属性引用：** 通过在形状之间链接属性来保持一致性。
* **可视化和导出：** 交互式3D查看器和STL导出。
它需要Node.js和npm进行设置，在克隆存储库并安装依赖项后本地运行。用户编辑YAML代码，渲染模型，并使用鼠标控制与3D视图交互。调试模式提供详细的控制台日志，用于故障排除。
## JermCAD：一款个人驱动的、AI赋能的CAD实验
JermCAD是由Jeremy Boyd创建的一款新型浏览器CAD软件，源于他个人表达立体几何的需求——具体来说，是对基于代码的定义方式的偏好，以及难以形成视觉图像（失忆症）。它利用LLM快速构建，允许用户通过文本命令定义形状。
作者承认这是一款“AI垃圾”，可能存在缺陷，并非旨在取代OpenSCAD、FreeCAD或CadQuery等成熟的CAD程序。他创建它的目的是为了满足个人需求，展示了LLM快速原型化复杂工具的能力。
讨论中，有人将其与OpenSCAD和其他基于代码的建模工具进行比较，一些用户表示有兴趣自行托管并探索其在3D打印方面的潜力。虽然有些人批评这种方法，但也有人赞扬LLM为个人创造定制工具以解决独特需求所提供的可访问性，即使这些工具并不完美。该项目凸显了AI赋能的、快速构建的个人解决方案的日益增长的趋势。
你需要启用 JavaScript 才能运行此应用。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Photoroom (YC S20) 正在巴黎招聘高级人工智能前端工程师 (ashbyhq.com)
1 天前 | 隐藏
考虑申请YC冬季2026批次！申请截止日期为11月10日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
阿尔弗雷德·梅内泽斯提供一系列关于现代密码学的课程和资源，重点关注后量子安全。他的课程涵盖了基础的“密码学 101”主题，例如核心密码学原语及其在现实世界中的应用。
目前，梅内泽斯正深入研究下一代密码学，包括关于**基于格密码学**（Kyber & Dilithium – NIST 标准方案）和**基于哈希的签名方案**（LMS, SPHINCS+）的详细课程。他还深入研究**基于格系统的底层数学**以及用于密码分析的强大的**LLL 格基约简算法**。
除了后量子密码学，还提供关于**纠错码**的资源。梅内泽斯是一位领先的专家，著有《应用密码学手册》等出版物，并维护着一个全面的在线平台，其中包含指向他的研究和专业活动的链接。
## 密码学资源与挑战
Alfred Menezes发布的“密码学101”（cryptography101.ca）引发了Hacker News的讨论，凸显了开发者在选择和实施合适的加密方法时面临的困难。Menezes还编写了可免费访问的“应用密码学手册”，并合著了可在anotherlook.ca上找到的论文。
一个关键问题是缺乏清晰的“需求 -> 算法”速查表。用户讨论了诸如密码学正确答案 ([https://www.latacora.com/blog/2018/04/03/cryptographic-right...](https://www.latacora.com/blog/2018/04/03/cryptographic-right...))之类的资源，以及Monocypher和libsodium等具有主观性的库，它们简化了开发者的选择。Google的Tink库也提供了指导。
对话强调，选择算法很大程度上取决于具体的用例，抽象化复杂性至关重要。一些人建议为复杂场景聘请密码学顾问。讨论还涉及对称算法，如AES-GCM，以及潜在的替代方案，如OCB和AEGIS，以及后量子密码学的持续研究。最终，该讨论强调了开发者对易于理解、实用的密码学指导的需求。
## Soumith Chintala 宣布离开 Meta & PyTorch
在 Meta 工作了十一年，其中近八年领导 PyTorch 的 Soumith Chintala 即将离职。他为将 PyTorch 从一个新兴项目引导成为人工智能领域的主导力量而感到自豪——它驱动着从基础模型到全球课堂研究的一切。他强调这些工具现在易于获取，入门门槛已显著降低，但仍需要持续发展。
尽管身居高度有影响力的职位，Chintala 感到强烈的需要迎接新的挑战，即 Meta 之外的“小规模、全新且令人不适”的事物。他对 PyTorch 的未来充满信心，并提到目前已有一支强大且价值观一致的团队就位——包括 Greg、Alban、Ed、Jason 和 Joe——他们能够独立创新。
他 fondly 回忆起 FAIR 早期协作的日子，并感谢 Andrew Tulloch、Mark Zuckerberg 和 Mike Schroepfer 等关键领导者营造了开源创新的文化。最终，Chintala 离开时相信 PyTorch 具有韧性，即使在没有他的直接领导下，也能继续蓬勃发展。他计划保持参与，提供反馈并见证其持续的成功。
## C++20 协程：总结 本文详细描述了一位开发者深入研究 C++20 协程的过程，其动机是希望改进事件驱动编程——传统上由于众多回调函数分散代码而变得繁琐。虽然 C++11 lambda 表达式提供了一些改进，但协程有望提供更优雅的解决方案。 作者发现现有的协程解释令人困惑，不得不直接查阅 C++ 规范。本质上，协程允许函数暂停和恢复执行，而不会丢失其状态，这得益于 `co_await` 运算符。该运算符将局部变量保存到堆中，并创建一个可调用对象以稍后恢复执行。 然而，该实现因缺乏标准库支持而受到批评，过于复杂，需要浏览“垃圾堆”并进行自定义内存管理。关键概念包括 `coroutine_handle`（一个类似于指针的对象，用于管理协程状态）和 `promise_type`，它处理返回值、异常和挂起。 文章通过越来越复杂的示例，最终以通用生成器为顶点，突出了 `co_yield` 和 `co_return` 的复杂性。作者得出结论，虽然协程是一项重大改进，但其设计笨拙，并可能引入未定义行为，尤其是在协程完成方面，并建议在未来迭代中进行潜在的简化。尽管存在这些批评，但预计协程将成为 C++ 工具箱中的一个有价值的补充。
一篇2021年发表的关于C++20协程的教程在Hacker News上引发了讨论。用户们认为这篇文章有助于*理解*协程的工作原理，但一些评论员质疑它们在简单示例之外的实际应用。
一位用户指出，协程的主要用处在于与Boost Asio等库结合使用，以管理异步I/O操作（套接字、事件循环）和多线程复杂性。其他人则表示难以理解现有的协程解释。
对话中还包含了一些关于编译器版本的玩笑——一些人仍在使用的GCC版本非常旧——以及提醒该教程本身是2021年的。最后，帖子底部包含了一个Y Combinator申请的公告。
## LLM 时代 React 的主导地位
近期的趋势表明，React 已经不仅仅是一个框架，而是 Web 开发的 *平台*，并且由于 LLM 的兴起，它的地位正变得越来越牢不可破。 尽管最初的预测认为 LLM 会抽象掉框架选择，但事实恰恰相反：LLM 正在从 React 中学习，并强化 React 的主导地位。
像 Replit 和 Bolt 这样的工具现在正在它们的系统提示中硬编码 React，因为 LLM 持续输出 React 代码——开发者可以轻松维护的代码。 这创造了一个自我强化的循环：生成更多的 React 代码，进一步训练 LLM 偏爱 React，从而导致更多的基于 React 的项目。
尽管 Builtwith 和 HTTP Archive 等来源的数据存在差异，但 React 的增长是不可否认的，这很可能得益于 LLM 的偏好。 新框架面临着一个巨大的障碍：它们需要进入 LLM 训练数据（一个 12-18 个月的过程），说服工具创建者优先考虑它们，并构建一个强大的库生态系统——所有这些都要在与 React 既定的网络效应竞争的同时进行。
关键要点？ 创新应该侧重于无法在用户空间中复制的底层 Web 平台能力，并最终侧重于改善 *用户* 体验。 未来，竞争可能会从框架选择转移到输出质量，这源于对用户结果进行优化的需求，而不仅仅是开发者便利性。
本次演示详细介绍了一种极简的 JavaScript 解决方案，用于创建带有可选笔记的幻灯片演示文稿，利用浏览器 API 实现令人惊讶的强大功能。该代码灵感来自 Dave Gaur 的 “minslides”，使用带有“slide”和“slidenote”类别的简单 `<div>` 元素来定义内容。 核心功能使用 ‘j’ 和 ‘k’ 键导航幻灯片，使用 ‘n’ 键在幻灯片和笔记视图之间切换，并利用 `scrollIntoView()` 实现无缝过渡。`BroadcastChannel` 允许跨多个浏览器窗口同步——允许在单独的窗口中显示笔记，镜像主演示文稿的状态。 最初，代码识别幻灯片和笔记，然后将它们映射到成对的数组中。该演示文稿经过大量“压缩”——积极地最小化——通过诸如位异或运算符用于切换视图、三元运算符用于简洁的条件逻辑以及利用 `map` 函数的索引参数等技术。最终的压缩版本仅为 371 字节，展示了现代浏览器功能和高效 JavaScript 的强大功能。
## HTML幻灯片与演示工具 - Hacker News 摘要
Hacker News 上的一场讨论围绕着一个极简的、基于 HTML 的幻灯片演示系统 (nbd.neocities.org)，该系统专为注重细节的项目而设计。作者展示了用于使用 ‘j’ 和 ‘k’ 键（Vim 绑定）进行幻灯片导航的日益“丑陋”但实用的 JavaScript 代码，引发了关于代码效率的争论。
用户分享了 Reveal.js、Presenterm 和 Marp 等替代演示工具，讨论了它们的优缺点——从字体大小的控制到易用性和文件大小。一个主要的争论点是类似于 Vim 的 ‘j/k’ 导航，一些人觉得这令人困惑。
对话扩展到移动设备支持（或原始版本中缺乏支持）、潜在的功能（如 PowerPoint 风格的过渡效果）以及远程控制/点击器集成。几位用户强调了他们自己的类似项目，包括内置在个人文章中的演示引擎，以及在浏览器中渲染 PPTX 文件的项目。讨论还涉及演示者备注的实用性以及用于同步演示的潜在后端实现。