西默斯·希尼，一位极其清醒的诗人，通过融合早期的影响——从母亲的拉丁语课程和BBC航运预报到杰拉德·曼利·霍普金斯的节奏能量，并反映了他自己阿尔斯特口音——精心打造了他独特的诗歌声音。他的处女作《自然主义者的死亡》（1966年）立刻展现了他的才华，以敏锐的观察现实主义和通过诗歌探索自我身份的愿望为标志，这体现在他对水井和“回响”的黑暗的迷恋中。 在整个职业生涯中，希尼不断完善他的技巧，追求精确，并“水印”了他独特的感知。他处理了具有挑战性的主题，特别是《北方》（1975年）中北爱尔兰的暴力，以及《车站》中的原始童年记忆。 后来的作品，如《精神水平》（1996年），采用了更轻松、更形而上的方法。 《西默斯·希尼诗歌全集》收录了他所有的作品，提供了对其创作历程的全面视角。 虽然这是一份宝贵的资源，但随附的编辑材料虽然详尽，却在准确性和洞察力方面存在不一致之处，突显了难以明确把握诗歌声音细微之处的困难。 尽管如此，这本选集也证实了希尼作为一位具有卓越技巧和持久影响力的诗人的不朽地位。
每日HackerNews RSS
一场由西默斯·希尼的诗歌选集评论引发的黑客新闻讨论，集中于希尼与其他诗人（特别是叶芝和约翰·贝里曼）的比较。 一位评论员最初将希尼贬低为“业余选手”，但其他人强烈捍卫他的作品。
争论的核心在于希尼的可亲性，这源于他出身工人阶级以及在爱尔兰扎根的生活。 用户将其与被认为贵族化且与他所写的生活脱节的叶芝进行对比，并认为叶芝的名声部分归功于他的政治参与。
另一位用户指出，人们对叶芝背景的 историческое осознание 正在增长，但仍然承认他的才华。 讨论还简短地提到了约翰·贝特杰曼，他被错误地与贝里曼一起提及。 最终，这场讨论赞扬了希尼既是一位精通诗歌的大师，又能够真实地与日常经验联系起来的能力。
## C 泛型：通过头文件实例化总结 C 语言本身不支持泛型，但有几种技术可以模拟它们。简单的宏会导致内联和类型安全问题，而类型擦除会引入指针转换和潜在的未定义行为。一种推荐的方法是利用头文件实例化和预处理器技巧，以获得类型安全且相对简洁的解决方案。 这种方法依赖于在包含泛型向量头文件*之前*定义 `VEC_ITEM_TYPE` 和可选的 `VEC_SUFFIX`。一个宏 `G(name)` 然后基于定义的类型来扭曲标识符（如函数和结构体名称），从而创建专门的版本。错误检查确保始终定义 `VEC_ITEM_TYPE`。 为了避免跨多个编译单元的重复声明错误，头文件使用条件编译块 (`#ifndef VEC_IMPLEMENTATION`) – 声明放在头文件中，实现放在定义了 `VEC_IMPLEMENTATION` 的 `.c` 文件中。头文件还取消定义 `VEC_ITEM_TYPE` 和 `VEC_SUFFIX`，以防止在多次包含中意外地重复使用相同的类型。这种方法平衡了类型安全、最小的宏使用以及与现有 C 工具的兼容性。
## 从胶片到数字：Estes火箭摄影的历史
在数码相机问世之前，Estes Industries为火箭爱好者提供了一种独特的爱好：航拍。从1965年推出的Camroc开始——一种使用定制圆形胶片格式的相机——爱好者们可以从他们的火箭上捕捉图像。这需要暗房技能和细致的胶片处理。
1979年，AstroCam 110首次亮相，使用容易获得的110胶片，并仅以15美元的价格提供彩色照片。虽然简化了流程，但较小的胶片尺寸意味着图像质量降低。AstroCam在十年多时间里广受欢迎，并在1990年代进行了更新，采用了预组装的组件和改进的镜头。
多年来，热情的爱好者们对相机进行改装以获得不同的视角，并试验不同类型的发动机以获得理想的照片。Estes后来推出了Oracle和AstroVision等数码选项，但随着智能手机相机的进步，专用火箭相机的需求逐渐减少。
尽管已停产，AstroCam 110仍然是火箭历史中令人怀旧的一部分，代表了科学、工程和捕捉独特视角的刺激的迷人融合。即使在今天，110胶片仍然可以买到，并且可以找到套件，让新一代人体验火箭摄影的挑战和乐趣。
这个黑客新闻的讨论围绕着对Estes模型火箭的怀旧，特别是AstroCam和Camroc——设计用于携带相机的火箭。用户们 fondly 回忆了童年时期组装和发射这些模型的经历，结果往往喜忧参半：火箭被风吹走，俯冲失败，以及罕见的、珍贵的成功照片（通常只是蓝天！）。
对话强调了所需的耐心和奉献精神，并将其与如今更快速的STEM活动进行了对比。它还涉及了模型火箭与个人电脑早期之间的历史联系；Altair计算机的创始人MITS最初是为模型火箭制造电子套件。
用户们分享了如何为这些老式相机寻找胶卷的技巧，甚至回忆了尝试自己制造火箭引擎，这展现了一种足智多谋和冒险精神。这个帖子最终庆祝了一种共同的童年经历和更简单的动手实验时代。
我们孜孜不倦地追求提供最佳质量的搜索结果。但我们毕竟是人（好吧，大部分时候是！），构建搜索引擎很复杂，有时Kagi会提供一些比有用更搞笑的结果。这是这些时刻的失误集锦。请欣赏并分享你自己的！
新西兰元兑美元 最初来自Discord。
黑客 最初来自Mastodon。
法语中的1337 最初来自X。
半匹马 最初来自Discord。
1Password密码生成器 最初来自X。
公司 最初来自X。
Pop OS 最初来自Discord。
NAD放大器 由Leo Fabriek分享。
分享失误
你遇到过有趣的搜索结果吗？请与我们分享！
## Kagi 搜索：失误、漏洞与价值讨论
一则 Hacker News 讨论围绕着付费搜索引擎 Kagi 展开，起因是名为“Kagi 失误 – 搜索结果出错”的帖子。用户们指出了一些问题，例如“更多结果”功能返回重复条目，这个漏洞几个月前就已报告，但去重挑战“比想象中更复杂”导致进展有限。
这引发了关于 Kagi 性能的更广泛争论。一些人质疑其声称的优越排名是否能证明更少的结果，而另一些人则指出 Reddit 的无限滚动也存在类似问题。一个共同的主题是：潜在的故意设计选择，优先考虑广告展示而非真正全面的结果。
该帖子还引发了关于 Kagi 整体价值的讨论。许多用户称赞其自定义选项（域名屏蔽、时间过滤）以及与 Google 和 DuckDuckGo 相比的优越结果，认为其订阅费用是值得的。人们对 Kagi 依赖 Yandex 以及潜在的地缘政治影响表示担忧，但也有观点认为实用利益更为重要。最终，意见不一，一些人认为 Kagi 是一个显著的改进，而另一些人则不以为然。大型语言模型 (LLM) 的兴起也被讨论，Kagi 的助手功能和可靠的来源信息被视为关键优势。
## Helix & Moonlight：流式AI代理桌面 Helix正在构建用于AI代理的交互式桌面环境，允许用户实时观察并与它们协作——这些代理可以浏览、编码和使用工具。在评估了各种解决方案后，他们选择了Moonlight，这是一种快速高效的游戏流媒体协议，尽管它最初是为单人游戏设计的。 核心挑战在于将Moonlight调整为多用户访问*共享*代理会话。最初，Moonlight为每个用户创建单独的实例，不适合具有持久状态的代理。一个临时的“启动”方法允许代理主动运行，但引入了复杂性。 解决方案在于Moonlight新的“大厅模式”，专为多人游戏设计。这允许多个客户端连接到同一个代理，共享一个桌面。虽然仍在稳定中（当前存在输入缩放和视频损坏等问题），大厅模式消除了对变通方法的需要，并实现了无缝的多用户交互。 Helix的架构利用Wolf（一个C++ Moonlight服务器）、Kubernetes以及通过WebRTC流式传输的GPU加速桌面。这提供了低延迟、高质量的流媒体，这对于视觉AI代理的开发和协作非常有益。他们目前处于私人测试阶段，并鼓励感兴趣的人加入他们的Discord。
## Helix：具有桌面访问权限的流式AI代理
Helix.ml 正在推出一种具有桌面环境访问权限的流式AI代理系统，利用游戏协议实现低延迟交互。核心思想是允许AI代理直接与桌面UI交互和操作，从而可能实现自动化当前由人类完成的任务。
讨论的重点在于代理*是否*需要UI（人类需要，但一旦具象化，代理可能不需要），以及完全IT自动化的潜力。一个关键点是将编码代理与桌面代理连接起来，从而实现AI辅助的应用程序开发和调试。
该项目利用现有的技术，如Moonlight进行流式传输，但旨在实现更广泛的兼容性，并提供一个在本地运行私有、隔离的AI模型平台。虽然有人质疑完全桌面流式传输与针对性集成之间的必要性，但开发者强调了隔离代理环境的好处，以及为代理提供完全桌面访问权限以执行调试和协作工作等任务的能力。演示视频已发布 ([https://youtu.be/vVmnpcnLDGM](https://youtu.be/vVmnpcnLDGM))，该项目正在进入私人测试阶段。
使用RP2040驱动TFEL：逐步卸载CPU (2021)
Driving TFEL with RP2040: Offloading the CPU step by step (2021)
11 天前
本文详细介绍了使用树莓派RP2040微控制器与Planar EL640.480-AM系列10.4英寸单色TFEL显示器接口的过程。这些显示器需要使用STN LCD接口以持续120Hz的刷新率运行，传统上由现在已淘汰的控制器驱动。
作者最初探索了位操控GPIO和CPLD/FPGA解决方案，但最终利用RP2040的可编程I/O (PIO)状态机来实现高效的数据传输。早期使用PIO和DMA的尝试仍然会严重占用CPU资源。最终的解决方案利用PIO来处理*数据传输*和*水平/垂直同步信号生成*，并通过PIO中断触发。
这种方法显著降低了CPU负载——降至0.009%——从而允许其他任务并发运行。代码包括用于数据输出和同步的PIO程序、DMA设置和中断处理。作者承认由于对RP2040的不熟悉，代码尚未完全优化，但提供了一个功能性的概念验证，源代码可在Gist上获取。该设置允许在无撕裂的情况下切换帧缓冲，为灰度显示器的帧率控制（FRC）等功能铺平了道路。
一个黑客新闻的讨论围绕着构建一个无干扰的编码环境，让人联想到复古的CRT终端，特别是VT420。用户正在探索使用RP2040微控制器和OLED/Eink显示屏来实现这一目的，灵感来自于zephray.me上详细介绍的一个项目，该项目专注于驱动TFEL显示屏。
对话深入探讨了RP2040的可编程I/O (PIO) 的能力，并将其与BeagleBone Black的Programmable Realtime Units和STM32MP系列等芯片中的类似功能进行比较。 几位用户提到了现代SoC中存在的“应用/实时分割”核心架构，允许进行专用且低延迟的控制。
讨论还涉及更实惠的替代显示选项，因为展示的屏幕价格非常昂贵（1500-2500美元）。 最后，TI PRU核心也被提及，作为与RP2040的PIO类似的专用IO协处理器的一个例子。
AdGuard DNS 收到可疑压力，要求屏蔽 archive.is。
Our investigation into the suspicious pressure on Archive.today
11 天前
## Archive.is 受到压力：摘要
联邦调查局正在调查 Archive.is，一个网站存档服务，据报道是因潜在的版权或 CSAM 问题。与此同时，AdGuard DNS 受到一个新成立的法国组织“网络滥用防御协会”（WAAD）的压力，要求屏蔽 Archive.is，声称其托管了非法内容。
AdGuard DNS 认为 WAAD 的说法和策略可疑。Archive.is 确认他们没有收到关于涉嫌非法内容的先前通知，并在被告知后立即删除。进一步调查显示 WAAD 注册时间不久，匿名运营，并提交了伪造的“传票报告”——证明内容存在的文档——日期在声称最初报告问题*之后*。
有证据表明，在之前的类似投诉中可能存在律师的冒充行为。AdGuard DNS 正在向法国警方投诉，理由是 WAAD 可能违反了法国关于虚假报告的法律。这些事件发生的时间，以及联邦调查局的调查，引发了人们对协调一致的努力，以向 Archive.is 及其支持基础设施施加压力的担忧。AdGuard DNS 强调，在内容屏蔽决策中需要司法监督，而不是依赖于潜在恶意私人投诉。
## 北约新的波罗的海空中防御战略
2025年9月，俄罗斯再次派遣米格-31“狐狸”截击机进入爱沙尼亚领空，延续了试探北约防御的模式。然而，这次北约采取了一种截然不同的战略，有效地展示了其卓越能力，而没有开火——并阻止了进一步的入侵。
此前，北约依赖传统的拦截方式，俄罗斯利用米格-31的速度和射程来加以利用。这次，北约使用了一种联网防御系统：AWACS监视、瑞典“鹰狮”战机，以及关键的、在雷达静默状态下运行的F-35隐身战机。F-35战机在共享数据的引导下，对俄罗斯飞机进行了视觉识别，而“鹰狮”战机则利用电子战压制了“狐狸”战机的雷达和通信系统。
俄罗斯被留下“耳目失明”，不知道北约飞机正在包围它们。通过无线电传达了一条明确的信息，迫使它们撤退。这种压倒性的、看不见的作战能力展示，加上对潜在击落场景的严厉警告，被证明是高度有效的。俄罗斯没有再次侵犯领空，表明它们理解了北约的信息：力量和技术优势将以果断行动来应对。这一事件凸显了北约在空中防御方面的悄然进步及其通过准备维护和平的承诺。
## 北约与俄罗斯空域互动：摘要
一篇近期文章详细描述了俄罗斯 allegedly 侵入爱沙尼亚空域以及北约的反应，引发了 Hacker News 上关于战略和意图的讨论。核心论点是俄罗斯 routinely 测试北约的防御，以评估反应时间，识别 active 系统，并收集情报。
评论者们争论北约是否应该对这些试探做出强硬反应，一些人提倡采取坚决的回应——模仿俄罗斯的做法——以阻止进一步的升级。另一些人则告诫不要过度反应，认为俄罗斯 *希望* 北约做出强硬回应，从而为国内动员和冲突升级提供 justification。一个关键点是，俄罗斯可能试图引诱北约做出代价高昂的反应，同时发展无人机技术。
一些用户质疑文章的准确性，指出地理错误和缺乏来源。许多人强调了认识宣传的重要性，即使是来自自己一方的宣传，以及对这类报告进行批判性分析的必要性。最终，讨论的中心是展示力量与避免采取可能无意中落入俄罗斯战略目标中的行动之间的微妙平衡。
这项研究探讨了如何在文本字幕中传达说话的*方式*——语调（响度、音高、时长），而传统字幕通常只呈现*说什么*。作者提出了一种模型，将声音的细微差别转化为排版变化：字体粗细表示响度，基线偏移表示音高，字母间距表示时长。 他们测试了观众是否仅根据显示这些视觉“语音调节”的文本，就能准确识别原始音频。来自117名参与者的结果显示，无论文本是静态的还是动画的，将排版与源音频匹配的准确率均为65%。 这项研究强调了视觉丰富的字幕改善理解力的潜力，但也揭示了对这些语音调节排版线索的不同解读，表明还需要进一步完善。最终，这项工作旨在使字幕更完整地呈现口头交流。
单手键盘
One Handed Keyboard
11 天前
用户定制了一款单手机械键盘，带有轨迹球，以帮助在交通事故中失去右手功能的女儿。该设计使用了QMK固件，并参考了“何同学”和HTXStudio开源项目（在GitHub & Gitee上可用）。
该项目提供了构建三种键盘变体的详细资源——左手和右手版本，以及更小的控制板，包括PCB设计（通过JLCPCB）、VIA配置文件、固件、3D模型和元件数据表。主要元件包括STM32G431CBU6微控制器、25mm PTFE轨迹球，以及Alps或常见机械开关的选择。
文档详细介绍了组装过程，包括阻尼材料（Poron、硅胶垫）、螺丝类型和接线说明（使用FPC连接器）。开发者强调在组装过程中进行彻底的测试，特别是轨迹球和滚轮功能，并提供了固件刷写指导。这是他们的第一个开源项目，欢迎反馈。
## 黑客新闻上关于单手键盘的讨论
黑客新闻上最近的一篇帖子介绍了HTX Studio制作的单手键盘，并附带了一个YouTube视频展示其功能。讨论迅速扩展到涵盖各种现有的和潜在的单手输入解决方案，包括使用AutoHotKey或Karabiner Elements的软件实现，Microwriter和CharaChorder等和弦键盘，以及Maltron和Frogpad等专用硬件。
许多评论者分享了因受伤或残疾而适应单手输入的个人经历，强调了人体工程学的重要性以及减少压力。几位用户讨论了镜像键盘布局的挑战以及具有可定制图层（使用QMK/ZMK固件）的分体键盘的好处。
对话还涉及了专用硬件的高成本以及对更多经济实惠、易于获得的选项的需求。一个反复出现的主题是需要适应个人需求的自适应设计，考虑到手部力量和灵巧度的差异性。最终，该帖子表明了对解决可访问性和人体工程学问题的创新输入设备有浓厚的兴趣。