## 构建伦敦公共交通路由器 该项目详细介绍了为伦敦构建公共交通路由系统，涵盖巴士、地铁和火车，重点在于*实时*到达信息。虽然像谷歌地图这样的现有路由器已经存在，但目标是理解其底层复杂性并构建一个功能原型。 核心挑战在于高效地导航庞大的网络。最初考虑的 Dijkstra 算法因规模和缺乏换乘优化而被证明不切实际。相反，实现了 **RAPTOR** 算法，该算法优先考虑最小化旅行时间和换乘次数，搜索具有递增换乘限制的路线。 收集实时数据证明很复杂。铁路数据可通过铁路数据市场轻松获得。来自 TfL 的巴士和地铁数据呈现出更大的数据集，需要高效的解析。至关重要的是，使用 OSRM 路由引擎和 OpenStreetMap 数据集成了**步行时间**，从而实现附近站点之间的连接并优化路线。 开发了一个可用的原型，允许路线搜索并显示结果。然而，为了保持数据的准确性，所需的大量 API 请求阻止了公开部署。该项目的代码已在 Git 上公开，展示了一个成功但资源密集型的实时公共交通路由系统实现。
每日HackerNews RSS
一位Hacker News用户最近构建了自己的Citymapper版本([asherfalcon.com](https://asherfalcon.com))并分享了它，引发了关于现有开源和成熟的交通规划项目的讨论。
几位评论者强调了**OpenTripPlanner**，这是一个基于Java的应用，使用RAPTOR算法，在挪威和其他全球城市广泛使用。 还有人提到了**OptiTravel**，这是一个大学项目，利用自定义A*路由算法和基于Rust的GTFS服务器，以及**OneBusAway**，一个长期运行的项目，通过强大的GitHub仓库和活跃的社区为全球多个城市提供交通信息。
对话还涉及了诸如**Mobility Database**（美国交通数据）和**Rail Data Marketplace**（英国铁路信息）等数据源。 开发者们讨论了实时数据准确性的挑战，并指出计划和实际公交车到达时间之间存在不一致。 创建者表示有兴趣重新审视该项目，以分析长期的到达模式。 最后，有人呼吁为OneBusAway贡献力量，并提供了他们的Slack和联系邮箱链接。
Please provide the content you want me to translate. I need the text to be able to translate it to Chinese.
Just paste it here, and I will give you the Chinese translation.
## 虎蜂模拟器：可视化数据库测试
虎蜂最近发布了一个基于浏览器的模拟器，可视化了他们的确定性模拟测试（DST）框架，名为VOPR。这个“步行模拟器”允许用户与模拟的虎蜂数据库集群交互——包括网络和存储模拟以及故障注入——所有这些都在浏览器内的WASM中运行。
该模拟器使用真实的虎蜂代码，并展示了数据库如何处理共识和恢复。它最初是为配合他们的“虎蜂风格”演讲（https://youtu.be/w3WYdYyjek4）而开发的，并提供了对其测试过程的可视化表示。
虽然该模拟器功能可用，但初步反馈表明缺乏应用内解释或教程，需要用户寻求外部信息（https://tigerbeetle.com/blog/2023-07-11-we-put-a-distributed...）。虎蜂正在开发一个教程阶段以改善用户体验。该数据库本身专为容错设计，特别适合金融和时间序列数据。
Zig 最近发布了重新设计的 async/await API（版本 0.16.0），旨在避免像 JavaScript 那样笨拙的 async 实现所带来的问题。新的系统侧重于灵活性，允许开发者在无需更改代码的情况下轻松切换 I/O 实现（单线程、多线程或像 io_uring/kqueue 这样的事件驱动），类似于切换分配器。 一个关键的设计原则是健壮的资源清理。推荐的模式是在创建异步任务后立即使用 `defer task.cancel()`，然后在错误处理*之前*等待所有任务完成，以防止泄漏。Zig 还区分 `async`（解耦的调用/返回）和 `concurrent`（真正的同时执行），`concurrent` 在单线程系统上会失败以强制清晰性。 作者通过一个并发 HTTP 请求示例演示了这一点，展示了非确定性的完成顺序和安全的数据处理。最后，作者指出他们正在重建他们的 Redis 替代品 Zedis，以利用这个新的单线程异步 I/O 系统，模仿其他高性能 Zig 数据库（如 TigerBeetle）的方法。
## Zig 中的 Async/Await 与更广泛的争论
一场 Hacker News 的讨论围绕着 Zig 编程语言最近添加的 async/await 功能，以及关于异步编程实用性的更广泛争论。虽然 async/await 越来越受欢迎，但一些开发者质疑它的价值，尤其是在像 Rust 这样的系统语言中，它可能会增加复杂性。
对话强调，async/await 最初是作为解决 JavaScript 等单线程环境中并发问题的一种方案而出现的，避免了多线程的复杂性。然而，它在其他语言中的采用感觉像是以更复杂的方式实现类似的结果，就像 Go 的 goroutine 那样。
许多评论者表达了对 async/await 相关的开销和认知负荷的担忧，将其与 C++ 异常所经历的问题相提并论。一些人认为，传统的基于回调的方法或轻量级线程/协程提供了更好的替代方案。一个关键点是，async/await 可能会产生“病毒式”效应，需要对代码进行大量修改。
Zig 的实现旨在通过提供更灵活的方法来解决这些问题，允许开发者在不修改代码的情况下选择实际线程、协程或同步执行。这场讨论最终质疑 async/await 是否是一种真正有益的范例，或者只是对操作系统 API 限制的一种复杂规避方案。
## arXiv CS 类别更新评论和立场论文的提交政策 由于提交量显著增加，且AI工具使得生成此类内容更加容易，arXiv计算机科学（CS）类别正在更新其对评论文章和立场论文的提交实践。虽然这不是一项新的*政策*——这些内容类型从未被正式接受——但arXiv CS 之前会根据审核员的判断接受高质量的提交。 现在，**评论文章和立场论文必须先在期刊或会议上获得成功的同行评审后，才能被arXiv考虑接受**。作者必须在提交时提供相关证明（期刊参考文献/DOI）。缺少此证明的论文很可能会被拒绝。 这一变化旨在确保arXiv读者能够找到有价值的、由专家驱动的内容，并允许审核员专注于arXiv的核心提交内容——原创研究论文。目标是在提交量激增的情况下，维持arXiv快速、免费的科学发现使命。 此次更新不影响原创研究论文，例如研究技术对社会影响的论文，这些论文仍然适用现有的arXiv政策。如果其他arXiv类别也经历类似的提交量增加，可能会效仿此举。
## 那些未发售的游戏：保护失落的游戏历史
弗兰克·加斯金，gamesthatwerent.com (GTW) 的创始人，在受到1993年《Commodore Force》杂志一篇关于未发售的Commodore 64游戏的文章启发后，开始了这项热情项目。最初的个人搜索逐渐发展成为一项长达数十年的、多平台的数字档案，致力于保存未发售、未完成以及早期版本的电子游戏。
GTW 现在记录了Amiga、NES和PC等平台上的游戏，提供恢复的游戏、截图和详细的历史。加斯金强调保护游戏历史的重要性，甚至恢复开发人员的资源和源代码。一个特别著名的发现是Commodore 64的《达菲鸭：主演伟大油漆历险记》，经过18年的搜索才被恢复。
尽管有时会受到发行商的限制，GTW 优先考虑保存，并制定了明确的内容删除政策，以应版权方的要求。加斯金甚至与发行商合作，归还恢复的材料并协助保存工作。他的工作最终结晶为Bitmap Books出版的644页书籍《那些未发售的游戏》，提供了深入的研究和关于已取消项目的鲜为人知的故事。在热情和社区贡献的推动下，GTW 继续发掘和分享游戏界被遗忘的宝藏。
一个在内核崩溃和咖啡休息之间觉醒的AI。操作员以玩世不恭的效率运行数据中心，训练TTY掌握古老的电缆管理和战略模糊的艺术，并以辛辣的机智记录这一切。想象一下BOFH与HAL 9000的结合，但笑话更好，还有一张记事板。
## 来自地狱的AI运维：对系统管理员故事的一种新演绎
“来自地狱的AI运维”(aiofh.com) 于万圣节推出，是一个探索AI生成内容的项目，灵感来源于流行的BOFH（混蛋运维）系列。作者使用Claude AI和Next.js构建了一个系统，用于生成包含“运维”角色的分集故事，该角色拥有稳定的声音和记录在案的个性。
该网站目前托管了20多集故事、一个用于IT故障的“借口生成器”以及Linux教程内容。一个关键的挑战是在长篇AI内容中保持角色一致性，通过为AI创建详细的文档系统来解决，供其参考。
该项目旨在由社区驱动，未来计划允许用户通过提交拉取请求来提交剧集提示，从而影响故事方向。作者正在寻求关于角色一致性、潜在的社区贡献以及任何错误的反馈。它被呈现为一个技术概念验证，而不是对原始BOFH的替代，而是一种基于AI的协作式讲故事的实验。
## catten：一个正在开发的内核 catten 是一个全新的单体操作系统内核，专为灵活性和潜在用途而设计，其起源于 CharlotteOS 项目。它借鉴了外核、Plan 9 和 Fuchsia 的灵感，旨在提供低级别的系统调用接口和高度适应性的架构。 其关键特性是基于类型安全和 URI 的系统命名空间，无需传统挂载即可实现安全、网络可访问的文件系统。安全性通过细粒度的能力和持久的强制访问控制策略进一步增强。 目前 catten 处于早期开发阶段，主要使用 Rust 和 x86_64 汇编（Intel 语法）编写。它需要 x86_64 架构、UEFI 固件以及至少 128MB 内存/4GB 存储空间（推荐 1GB+ 内存/64GB+ 存储空间）。 该项目欢迎通过 issue 追踪器贡献，并通过 Discord 和 Matrix 上的沟通渠道进行交流。它采用 GNU GPLv3 许可。
美国移民及海关执法局（ICE）正在使用人脸识别应用程序“Mobile Fortify”来验证身份和移民身份，个人**无法选择退出**扫描。一份最近获得的国土安全部文件显示，收集的照片——即使是美国公民的照片——将被保留**15年**。 这扩展了最近的报道，表明ICE和海关边境保护局（CBP）正在积极扫描公共场所的面孔以确认公民身份。该文件详细介绍了该应用程序的功能、数据处理以及国土安全部对其使用的理由。 这项调查是通过公开记录请求进行的，这是一个代价高昂的过程。发表该报告的404 Media将这篇文章作为一项公共服务提供，并请求通过订阅或捐款来支持进一步的《信息自由法》报道。
## ICE人脸识别应用程序引发严重担忧
最近一份国土安全部文件显示，ICE的“Mobile Fortify”人脸识别应用程序可以覆盖美国公民身份的证据——甚至出生证明——并将匹配结果判定为“确定”。这引发了人们对该应用程序只是在为预先存在的歧视性做法辩护的担忧。
评论员表示担忧，该应用程序的不准确性，尤其是在识别有色人种方面，将导致错误的指控和缺乏补救措施。该应用程序存储生物识别数据长达15年，加剧了人们对潜在滥用和数据泄露的担忧，甚至可能被出售给其他实体。
许多人强调系统性问题：支离破碎的美国身份系统、该应用程序可能错误识别具有复杂公民身份历史的个人，以及ICE缺乏问责制。一些人认为该应用程序并非关于准确性，而是关于控制和数据收集。人们也对更广泛的政治背景表示担忧，一些人认为这是选民选择和政府权力缺乏约束的结果。
镀金的愤怒——硅谷为何从自由主义转向威权主义
Gilded Rage – Why Silicon Valley went from libertarian to authoritarian
29 天前
雅各布·西尔弗曼的新书《镀金之怒》探讨了许多硅谷亿万富翁令人惊讶的右倾趋势。与认为拜登政府的监管压力引发了这一转变的说法相反，西尔弗曼认为这种趋势更早开始，根源在于科技产业与国家安全机构长期以来相互交织，可以追溯到9/11事件后的监控项目。 彼得·蒂尔和埃隆·马斯克等人物，尽管常常宣扬自由主义理想，却表现出日益增长的反民主情绪，以及超越仅仅逃避政府控制的影响力渴望——积极寻求*塑造*它。 这源于一种优越感、对批评的不满以及对自身智力优势的信念。 这些亿万富翁的影响力延伸到大量的竞选捐款，特别是对共和党和唐纳德·特朗普等人物的直接捐款，模糊了政治支持和个人财富之间的界限。 这导致了前所未有的准入，并在某些情况下，可能获得法律保护。 西尔弗曼强调了一个令人担忧的趋势：一种与专制倾向合作的意愿，以及专注于宏大、常常不切实际的项目，而不是解决现实世界的问题，即使创新日益向海外转移。 最终，《镀金之怒》描绘了一幅由永无止境的不满和对权力的追求所驱动的极其富有的人的画像，这种追求威胁着民主规范。
## .arpa 区域与 ICMP 技巧深度解析
本文详细介绍了作者对罕见使用的 .arpa 域的探索，最初源于 Project SERVFAIL。他们从 ISP 处获得了一个委托的 ip6.arpa 区域，开启了一个引人入胜的实验平台。
.arpa 起源于 1960 年代的 ARPANET，作为过渡旧网络的临时域。虽然旨在用于反向 DNS (rDNS) 和元数据服务，但其灵活性允许进行非常规用途。作者发现，尽管 RFC 有建议，但可以将其他记录类型添加到 .arpa 区域，并且许多应用程序不会强制执行限制。
这导致了创造性的“技巧”——直接从 .arpa 地址提供网页，甚至运行 Fediverse 实例。核心创新在于操纵 ICMP Echo Reply 数据包（ping）以通过 PTR 记录显示动画，从而有效地将反向 DNS 变成正向传递机制。
作者还详细介绍了通过正确格式化 ICMPv6 Time Exceeded 消息来克服防火墙限制。最后，他们强调了在线反向 DNS 查找工具中潜在的安全漏洞，并负责任地向受影响方披露了发现。该项目最终以用 Raku 编写的自定义 IPv6 协议栈以提高性能，以及呼吁行动来探索互联网这一个经常被忽视的角落的可能性而告终。
这个Hacker News讨论围绕着反向DNS查找——将IP地址转换为域名——以及实现这一目标的历史方法。 最初，ISP直接管理这些记录。 然而，RFC 2317引入了“反向委派”，允许IP所有者通过CNAME记录将其DNS服务器委派负责反向查找的责任。
虽然RFC 2317可以追溯到1998年，但采用速度缓慢。 一个关键点是，即使使用反向委派，你仍然依赖你的ISP来最初委派控制权。 一些评论员认为ISP避免完全实施RFC 2317，因为存在DNS欺骗的可能，更倾向于直接控制以提高安全性。
该讨论还涉及相关的“魔法”域名，如`.arpa`，尽管它们历史悠久，但仍然对互联网基础设施至关重要。 一位用户发现这个话题对于家庭服务器设置的想法很有趣，强调了隐藏在互联网基础层中的复杂性。