每日HackerNews RSS
最近的 Hacker News 讨论围绕着一个多篇博客系列（breakintochat.com），调查了“Inspector Dangerfuck”——一个 1994 年的 ANSI 艺术作品——被认为是“互联网上第一部漫画”的说法。这一断言在 2006 年的一本书中广为流传，但存在争议——更早的在线漫画已经存在。
该系列深入探讨了 ANSI 艺术的历史，这是一种利用基于文本的字符来创作图像的亚文化，在网络时代之前在公告板系统 (BBS) 上很受欢迎。评论者回忆起他们与 ACiD 和 iCE 等 ANSI 艺术团体的经历，以及“TheDraw”等工具，强调了在有限的调色板和字符下创作复杂图形所需的技巧。
这场讨论也引发了关于如何定义“网络漫画”与“在线漫画”，以及什么是“漫画”本身的争论，引用了 Will Eisner 和 Scott McCloud 的定义。参与者分享了诸如 ANSI 艺术网络档案（16colo.rs）之类的资源，并指出在线 BBS 社区仍然存在。该系列旨在探索一段 largely 被忽视的互联网历史。
Unix纪元时间（也称为POSIX时间或Unix时间戳）表示自1970年1月1日00:00:00 UTC以来经过的秒数。这个日期被称为“Unix纪元”，是大多数计算系统进行时间计算的参考点。Unix时间格式与时区无关，非常适合在数据库、API和日志文件中存储时间戳。当你将纪元时间转换为日期时，实际上是将这个数值转换为人类可读的格式，例如“2024年1月1日12:00:00”。 秒与毫秒 Unix时间戳有两种常见格式：秒（10位数，例如1704067200）和毫秒（13位数，例如1704067200000）。JavaScript和Java通常使用毫秒，而Unix/Linux系统、Python和PHP使用秒。我们的纪元转换器可以自动检测并处理这两种格式。 秒的常见时间间隔 1小时 3,600秒 1天 86,400秒 1周 604,800秒 1个月（30.44天） 2,629,743秒 1年（365.24天） 31,556,926秒
一位开发者分享了一个重新设计的 epoch 时间转换网站 [epochconverter.dev](https://epochconverter.dev)，并寻求反馈。该网站提供了一个现代化的用户界面，用于将 epoch 时间戳转换为人类可读的日期和时间。初步反馈积极，用户称赞了改进的设计并认为它很有用。开发者迅速采纳了用户建议，增加了对微秒和纳秒转换的支持。
然而，一位评论者指出该工具的局限性，注意到它主要处理 UTC 和 Unix 时间，而许多领域（如 C#、Windows NT、GPS 和天文学）使用不同的 epoch 基准。开发者承认了这一点，并澄清该网站旨在作为标准 epoch 转换的简单用户界面，而不是针对专业科学或工程应用的全面解决方案。一个小的用户界面问题（缺少图标）也被迅速解决。尽管存在关于征求赞成的指导方针问题，但总体反馈是建设性和积极的。
## AI辅助编程现状 (2024年初) 过去一年，AI辅助编程的格局发生了巨大变化。曾经令人惊讶的功能——AI生成可用的代码——现在已成为常态。开发者可以以前所未有的速度发布代码，主要受限于推理时间和深思熟虑的设计，而非繁琐的编码本身。 GPT-5，特别是5.2，带来了变革，培养了对模型的信任，使开发者能够专注于高级决策，例如语言选择（TypeScript、Go、Swift）和系统架构。阅读代码的重要性降低；理解系统结构和依赖关系是关键。 像“Oracle”这样的工具——一个用于运行GPT-5 Pro并具有文件访问权限的CLI——通过实现复杂的调研和问题解决，进一步加速了开发。虽然Opus仍然适用于通用任务，但Codex由于其广泛的代码训练和彻底分析现有代码库的能力，在大型重构方面表现出色。 工作流程强调迭代开发、频繁提交，并利用AI处理文档和依赖管理等任务。作者提倡从CLI开始构建，并优先考虑简单性和持续集成，而非复杂的编排系统。最终，重点正在从*编写*代码转向*指导*AI编写代码，开启了软件创作的新时代。
## 推理速度下的交付：摘要
最近一篇Hacker News上的帖子讨论了大型语言模型（LLM）对软件开发的影响，起因是一位开发者分享了在三个月内花费5.1万美元的API令牌费用。核心观点是，LLM正在显著提高开发*速度*，但并不一定提高项目*质量*或深思熟虑程度。
许多评论者对此表示认同，认为LLM就像“老虎机”——使用起来很有趣，但需要付出大量努力才能从输出中筛选出真正有用的结果。虽然LLM擅长自动化繁琐的任务和加速原型设计，但强大的设计、产品意识和仔细监督仍然至关重要。一些人担心开发者正成为“混合产品经理/微观管理者”，不断地指导LLM，而不是专注于核心编码。
另一些人强调了生产力提高的潜力，尤其是在明确定义的任务中，并分享了用定制的LLM驱动解决方案替换现有应用程序的例子。然而，一个反复出现的问题是，这种速度是否能转化为有意义的创新，还是仅仅产生更多、更快、但可能考虑不足的输出。这场讨论最终指向了开发者角色的转变，要求在技术技能之外，更加注重“深入思考”和战略方向。
该网站正在使用安全服务来保护自身免受在线攻击。您刚才的操作触发了安全解决方案。 提交特定词语或短语、SQL命令或格式错误的数据等行为可能会触发此阻止。
尽管网络安全工作仍在进行，作者分享了最近前往西伯利亚雅库茨克旅行的经历。前往雅库茨克的旅程平淡无奇，但这座城市和附近的造船厂却引人入胜。
最令人印象深刻的是扎泰造船厂，那里的船只以一种独特的西伯利亚方式进行维修——*在冰面上*。由于缺乏传统的干船坞，工人们费力地用链锯切割冻结的勒拿河冰层，以便接近船体和螺旋桨。
船队包括一些不寻常的船只，甚至有些配备了轮子，以便在浅水河道中航行。新的造船设施也在建设中。作者注意到冰锯组的工作非常艰苦，但报酬丰厚，并分享了记录这一非凡维修过程的照片。这一天以新闻发布会结束，为这次独特的旅游体验画上了圆满的句号。
## 极寒环境下的船体维修 - Hacker News 摘要
Hacker News 的讨论围绕着卡巴斯基（Kaspersky.com）的一篇文章，详细描述了在俄罗斯一条河流上 -50°C 的温度下进行的船体维修。 严苛的环境需要独特的技巧，包括工人们切割冰层以接近船体——这是一项危险的工作，金属工具会迅速冻结在冰上。
评论者分享了相关视频，包括一个女性为船体维修切割冰层的视频，以及一个展示雅库茨克生活的 YouTube 频道。 讨论延伸到极端寒冷条件下工具功能（丙烷冻结、需要替代加热方法）以及纪录片《长途圆行》和随后的电动自行车旅行。
一个相关的争论涉及与俄罗斯政权有关联的个人发布的内容的伦理问题，特别是卡巴斯基，一些人认为鉴于乌克兰的持续冲突，不应随意欣赏他的内容。 讨论还涉及 HN 的发布系统以及帖子可能被重新发布以获得更大可见性的可能性。
从1990年起，我开始游荡于BBS，交易和收集盗版软件。快进二十多年，我仍然对90年代的BBS场景记忆犹新。我将那些日子的文件列表放在网上。或者在我的BBS上浏览它们。在这里搜索和查看发布信息。列表的显示方式与当年BBS上的原始方式相同，包括所有的FILE_ID.DIZ ASCII艺术字。任何与我怀有相同怀旧之情的人都可以浏览此网站，回顾往昔岁月。对我来说，那是盗版软件场景的黄金时代。我非常希望与过去场景中的其他人取得联系，所以如果您偶然发现此页面，请给我发送电子邮件。
## 黑客新闻讨论：SCiZE 的经典盗版合集
一场黑客新闻的讨论围绕着 scenelist.org，这是一个保存了 1990 年代和 2000 年代初盗版场景资料的收藏。用户们回忆了那个时代对计算机安全的影响——指出它对逆向工程、漏洞研究（如 Heartbleed）甚至情报行动的贡献。
对话突出了围绕公告板系统 (BBS)、IRC 频道以及获取和分享软件的刺激感所产生的充满活力的文化。许多人分享个人轶事，回忆着漫长的下载时间、系统崩溃以及通过破解和规避版权保护所获得的学习经验。
一些用户表达了对当时“有趣极客文化”的怀旧之情，并想知道当今年轻人有什么样的等效体验。另一些人则指出 srrdb.com 和互联网档案等资源，用于保存 .NFO 档案和相关内容。讨论还涉及了文件格式的演变（从 .wav 到 .mp3）以及在历史消失之前归档它的重要性。
## 深克隆困境：调试 Octocrab 重试错误
最近，在 bors 的生产部署中出现了一个棘手的错误，导致测试因模拟的 GitHub 端点中请求体为空而 panic。该问题间歇性出现，导致令人沮丧的调查。根本原因出乎意料地在于 `octocrab` crate 的重试机制。
`Octocrab` 使用 `Arc` 对请求体进行浅克隆以进行重试。这最初有效，但后续请求会收到一个空体，因为原始体在第一次尝试中被消耗了。该错误被 `hyper` 的行为掩盖，`hyper` 在检测到流结束时会跳过 body 轮询，从而防止立即 panic。
Wireshark 证实发送者 (bors) 确实发送了带有和不带有 body 的请求。在报告该问题后，使用 `Bytes` 对请求体进行深克隆的修复方案得以实施，确保后续重试拥有有效数据。该修复方案被迅速合并并发布在 `octocrab` 0.49.1 中。
有趣的是，一个 LLM (Claude) 能够识别核心问题，尽管它最初在上下文方面遇到困难，并且需要指导。这突出了使用 LLM 进行调试的潜力，但也揭示了其局限性。
这次经历强调了理解 Rust 中克隆语义的重要性，尤其是在使用内部可变性时，并提醒我们即使是维护良好的 crate 也可能隐藏着细微的错误。
调查并修复了一个糟糕的克隆错误 (kobzol.github.io)
15 分，ibobev 发表于 17 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
assbuttbuttass 发表于 15 小时前 [–]
几个月前我在工作中修复了一个几乎相同的错误：一个内部服务正在调用某个网络设备，并且只对 IPv6 专用设备失败。结果发现它首先尝试 IPv4，然后在失败后，它会使用 IPv6 重试请求，但请求体已经被消耗，所以重试失败并显示了一个神秘的错误。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 伦敦地铁量子导航：摘要
一项研究正在进行中，旨在探索利用量子物理学来改善伦敦地铁的列车导航。伊丽莎白线已经使用了基于时刻表和轴计数器的自动化定位系统，但这项新研究旨在实现厘米级的精度——可能对轨道状况监测以及，至关重要的是，国防应用有益。
该系统采用基于冷却原子的超精密加速度计，其潜在精度高于传统方法，后者会随着距离的增加而累积误差。然而，许多评论员质疑在此应用中使用如此先进技术的必要性，认为像轮式编码器、光学标记或现有的激光雷达/SLAM技术等更简单的解决方案就足够了。
一个关键点是，该项目与国防承包商和研究紧密相关，地铁提供了一个方便的、现实世界的测试平台。地铁具有缺乏GPS信号和提供现有地图数据的特点，使其成为原型设计的理想场所。虽然文章重点关注交通运输，但其根本目标似乎是为军事用途开发可靠的、独立的卫星惯性导航系统。
## 离线日语游戏翻译器：摘要
这款工具为Windows、macOS和Linux上的日语复古游戏提供实时离线翻译。它捕获任何窗口中的文本，利用专门的MeikiOCR进行准确的像素字体识别，并使用Sugoi V4进行翻译——所有这些都不需要在初始设置后需要互联网连接。
主要功能包括两种字幕显示模式（横幅或就地叠加），用于提高效率的翻译缓存，以及多显示器支持。它通过将所有数据保存在本地来优先考虑隐私。
安装通过为每个操作系统提供的脚本非常简单。首次运行会下载必要的模型（约1.5GB）。用户可以通过GUI调整OCR灵敏度，以平衡准确性和文本包含性。虽然功能齐全，但Wayland用户在使用就地叠加时可能会遇到限制，并且需要安装GStreamer。
## 离线日语游戏翻译器在Hacker News分享
一个新项目，一个用于离线翻译日语复古游戏的屏幕翻译器 ([github.com/bquenin](https://github.com/bquenin))，最近在Hacker News上分享。该工具旨在实时翻译游戏文本，无需依赖外部API，从而提供潜在的速度优势（CPU上约1秒延迟）。
讨论集中在翻译质量上，特别是对于使用有限字符集（如平假名）的旧游戏——一些用户报告了不准确的翻译，例如反复将文本翻译为“松树”，即使文本中没有提到松树。
与类似的工具（如使用Google的Gemini的UGTLive）相比，该项目在本地运行。用户还讨论了它对不同游戏类型（回合制与动作）的适用性，以及翻译超出单个句子的复杂屏幕的挑战。另一位用户分享了一个使用截图和OCR的类似流程。一个值得注意的限制是Wayland兼容性，目前由于安全限制，仅限于全屏窗口。
启用 JavaScript 和 Cookie 以继续。
## 伊朗抗议与信息来源审查 - Hacker News 摘要
Hacker News 上的一场讨论围绕着伊朗抗议活动的地图项目 ([fdd.org](https://fdd.org))，引发了对其可靠性和潜在偏见的争论。 许多评论员质疑该网站的信息来源，指出难以核实相关声明——特别是关于安全部队使用致命武力的一份报告，后来被证实为彩弹枪。
该网站的托管方“民主防卫基金会”(FDD) 被认为立场亲以色列、反伊朗，引发了对带有议程驱动的报道的担忧。 用户将其与美国和欧盟境内抗议活动缺乏类似易于获得的地图进行对比，引发了选择性关注和潜在宣传的指控。
讨论还涉及伊朗动荡的更广泛背景，将其与经济困难、历史积怨以及潜在的政权裂痕联系起来。 一些人对持久变革表示怀疑，理由是过去对抗议活动的镇压，而另一些人则强调了对头巾规则执行方式的转变，认为这是一种小小的胜利。 美国和以色列等外部势力以及雷扎·巴列维等人物的动机也受到了辩论。