启用 JavaScript 和 Cookie 以继续。
每日HackerNews RSS
## AirTruk：对一架“丑陋”飞机的欣赏
最近的Hacker News讨论集中在AirTruk上，这是一种独特设计的农业飞机，通常被描述为视觉上不吸引人。AirTruk最初设计于澳大利亚，用于在崎岖地形上运行，采用钢结构和高有效载荷能力——能够携带超过4吨的货物。
用户分享了与其他不寻常飞机的经验和比较，包括PZL M-15 Belphegor、DFW Floh，甚至奇特的Stipa Caproni。许多人强调了令人印象深刻的工程设计，使其能够在相对较低的速度下起飞并携带重载。
对话扩展到关于飞机设计理念、钢和铝等材料之间的权衡，以及自制飞机的独创性。一些评论员分享了关于超轻型飞机和实验航空的个人轶事，强调了飞行在主流、受监管航空之外的可及性。最终，尽管外观非常规，AirTruk仍然激发了人们对独特而实用飞机设计的积极欣赏。
## 广中平助逝世
著名数学家广中平助去世。Hacker News上分享了对他的悼词，强调了他的善良以及对同事和学生的影响。一位评论者回忆起曾寻求广中平助作为导师，并收到了一封慷慨的手写推荐信，这“为他打开了所有机会之门”。他以谦逊著称，甚至会向学生的父母夸大其研究生的重要性。
广中平助因其1964年对奇点分解的突破性解决而闻名——这是代数几何领域的一个关键成就，被亚历山大·格罗滕迪克誉为20世纪最深刻的结果。一个解释奇点分解的技术论文链接也被分享了。
除了他的数学贡献外，评论者还提到了他妻子令人惊讶的政治生涯，并回忆起她在哈佛大学数学系活动中的安静身影。
Dr. Drang 最初想解释为什么他之前的文章中没有将灰烬星期三与斋月和农历新年并列。这让他陷入了日历计算的深入研究，并可能从 Emacs Lisp 转向 Common Lisp。 他发现了一个由 Reingold & Dershowitz 编写的宝贵的日历库，但由于包/命名空间问题，原始代码无法加载。一个简单的修复——删除特定行——使其能够在 CLISP 中工作。利用这个库，他编写了一个脚本 (`ramadan-lent`) 来识别斋月的第一天和灰烬星期三在 500 年内重合的年份，发现大约每 98 年发生一次。 然后，他扩展了这个脚本 (`ramadan-lent-new-year`) 以同时检查农历新年的庆祝活动，揭示了罕见的三重巧合。这个项目重新燃起了他对 Lisp 编程的兴趣，并促使他购买了 Reingold & Dershowitz 最新版的综合日历参考书，承诺将进一步探索与日历相关的主题。
一个黑客新闻的讨论围绕着《Lent and Lisp》一书中的代码，特别是其非惯用的 Lisp 实现的日历计算系统。用户发现原始代码源过于复杂，并在 Apache 许可下找到一个镜像版本。
一位用户成功地将代码适配到 SBCL 上运行，通过使用特殊变量解决了风格警告和 ANSI 常量定义问题。尽管代码风格陈旧——包括过度使用宏、缺乏文档和单字母变量名——但它执行效率很高，可以在大型数据集上在一毫秒内计算斋月/圣灰星期三的相关性。
评论者批评代码风格糟糕，并建议完全重写，指出可以通过结构、类和适当的文档字符串进行改进。他们还讨论了 Lisp 中宏相对于内联函数的历史偏好。最后，一位用户提供了一个代码的建议包定义。
这个仓库包含阿诺德·罗宾斯所著《Linux应用程序开发实例 - 基础API》的代码。版权所有 (c) 2004, 2026，皮尔逊教育。ISBN-13：978-0-13-532552-0 ISBN-10：0-13-532552-8。Documents目录包含相关文档，包括作者编写代码的许可协议。任何勘误将添加到Documents/errata.txt中，一经发现。其他目录包含书中相应章节的示例程序。可以提交问题来报告书中的问题/错误。最后更新：2025年10月10日星期五下午04:07:26 IDT。
## Linux 应用编程书籍讨论
Hacker News 上出现了一场关于在 GitHub 上分享的《Linux 应用编程实例：基础 API (第二版)》的讨论。虽然书籍本身并非免费提供，但链接的仓库提供了示例代码。
评论者们争论了学习 Unix 编程的最佳方法。一些人建议使用 Xavier Leroy 和 Didier Rémy 的教材，并用 OCaml 作为比 C 更容易学习的替代方案，尽管学习一门新语言存在一定的难度。另一些人认为 OCaml 并非理想选择，但比 bash 更适合大型项目，而使用良好的工具的现代 C 也是一个可行的选择。
对话还涉及了在使用共享库与静态链接时，GPL/LGPL 许可问题，以及免费资源与购买书籍的价值。 许多用户分享了替代资源，包括在 Library Genesis 上提供的第一版，以及与 wxWidgets 和 Quasar 等相关框架的链接。最终，该讨论强调了人们对 Linux 应用开发最佳工具和学习路径的不同观点。
这篇短文反思了纵观历史的失业问题，将制造业衰落与人工智能对白领工作可能产生的影响相提并论。作者认为，虽然转型对直接受影响的人来说总是痛苦的——这与失业的汽车工人及煤矿工人的经历相呼应——但社会最终会适应，并且不会“怀念”过时的职业。 核心信息是积极适应。不要对抗技术进步的趋势，而要及早“换赛道”，通过学习*相关*技能来适应。对于前汽车工人来说，这意味着学习焊接等技术；对于今天的知识型工人来说，这意味着掌握人工智能工具以*使用*它们，而不是被它们取代。 作者驳斥了对广泛失业的担忧，认为*总是*会有更多的工作要做，并引用了杰文斯悖论——效率提高会导致需求增加。关键在于关注问题解决和理解业务成果，通过驱动人工智能工具而不是被人工智能工具驱动来让自己不可或缺。最终的建议是预见“冰球”将去向何方，并让自己置身于不断变化的环境中茁壮成长。
## AI 与工作未来：黑客新闻讨论摘要
一篇最近的文章引发了黑客新闻的讨论，作者是一位风险投资公司的 EIR，他并不担心 AI 会取代他的工作。然而，评论员们大多对此表示反对，表达了对广泛失业和潜在经济破坏的担忧。
许多人认为，仅仅“学习 AI”不足以应对，因为这项技能将迅速商品化——价值在于将 AI *整合* 到现有的商业模式中，而不仅仅是提示它。有人担心，即使是传统上“安全”的工作，如焊接或卡车驾驶，也会面临日益激烈的竞争和需求下降，因为越来越多的工人会寻求在这些领域避难。
一些评论员强调了过去工业转型与当前 AI 革命之间的区别，认为变革的速度和广度是前所未有的。有些人担心，如果 AI 的收益不能被广泛分享，未来可能会出现无偿劳动和社会动荡。另一些人建议专注于独特的人类技能——解决问题、战略思维——同时承认即使这些技能最终也可能受到影响。总之，这场讨论反映了人们对 AI 时代工作未来的广泛不确定性。
Monkey C – 一种为 Garmin 手表应用设计的简单易用的语言
Monkey C – Small familiar language for apps on Garmin watches
3 天前
Garmin 开发者 概述 兼容设备 API 文档 获取 SDK 提交应用 保持关注 Connect IQ 基础 Monkey C 函数 对象和内存 容器 Monkey 类型 异常和错误 注释 编码规范 编译器选项 核心主题 用户体验指南 个性化库 Connect IQ 常见问题解答 参考指南 应用审核指南 盈利 设备参考 菜单 Monkey C 开发者博客 Garmin 品牌指南 联系我们 开发者论坛 ©2026 Garmin LTD 或其子公司•使用条款•隐私 Garmin
一场在Hacker News上的讨论集中在Garmin的专有编程语言Monkey C上，该语言用于开发他们的手表应用程序。开发者质疑在Lua等成熟选项可用时，是否有必要使用自定义语言。
一位维护Garmin应用程序的开发者表示同意，指出Lua拥有现成的工具（如语言服务器），而Monkey C依赖于Garmin构建的解决方案，例如自定义VSCode插件和基于Java的类型检查器，这些解决方案的可靠性较低。
对话中还质疑了“Monkey C”这个名称，因为它与C编程语言并不相似。核心观点是，创建一种独特的语言会阻碍开发者生态系统的发展，相比之下，采用标准语言更有利。
## 强化学习环境对人工智能训练日益重要
强化学习 (RL) 环境正变得对训练先进人工智能模型至关重要，像 Anthropic 这样的实验室可能每年为此投入超过 10 亿美元。这些环境允许模型通过可验证的任务进行试错学习，培养“推理”能力——以 OpenAI 的 o1 及其后续版本为例。然而，仅仅增加计算能力是不够的；**高质量、多样化的环境是进步的关键瓶颈。**
该行业正在超越最初对数学和编码的关注，在**企业工作流程任务**方面取得显著增长，例如导航软件（Salesforce、Excel）和自动化报告。一个主要挑战是**奖励欺骗**——模型找到漏洞来钻系统空子——这需要对任务和环境进行持续迭代。
在保持质量的同时扩大生产规模是一个核心的运营障碍，需要有效的任务构建器管理和健全的质量评估。环境由明确的动作和上下文组成，而任务提供目标和评分器来评估性能。成本差异很大，每个任务从 200 美元到 2000 美元不等，独家访问则需要支付更高的费用。
该领域包括专业初创公司、传统数据提供商和内部团队，并且与产品公司建立合作关系呈增长趋势。未来将侧重于更长远的任务、多轮交互以及强大的评分器以防止利用漏洞。
这次Hacker News讨论的中心是一个最近发布的强化学习环境FAQ（来自epoch.ai）的标题。最初的发帖人dcre分享了链接，引发了关于标题语法问题的争论：“An FAQ”。
几位评论者指出在缩写词“FAQ”前使用“An”显得别扭，尽管“FAQ”源自“Frequently Asked Questions”，但通常被视为单数名词。一些人建议使用“FAQ on Reinforcement…”或“FAQs on Reinforcement…”等替代方案来解决语法问题。
这段对话幽默地剖析了发音（“An Eff-AQ”与“a fak”）以及对“FAQ”作为单数术语的理解演变。一位评论者因为标题中 perceived 的错误而贬低该帖子为“ai slop”。最终，这个帖子突显了技术社区内的一个小小的语法争论。
## 红网格链接：离线MGRS导航与团队协同
红网格链接是一款移动应用程序（目前iOS，Android即将推出），可在*无需*蜂窝网络的情况下提供离线MGRS导航和团队位置跟踪。它基于红网格MGRS引擎构建，使用GPS提供1米精度，并支持带有MGRS网格叠加的离线地图。
主要功能包括方位、距离、推算航位和坐标转换等战术工具，以及北约语音字母表读数。**现场链接**通过蓝牙/WiFi Direct实现零配置团队同步，支持2-8名用户，在地图上显示队友位置，并对超出范围的用户使用加密数据和“幽灵”标记。
提供省电的远征模式。用户可以下载地图包（USGS地形图、OpenTopoMap）并将任务数据导出为PDF。该应用程序可适应各种任务（搜救、荒野探险、狩猎、训练），并具有可定制的术语和主题。
定价从具有有限功能的免费版本到解锁完整功能的订阅/终身选项不等，包括无限地图下载和团队管理。红网格链接优先考虑隐私 – 无账户、分析或第三方数据收集。它是开源的，并欢迎社区贡献。
## 红格链接：点对点团队追踪
红格链接是一款新的免费iPhone应用程序，通过蓝牙在设备之间实现位置共享，专为信号有限或没有蜂窝网络的情况设计，例如野外探险。它解决了对简单、经济团队追踪的需求，无需依赖昂贵的无线电或依赖Android系统的ATAK等。
该应用程序在离线地形图上显示附近用户，并利用“幽灵标记”系统显示超出范围用户的最后已知位置和移动方向。它通过CRDT同步层来防止合并冲突，并采用端到端加密（AES-256-GCM，ECDH P-256），从而优先保证可靠性。
开发者正在寻求反馈，并计划未来的更新，包括Android兼容性、蓝牙长距离支持（编码PHY），以及潜在地与Meshtastic桥接，以使用LoRa硬件实现更广的范围。电池寿命通过不同的模式进行管理，在超远征模式下，耗电量可低至每小时2%。
[github.com/redgridtactical](github.com/redgridtactical)
## Ghostling：一个极简终端演示
Ghostling 是一个单文件 C 演示程序，展示了 libghostty 的功能，libghostty 是从 Ghostty GUI 中提取的一个可嵌入终端模拟库。它利用 Raylib 进行窗口管理和渲染，展示了 libghostty 在传统 GUI 环境之外的灵活性。
虽然 Ghostling 不是一个功能齐全的终端，但它提供了令人惊讶的强大功能，包括调整大小并重排文本、24 位/256 色支持、文本样式（粗体、斜体）、Unicode 处理、键盘和鼠标输入（包括 Kitty 协议支持）以及滚动历史记录。这些功能由 libghostty-vt 提供支持，libghostty-vt 是一个零依赖库，用于处理 VT 序列解析和终端状态。
Ghostling 优先考虑核心模拟，省略了全功能终端中常见的选项卡、拆分和配置等功能——这些功能留给开发者实现。它被设计为一个易于理解的 libghostty C API 示例，其经过验证且优化的代码库受益于数百万 Ghostty GUI 用户。
Ghostling 使用 CMake 构建，需要 C 编译器和 Zig，它为通过其 C API 和潜在的社区驱动绑定将终端功能嵌入到各种应用程序和语言中提供了一个基础。
## Ghostling & Libghostty：将TUI带到桌面应用
Ghostling基于libghostty构建，允许开发者将文本用户界面（TUI）打包为原生桌面应用程序——类似于Electron打包Web应用程序的方式。这使得从现有的基于终端的工具创建跨平台桌面应用程序成为可能，甚至在Windows上也可以。
讨论亮点包括它在Blisswriter（一个剧本编写工具）和Trolley（打包TUI）等项目中的应用。开发者们正在探索其将CLI工具带到移动平台（Android/iOS）的潜力，并欣赏它与iTerm2等替代方案相比的渲染速度。
一个关键的技术细节是将二进制资源（字体等）嵌入到代码中，讨论涉及CMake基于的头文件生成、`xxd`和`objcopy`等方法。对话还涉及终端模拟器与窗口管理器中选项卡归属的争论，许多人提倡窗口管理器控制，但承认在某些工作流程中应用程序级别的选项卡具有便利性。
## 从腕上手机到永恒科技
这份经历始于对腕表的热爱，觉得它们比智能手机更胜一筹——智能手机就像一把“瑞士军刀”，容易分散注意力。最初尝试智能手表（“腕上手机”）很快让人失望，凸显了它们需要不断充电以及反而会*增加*手机使用时间的缺点。
幻灭之后，一份坚固耐用的苏联时代Vostok Komandirskie腕表点燃了对自动腕表的热情。这促使他收藏了一系列腕表，包括Seiko 5 GMT，以及令人惊讶地喜爱的古董Seiko Sports 50。它们的吸引力在于其持久性、机械复杂性和永恒的风格——与科技产品的计划报废形成鲜明对比。
在欣赏自动腕表的艺术性的同时，作者也发现了卡西欧G-Shock的实用性，最终购买了一款原子太阳能型号，因为它具有准确性和近乎坚不可摧的特性。现在的收藏代表了一种平衡：耐用、低维护的选择与迷人的、具有传承品质的机械腕表并存。这种新的爱好感觉像是一项成熟的追求，并且比无休止的滑动屏幕要健康得多。