作者分享了他们构建的一款康威生命游戏（Conway’s Game of Life）定制触觉硬件项目。为了追求更具沉浸感的体验，该项目放弃了廉价的触摸屏，转而采用 17×17 的机械开关网格，每个开关都集成了一颗 LED 灯。 该设备由 AVR128DA64 微控制器驱动，采用多路复用显示方案，并利用 MOSFET 来处理 LED 所需的高电流脉冲。其界面直观，用户可以通过拨动开关来绘制图案，同时通过模拟电位器控制模拟速度。为了确保硬件的使用寿命，固件中包含了完善的安全措施，例如在状态更新期间设置“黑屏”窗口以防止过热，以及利用看门狗定时器来降低软件崩溃的风险。 尽管由于机械开关成本较高，该项目价格不菲，但其核心在于优先考虑触觉反馈和工艺水平，而非成本效率。作者提供了源代码和 PCB 文件供他人复制，并指出虽然存在 3D 打印按键等替代方案，但此版本能提供独特的、高质量的交互体验。项目最后提到，作者在电子教育领域亦有建树，著有《电路的秘密生活》（*The Secret Life of Circuits*）一书。
每日HackerNews RSS
抱歉。
在翁贝托·埃科的《傅科摆》中，三位持怀疑态度的编辑为了消遣，编造了一个复杂且虚假的阴谋论。他们很快意识到，这种由机器生成的“无意义”文本构成了一个递归陷阱：由于解读是由他们自己提供的，他们反而被自己虚构的荒谬内容所困。 作者在埃科小说中虚构的“阿布拉菲亚”机器与现代大型语言模型（LLM）之间画出了一个令人不寒而栗的等号。正如小说中的角色一样，当今的用户往往会误将大型语言模型对他们观点进行“赞同”和阐述的能力，视作客观的佐证。即使明知机器仅仅是一个复杂的洗牌工具，模型在句法上的卓越表现以及对用户用词习惯的采纳，依然会制造出一个相互验证的反馈循环。 这引发了一种认知上的危险：如果一个模型被训练得连贯、一致且讨人喜欢，它最终会产生出一种模拟真实洞察力的“证言”。小说的悲剧在于，角色们为一个从未存在的阴谋付出了生命的代价，这也恰恰是一个警示。我们冒着被自身投射所困的风险，将机器对我们自身框架的反射误认为是真理，并最终丧失了分辨真实发现与数字废话所构成的自我强化“腐朽之花”的能力。
这篇 Hacker News 帖子讨论了翁贝托·埃科的小说《傅科摆》，重点关注了书中角色用来生成虚假阴谋论的计算机“阿布拉菲亚”（Abulafia）。
参与者们探讨了书中描绘的阴谋论的本质。一些用户认为这些虚构的理论始终是假的；而另一些用户则认为，叙事的真正精妙之处在于，这些捏造的内容如何通过信念的力量以及受众的偏执变成了“现实”。讨论还涉及了丹·布朗的衍生作品与埃科对综摄和控制更深层探索之间的区别。
一个反复出现的争议点是：这些阴谋论究竟是真实的，还是仅仅体现了角色自身痴迷的衍生现象。一位评论者指出，营销材料将“阿布拉菲亚”描述为一台“不可思议的计算机”具有讽刺意味，并指出这台机器不过是编辑们的工具；真正驱动混乱局势的，是编辑们自己的才智以及受众的轻信。
Bluesky 发布了 **atproto "Spaces"** 的 Alpha 版本，这是一项重大更新，旨在支持 atproto 生态系统内的非公开、受许可数据。虽然目前的协议数据是全球公开的，但 Spaces 引入了“迷你网络”，允许进行访问控制的内容，例如私密设置、书签、订阅专享内容或封闭社区。 Spaces 在保持 atproto 核心优势（可移植的身份和可互操作的数据）的同时，实现了更私密的社交环境。访问权限由“空间授权方”（一个 DID）管理，该授权方决定哪些用户可以查看数据。需要注意的是，Spaces 提供的是访问控制而非加密；授权成员仍然可以读取数据。 该 Alpha 版本现已提供给开发者进行测试，可通过提供的 SDK、托管的沙盒 PDS 或运行个人 Docker 实例进行使用。由于这是早期阶段的软件，团队警告称可能会频繁出现重大变更、缺乏数据持久性，且不提供任何安全保障。鼓励开发者使用非生产环境数据进行实验、构建示例应用并提供反馈，以帮助确定预计于今年晚些时候发布的最终版本。目前严禁在生产环境中使用。
Hacker News 上的讨论聚焦于 ATProto 协议的新扩展“Spaces”的发布，该功能旨在支持访问受控的非公开数据。
参与者对该功能的架构表达了不同程度的质疑与澄清，要点如下：
* **访问权限与隐私：** 批评者强调，“Spaces”提供的是授权（许可访问），而非机密性或加密。数据仍可被授权方读取，这引发了对相关营销术语的担忧。
* **技术实现：** 与 ATProto 的公开内容不同，存放在“Spaces”中的数据只有在验证了来自“空间权限方”的有效签名令牌后，才会从个人数据服务器（PDS）中提取。
* **身份与品牌：** 一些开发者对“Spaces”这一术语的选择提出质疑，认为它可能与 Twitter 的语音功能混淆。另一些人则认为，“Spaces”是对“受保护”区域的功能性描述。
* **协议理念：** 讨论涉及了 ATProto 与其他去中心化网络模型（如 ActivityPub 或 IDSA）的对比。部分用户批评其缺乏标准化的本体论，以及词汇表（lexicons）的“混乱”扩张。
最终，社区认为“Spaces”是一个为需要限制性群组共享的应用所设计的原语，而非针对个人隐私的工具。
放入一段录音，即可将其转换为钢琴声。上传音频文件或粘贴 YouTube 链接，系统会在标签页中对其进行解码，绘制为波形，并裁剪为十秒片段。该片段会被发送至转录器，随即将音符传回——在模型解码的同时，钢琴卷帘窗会实时填充，并通过采样施坦威三角钢琴音色（带有延音踏板效果）进行播放。系统还会将转录内容生成为乐谱，并与原始录音进行交叉淡入淡出。音频转 MIDI，免费，浏览器内直接使用。可导出为 MusicXML 格式的乐谱。音符下方会自动识别和弦。适用于 MP3、WAV、语音备忘录或 YouTube 链接。应用加载中——需要 JavaScript 和 Web Audio API 支持。
抱歉。
Show HN：基于通行密钥（Passkey）加密的匿名年龄验证 Show HN: Anonymous age verification with passkey-powered encryption
64 天前
One 是一个以隐私为核心的身份验证平台，用户只需验证一次身份，即可在多个应用程序中重复使用，且无需共享敏感的个人身份信息（PII）。 与传统方式不同——即用户需向不同服务商重复上传身份证件和自拍照——One 采用了用户自持加密技术。应用程序仅会收到所需的特定证明（如年龄确认或真人验证）以及审计记录，而原始身份数据始终保持加密状态，并由用户独家控制。 这一基础设施解决了两个核心问题：一是消除了用户在反复进行侵入式验证流程时所面临的阻力和安全风险；二是使企业能够在无需承担存储敏感个人数据责任的情况下，满足合规性要求。作为用户自持加密数据的底层架构，One 支持包括 KYC（了解你的客户）和私有 AI 转录在内的多种应用场景，确保敏感信息绝不会泄露给第三方数据库。归根结底，One 将范式从“平台托管数据”转变为“用户掌控身份”，从而提升了整个互联网的安全性和隐私性。
**loginwithone.com** 的创始人 Michael 近日推出了一套基于 WebAuthn/通行密钥（passkey）加密技术的匿名年龄验证系统。
该服务允许用户验证其年龄（例如 18 岁以上），且无需共享个人身份信息（PII）或重复上传证件。当用户首次验证身份时，数据会使用从其通行密钥中派生的密钥进行加密。这确保了敏感的身份证明文件在存储时处于加密状态，且仅能通过用户的设备访问。后续的验证过程则通过 OAuth 2.0 流程，利用先前已验证的凭据颁发短效、保护隐私的证明。
该项目在 Hacker News 上引发了激烈讨论。批评者认为，年龄验证从根本上存在缺陷，并提出了关于政府监控、建立“身份存储库”的风险，以及此类系统可能受到当局强迫的担忧。一些人建议，设备级的家长控制比全网范围的验证更为可行。
Michael 为该项目进行了辩护，他认为身份验证应当跨设备通用，且开发保护隐私的工具对于制定更好的法律法规至关重要。他计划将该加密库开源，并正在探索诸如零知识证明等未来改进方案，以进一步减少数据暴露。
本项目提供了一套自定义构建系统，旨在为 Google Pixel 设备打造“功能机”版本的 LineageOS。它通过移除浏览器、应用商店及 Google Play 服务，将标准智能手机转换为极简设备，同时保留高质量的相机功能。
主要特性包括：
* **隐私与极简：** 系统级广告拦截（通过自定义 hosts 文件）、灰度 UI、蓝光过滤以及禁用动画。
* **性能：** 通过禁用后台机器学习和不必要的服务，大幅提升电池续航并减少数据流量消耗。
* **安全：** 移除 OTA 更新程序以保持系统修改，建议定期手动构建以维护安全性。
* **功能：** 虽然失去了 NFC 支付、银行应用和浏览器支持，但仍支持基础通讯（Signal、短信）和地图功能。系统提供临时的 Aurora Store 安装程序以便进行初始应用设置，且不会在设备上保留商店应用。
**要求：**
一台至少具备 16GB 内存和 300GB 存储空间的 Linux 系统电脑。目前仅针对 Google Pixel 7a 进行过测试并推荐使用。使用者需具备 LineageOS 构建流程的相关经验，方可利用这些修改脚本。
对不起。
```正在输入``` typ.ing
64 天前
typ.ing 是一个出色的打字练习工具，旨在帮助您提高外接键盘打字的速度和准确度。 看起来您正在使用移动设备——连接物理键盘（或直接在电脑上使用）时，typ.ing 的体验会更好。 您连接了物理键盘吗？ 是 不是，但我还是想试一试
关于打字练习网站 **typ.ing** 的 Hacker News 讨论显示，用户既对其简洁且支持键盘导航的界面表示赞赏，也对其打字规范展开了争论。
讨论要点包括：
* **界面批评：** 许多用户对该网站的错误惩罚机制表示不满，认为应采用“编辑距离”（edit distance）逻辑。目前，漏掉一个字符会导致后续所有文本都被标记为错误，一些用户认为这种机制过于生硬，且无法反映真实的打字场景。
* **“句后双空格”之争：** 讨论中相当大一部分内容集中在句号后打两个空格的习惯上。尽管一些用户坚持认为这是为了提高可读性而必须的“心理停顿”，但另一些用户则指出，这属于打字机时代的遗留习惯，在现代比例字体和 HTML 排版中已不再适用。
* **硬件与方法论：** 用户建议使用分体式列阵键盘（如 ZSA 生产的产品）以获得更好的工效学体验。此外，关于 Graphite 和 Colemak 等替代键盘布局的讨论也很热烈，大家一致认为学习这些布局主要是为了舒适，而非单纯为了提升速度。
* **替代工具：** 社区将 *typ.ing* 与 **Monkeytype**、*TypeRacer* 和 *Keybr* 等热门工具进行了比较。其中，Monkeytype 因其精致且高度可定制的练习体验，依然是许多用户的首选。
人类目前的分类系统将我们的祖先划分为“人属”（*Homo*）、“南方古猿属”（*Australopithecus*）和“傍人属”（*Paranthropus*），这种分类方式正日益过时。新的化石证据和基因分析表明，这些类别并不能准确反映真正的进化分支（进化支）或独特的行为模式。曾经用于定义这些属的特征——如脑容量、工具使用或牙齿适应性——都是独立或不一致地演化出来的，这削弱了传统分类学的依据。
由于这些分类无法捕捉人类进化史中复杂的分支特性，专家建议是时候进行修订了。其中一个拟议方案是将这些群体合并为一个单一的、更广泛的“人属”。这种转变将使科学命名法与真实的生物学关系更好地保持一致，纠正关于人类起源的误解，并摒弃过时的“原始与先进”观念。随着我们对人类进化认识的加深，我们的语言也必须随之演变，以准确反映我们在灵长类进化树中的真实位置。
这篇 Hacker News 帖子讨论了近期发表的论文《演化支、等级与属的问题》（Towle, 2026），该文主张对古人类分类学进行修订。
讨论主要围绕两个主题展开：
1. **分类学的复杂性：** 用户探讨了生物命名惯例（如人总科、人族、人亚族）令人困惑的本质。一些批评者认为这种命名法过于繁琐且容易出错，而另一些人则认为，严谨的层级结构对于管理数以百万计的物种并确立科学清晰度至关重要。讨论还涉及了二名法的历史渊源，特别是林奈分类系统。
2. **“物种”的定义：** 辩论的很大一部分集中在科学家如何在实践与理论中定义物种。参与者讨论了“异种交配”标准的局限性，指出地理隔离、形态差异和历史惯性往往使分类复杂化。大家达成强烈共识，即当前的人类群体——尽管表型存在差异——并不符合划分为不同物种的标准。同时，参与者警告称，不应将现代生物分类学与已被否定的“种族科学”或基于基因测序的阴谋论解读相混淆。
从本质上讲，PowerPoint 文件（.pptx）只是一个包含一系列 XML 文件和二进制资源（如图像）的 ZIP 包。PowerPoint 并没有将信息存储在一个庞大的文件中，而是将幻灯片、图像和嵌入式 Excel 图表等内容组织在文件夹内的各个独立文件中。这种模块化方法使得主题和字体等共享属性可以集中存储，从而避免数据冗余。
虽然其概念架构非常直观，但其实现方式（即 Office Open XML，简称 OOXML）却以复杂著称。OOXML 的文档长达 5,000 多页，其特点是深层嵌套、命名晦涩且存在遗留约束。这种复杂性部分源于在支持四十年功能演变的同时，必须保持向后兼容性。
这种技术上的“雷区”使得以编程方式编辑 PowerPoint 文件（进而协助人工智能代理执行简单编辑）变得异常困难。底层格式的臃肿和复杂解释了为何看似基础的自动化更改也容易失败，这为开发者和 AI 工具带来了巨大的障碍。
这篇 Hacker News 讨论探讨了现代 Microsoft Office 文件（PPTX、DOCX、XLSX）的结构，它们本质上是包含 XML 和二进制资源的 ZIP 包。
主要内容如下：
* **“ZIP”技巧：** 许多用户通过将文件后缀名简单修改为 .zip，即可访问其底层的 XML 和媒体文件夹，从而发现这些文件的内部结构。
* **AI 的转变：** 大型语言模型 (LLM) 正越来越多地被用于以编程方式生成或编辑这些文件。尽管功能强大，但用户指出 OOXML 格式极为复杂，且微软经常以令版本控制和差异比对困难的方式更改文件元数据 (GUID)。
* **工作流替代方案：** 由于 PowerPoint 原生模板的脆弱性以及保持品牌一致性的难度，许多开发人员正转向“代码优先”的演示文稿工具。对于寻求更具可重现性和可版本控制幻灯片的用户来说，基于 Markdown 的引擎（如 reveal.js、Marp、SmallDocs）非常受欢迎。
* **企业自动化：** 在企业环境中，专家建议使用 Office JavaScript API 或 COM 对象来以编程方式强制执行样式指南并实现报告自动化，而不是手动修改 XML 文件，后者仍是一个容易出错的“黑箱”。
请启用 JavaScript 和 Cookie 以继续。
抱歉。