每日HackerNews RSS
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交 登录
飞镖、骰子和硬币：从离散分布中采样 (2011) (keithschwarz.com)
8 分，davikr 1 天前 | 隐藏 | 过去 | 收藏 | 2 条评论
incognito124 1 天前 [–]
这适用于从“静态”分布中采样，该分布具有稳定的 p_i 参数，你可以摊销别名预处理步骤。如果你有一个随时间变化的分布，例如 LLM，其中每个步骤都有一个新的离散分布（N 维骰子掷骰），则使用其他方法。最近我写了一篇比较三种方法的文章（剧透：简单最好）：https://news.ycombinator.com/item?id=42596716 回复
incognito124 1 天前 | 父 [–]
啊，我的域名同时发生了变化，这是正确的网址：https://terra-incognita.blog/posts/9
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
纽约百老汇移民法庭的移民法官约翰·P·伯恩斯正在利用人工智能生成其裁决的音频记录，这一做法通过内部记录得以揭示。尚不清楚人工智能是辅助起草裁决还是仅将其大声朗读，但鉴于伯恩斯已经很低的庇护申请批准率——仅为2%，而全国平均水平为57.7%，这一做法引发了担忧。 此前，一份最近的EOIR备忘录允许使用人工智能，无需强制披露，而是由个别法官自行决定。批评人士担心这种“裁决自动化”会削弱人们对一个已经面临公平挑战的系统的信任，尤其是在被告的命运取决于法官的推理时。 伯恩斯的任命本身就非常不寻常，最初的评估认定他“不推荐”，但后来被EOIR领导层推翻，当时正值特朗普时代任命大量具有检察背景的人员。此案是重塑移民司法系统，任命政治立场一致的人员并放宽招聘标准的一个更大趋势的一部分，这引发了对问责制减弱的警告。
一份最新报告指出，移民法官约翰·P·伯恩斯正在使用人工智能文本转语音软件来发布他的法庭裁决录音。 这篇文章在Hacker News上引发了争论，最初的反应从将其视为一个非问题——类似于长期存在的文本转语音技术——到对人工智能在司法系统等敏感领域日益增长的作用表示担忧。
虽然确认伯恩斯正在使用人工智能来*朗读*他的裁决，但尚不清楚他是否也在使用人工智能来*撰写*它们。 一些评论员担心潜在的“幻觉”——音频转换过程中文本的微妙变化——这可能产生法律后果。 还有人对司法程序的非个性化以及进一步自动化的可能性表示担忧。
几位用户指出，伯恩斯对庇护申请的批准率特别低，这引发了人们对人工智能提高效率可能对偏见法官产生的影响的担忧。 这场讨论凸显了人们对人工智能侵入传统上需要伦理判断的人类角色的更广泛焦虑。
## Fran Sans：一款受旧金山交通历史启发的字体 Fran Sans 是一款全新的显示字体，灵感源于旧金山老式Breda轻轨车内独特的LCD目的地指示牌。与其他拥有统一交通系统的主要城市不同，旧金山拥有二十多个独立的机构，每个机构都有独特的字体。这些较老的Muni指示牌，以其基于3x5网格构建的几何、近乎原始的字母形式而脱颖而出，其迷人的实用性——反映了旧金山拥抱功能性缺陷的更广泛的历史。 设计师艾米丽·斯内登（Emily Sneddon）将指示牌的起源追溯到Trans-Lite, Inc.，并与最初的工程师加里·沃尔伯格（Gary Wallberg）取得联系，沃尔伯格在设计中优先考虑充分性，将字符限制为仅用于目的地的字符。受到这种模块化方法以及来自Letterform Archive的影响——包括琼·特罗楚特（Joan Trochut）和祖扎娜·利科（Zuzana Licko）的作品——斯内登创造了Fran Sans。 该字体有三种样式（Solid、Tile 和 Panel），旨在捕捉原始的“笨拙”和多功能性。随着Breda车辆的退役并被现代LED显示屏取代，Fran Sans 成为对旧金山视觉身份中一个正在消失的部分的致敬，庆祝了在不完美和历史中发现的美。
## Fran Sans：一款受旧金山轻轨显示屏启发的字体
一则Hacker News讨论围绕着Emily Snoddon设计的Fran Sans字体展开，该字体灵感来源于旧金山Muni Metro列车上独特的分割显示屏。作者细致地研究了该显示屏的起源，追溯到Trans-Lite, Inc.公司，并联系了最初的设计师。
该字体的创作引发了对全球交通系统中类似“马赛克”显示屏的兴趣，包括纽约市和西班牙。用户分享了相关项目和历史信息链接，突出了这些显示屏独特的审美。
Snoddon回应了讨论，阐明了她的授权方式——通过电子邮件免费提供字体，以促进社区参与并分享其背后的故事。虽然最初有些人批评这种方式，但许多人捍卫了她控制其创作作品发行的权利。对话还透露，原始显示屏即将被现代LED技术取代，这为保护旧金山视觉历史的这一部分增添了紧迫感。 许多用户表达了将该字体用于个人项目（包括绘图仪艺术）的兴奋之情。
## SVG.js：一个轻量级的 SVG 操作库 SVG.js 是一个快速且小型的 JavaScript 库，旨在创建和动画化可缩放矢量图形 (SVG)。它几乎完全覆盖了 SVG 规范，*无需*任何外部依赖。 主要优点包括**速度**——明显快于许多竞争库，虽然不如纯 JavaScript 快——以及**简洁明了的语法**。与冗长的原生 JavaScript SVG 创建相比，SVG.js 显著减少了代码长度和重复，使开发更轻松、更易读。 例如，使用 SVG.js 创建一个简单的填充正方形只需要两行代码，而使用标准 JavaScript 则需要十行。它也适用于复杂的动画。 SVG.js 是开源的，并采用 MIT 许可证。
## SVG.js v3.2 在 Hacker News 的讨论
最近一则 Hacker News 帖子讨论了 SVG.js 库 (svgjs.dev)，版本 3.2。它因其易于开发和代码可读性而受到赞扬——在 SVG 操作方面，它比原生 JavaScript 提供了更简洁的语法。但用户也指出一个显著的性能缺点：据报道，它的速度比直接使用原生 JavaScript 慢 10 倍。
讨论的重点在于考虑到这种速度差异，该库的价值主张。一些人认为，对于开发速度和可维护性比性能更重要的项目，或者在浏览器之外的用例中，它可能是有益的。另一些人指出，原生 JavaScript SVG 创建虽然可能冗长，但效率很高。
对话还扩展到 SVG 操作的 Python 库的推荐，包括 `svgwrite`、`svg.py` 和 `drawsvg`。 几位用户还提到了使用 D3.js 来生成 SVG。
## Emacs 用于高效代码编辑：摘要 本文档概述了一个高度定制化的 Emacs 设置，旨在通过减少按键次数并使手指尽可能靠近主键位来最大限度地提高编码效率。其核心原则是优先考虑*移动*而非输入，通过**模态编辑**实现——一种用于导航的“命令”模式和一种用于文本输入的单独“插入”模式。 主要特性包括：**无鼠标或方向键**，通过重映射和 `disable-mouse` 等包强制实现。一个自定义的轻量级模态系统（或 Evil/Meow 等替代方案）利用**引导键**（v, k, s, vp）进行常用操作。通过按单词、S 表达式（语法表达式）、行导航以及利用搜索 (`isearch`)，优先考虑移动。**寄存器**和**标记**提供在位置之间快速跳转的功能。 该设置尽可能地与 Emacs 约定保持一致，并包含相对行号和高亮显示等特定配置。它还详细介绍了用于删除/复制文本、文件/窗口管理以及宏和 LSP 集成等功能的有用命令。 最终目标是流畅的编辑体验，其中导航和操作代码感觉直观且快速，从而使注意力能够集中在逻辑上，而不是编辑的机制上。作者的配置在 GitHub 上可用。
## Emacs 导航与效率 – Hacker News 总结
最近 Hacker News 上进行了一场关于 Emacs 中高效代码编辑的讨论，起因是 redpenguin101 分享了他们的工作流程。讨论的核心在于超越传统的 Emacs 导航方式（箭头键、鼠标），转向更键盘化的方法，灵感来自 Vim。
**讨论的关键要点：**
* **Avy-mode:** 强烈推荐用于在可见屏幕区域内快速光标移动和文本选择。用户发现它能加速导航，尤其是在配合 `isearch` 使用时。
* **模态编辑:** 类似于 Vim 的模态界面（在导航模式和编辑模式之间切换）的想法被讨论。有些人认为一旦掌握就能提高效率，而另一些人则更喜欢 Emacs 现有的模态特性，或者完全不喜欢这个概念。
* **效率 vs. 舒适度:** 讨论强调，速度并非总是首要目标；舒适的工作流程至关重要。
* **Emacs 内置功能:** 诸如 `project`（用于文件查找和搜索）等功能被赞扬为强大且经常被忽视的工具。
* **自定义:** Emacs 的灵活性允许进行广泛的自定义，用户可以创建软件包来根据他们的特定需求定制编辑器。
最终，该讨论强调“最佳”方法是主观的，取决于个人偏好和编码风格。虽然高级技术可以提高效率，但舒适且高效的工作流程至关重要。
使用 rclone 和 systemd 在 Linux 上挂载 Proton Drive
Mount Proton Drive on Linux using rclone and systemd
2 天前
本指南详细介绍了使用 rclone 和 systemd 在 Linux 上自动挂载 Proton Drive，以实现无缝访问。主要在 Arch Linux 上测试，但可适应大多数发行版。过程包括安装依赖项（fuse3 和 rclone v1.64.0+），在 rclone 中配置 Proton Drive 远程，并使用提供的脚本 (`setup-proton-mount.sh`)。 该脚本会创建一个挂载点 (~/ProtonDrive)，设置一个 systemd 用户服务以便在登录时自动挂载，并配置 FUSE 以提供更广泛的访问权限。它还会处理必要的权限，可能将用户添加到 'fuse' 组。 运行脚本后（如果需要更改组，则注销/重新登录），驱动器将自动挂载。可以使用 `systemctl --user status rclone-proton.mount.service` 检查状态。要禁用自动挂载，请使用 `systemctl --user disable --now rclone-proton.mount.service`。日志可通过 `journalctl --user -u rclone-proton.mount.service` 查看。
## Proton Drive & rclone 在 Linux 上：喜忧参半
一则 Hacker News 讨论围绕着使用 rclone 在 Linux 上挂载 Proton Drive，强调了潜在问题和替代方案。虽然 Proton Drive 提供隐私保护，但用户报告称经常遇到 API 速率限制，尤其是在使用 Proton 的 VPN 或其他云服务提供商时，并且缺乏官方 rclone 支持——兼容性经常因 API 变更而中断。一些用户甚至在最近的问题出现*之前*就难以检索数据。
有人建议使用 Hetzner Storage Boxes 搭配 rclone (大约 $40/20TB) 作为直接替代方案。人们对 Proton 在其产品中对 Linux 的支持表示担忧。
对话还涉及更广泛的主题：云存储的成本与自托管（包括 NAS 和 VPN 等选项）的对比，离线备份的重要性，以及端到端加密和元数据泄露的挑战。 许多用户推荐自托管解决方案，如 Peergos，或使用 restic 和 Hetzner 等服务进行客户端加密。 有些人对该项目的起源表示怀疑，认为可能存在 AI 生成的脚本和可疑的软件包推荐。
作者认为，Windows 在消费级个人电脑上的主导市场份额可能面临转变，但不会剧烈崩盘。这取决于三个因素：微软对消费技术的关注度降低——优先发展人工智能和企业服务，而非改进 Windows 体验——以及缺乏创新（例如不受欢迎的 Copilot）。 其次，传闻中 2026 年将推出价格实惠的 MacBook，可能会吸引对消费者体验高度重视的苹果用户。最后，目前依赖 Windows 兼容性的游戏社区，可能会被 Valve 即将推出的 Steam Machine 所吸引。这款设备成功地在 Linux 上运行 Windows 游戏，如果性能得到优化，将提供一个有吸引力的替代方案。 作者承认市场转变是缓慢的，但认为这些因素的汇聚可能会以数十年来未见的方式，集体挑战 Windows 长期以来的主导地位。
## MacOS 安全隔离区 SSH 密钥 近期的 MacOS 版本现在原生支持生成和使用由安全隔离区支持的 SSH 密钥，无需再使用像 `secretive` 这样的第三方工具。这是通过 `/usr/lib/ssh-keychain.dylib` 库实现的，该库现在实现了 `SecurityKeyProvider` – 与 YubiKey 等 FIDO2 设备使用的相同接口。 您可以使用 `sc_auth create-ctk-identity` 创建生物识别保护的密钥，并使用 `sc_auth list-ctk-identities` 和 `sc_auth delete-ctk-identity` 进行管理。密钥可以使用 `ssh-keygen -w /usr/lib/ssh-keychain.dylib -K -N ""` “下载”（实际上是创建了对隔离区凭据的引用）。 为了简化使用，请在您的 shell 配置文件中设置环境变量 `SSH_SK_PROVIDER=/usr/lib/ssh-keychain.dylib`。这将允许标准的 SSH 命令，如 `ssh-add -K` 和 `ssh-keygen -K` 无缝地利用安全隔离区进行密钥存储和身份验证。使用此方法可以提高安全性，将您的 SSH 密钥保存在 Mac 的硬件安全中。
## FireShow：实时3D烟花模拟器
FireShow 是一款基于 C++ 和 OpenGL 的软件，用于设计和可视化 3D 烟花表演。它灵感源自专业工具，允许用户在实时环境中创建复杂的烟火秀。
主要功能包括用于逼真烟花模拟的高级粒子系统（带有级联轨迹）、预定义烟花类型库（如牡丹、柳树等）以及专门的编辑器，用于自定义烟花的颜色和速度等属性。交互式时间线便于精确同步事件，并结合使用 miniaudio 库集成音频效果。
该项目使用了 GLFW 库进行窗口管理，GLAD 和 GLM 库用于 OpenGL 功能，Dear ImGui 库用于用户界面，以及 stb_image 库用于纹理加载。它使用 `make` 系统构建，需要一个兼容 C++17 的编译器（如 g++）和 OpenGL 3.3+。提供了使用 MinGW-w64 的详细 Windows 设置指南，以便本地执行。
## FireShow：开源烟花设计软件
Giuseppe_Coco最近在Hacker News上分享了**FireShow**，这是一款使用C++和OpenGL构建的3D烟花展示设计和可视化软件。FireShow的灵感来自FWsim和Finale 3D等专业工具，它允许用户实时创建和可视化复杂的烟火效果。
讨论涉及了与过去展示中出现的“一次性全部点燃”错误相关的潜在安全问题（例如2012年圣地亚哥的事件），并提出了模拟测试环境以防止此类问题的建议。目前，FireShow纯粹是一个设计工具，但开发者计划将其与实际控制单元集成。
Giuseppe_Coco正在积极寻找贡献者，以帮助集成OpenStreetMap数据以创建逼真的环境，并改进软件的代码架构，该架构最初是由AI引导的。一位在烟火技术方面有经验的用户分享了行业见解，强调了安全、时机和现场表演的刺激性。该项目是开源的，引发了人们对通过WASM进行潜在的网络移植以提高可访问性的兴趣。
## 从 Linux 老手到 Mac 新手：喜忧参半
作者在 Linux 生态系统中投入了 15 年以上的时间——特别是 GNOME，也曾使用过 Unity、KDE Plasma 等。最近，他购买了一台 MacBook Pro。尽管长期以来对 macOS 存在偏见并对其进行过批评，但做出这个决定源于对一个能够同时处理开发工作*和*媒体创作的统一系统的渴望，由于软件兼容性问题，这在 Linux 上一直是个难题。
硬件令人印象深刻——屏幕、扬声器，尤其是触控板是亮点。然而，macOS 的体验却出乎意料地令人沮丧。作者觉得这个操作系统不直观，在虚拟桌面、Dock、Finder 行为以及图像查看器等基本功能方面存在奇怪的设计选择。许多功能感觉不必要地复杂，或者受到奇怪的限制。
尽管有这些抱怨，作者也承认 macOS 已经有所改进，并且 M4 芯片的性能非常出色。最终，MacBook 为他的工作流程提供了一个引人注目的解决方案，弥合了 Linux 和 Windows 之间的差距。虽然 macOS 不能完全取代经过精心调整的 GNOME 设置，但它提供了一个强大而有能力的平台，即使需要一些适应和 AppleScript 变通方法。