这段文字详细介绍了令人着迷且鲜为人知的带刺铁丝网电话的历史——这种即兴通讯网络在19世纪90年代至20世纪中叶的美国和加拿大农村地区很受欢迎。它起源于廉价带刺铁丝的普及和贝尔电话专利的到期，农民和牧场主通过将电话连接到沿现有围栏拉伸的电线上，创建了本地网络。 这些“松鼠线”无需中央交换机或接线员操作；电话会响遍所有电话，用户通过独特的铃声识别彼此。该系统促进了社区联系，方便了紧急通讯，并绕过了贝尔对使用的控制。尽管面临诸如天气相关的短路（通过自制绝缘体解决）等挑战，但该网络仍然蓬勃发展，尤其是在农业合作社中。 受其著作《其他网络》的研究启发，作者促成了艺术家菲尔·彼得斯和戴维·鲁特的作品“带刺铁丝网电话II”在科罗拉多大学博尔德分校的重新安装，并得到了媒体、传播和信息学院的资助和支持。该项目的目的是突出这一被忽视的通讯历史，并鼓励进一步的记录，甚至可能创建一个维基百科条目。
每日HackerNews RSS
## 带刺铁丝电话网络：一段历史
一篇近期文章（loriemerson.net）引发了黑客新闻的讨论，关于在20世纪初，甚至在一些农村地区直到1970年代，令人惊讶地广泛使用带刺铁丝栅栏作为电话线的做法。农民利用现成的栅栏铁丝建立本地网络，将住宅与附属建筑或邻居连接起来。
这些系统通常使用电池供电——通过磁电机或去镇上充电。早期的电话需要最少的电力来传输音频，而用于鸣铃的交流电是一种潜在的危险，评论中分享了一起险些发生的事故证明了这一点。
讨论还涉及到了克劳德·香农，据报道他小时候曾尝试过带刺铁丝通信，这可能影响了他后来的信息论研究。用户分享了电池交换实践的轶事，甚至分享了在发展中国家几十年后使用类似原理进行数据传输的案例，利用X.25等协议在嘈杂线路上的弹性。这些早期网络的独创性凸显了在广泛电气化和现代基础设施普及之前，人们应对通信问题的一种足智多谋的方法。
## Apache Arrow 庆祝数据交换十周年 2026年2月5日标志着Apache Arrow项目成立十周年，该项目旨在提供一种标准化、高效的交换列式数据的方式。Arrow的诞生源于对互操作性的需求，以补充Apache Parquet的存储能力，并迅速从2016年的最初0.1.0版本（包含核心数据类型）发展成为一个蓬勃发展的生态系统。 在过去十年中，Arrow一直优先考虑稳定性，破坏性更改极少。其中最重要的一次是2020年对联合类型的修改，影响了有限数量的用户。该项目在2020年发布1.0.0版本，标志着对正式兼容性的承诺。 如今，Arrow在十多种语言中都有实现（C++、Java、Python、Rust等），并为众多项目提供支持，包括现在独立的Apache DataFusion和GeoArrow。它经常与Parquet一起使用，以实现存储和内存处理之间无缝的数据流。 在社区共识的推动下，Arrow不断发展，欢迎贡献并适应新的用例，同时保持其效率和标准化的核心原则。
## Apache Arrow 庆祝 10 周年
这次黑客新闻讨论庆祝 Apache Arrow 迎来 10 周年，它是一种高性能、与语言无关的列式内存格式。Arrow 最初源于 Feather 库，已成为现代数据生态系统的基础组件。
Arrow 的核心优势在于它能够实现不同数据处理工具和语言（如 R、Pandas、Polars、DuckDB 和 Datafusion）之间的**零拷贝数据共享**。这消除了代价高昂的序列化/反序列化开销。虽然它*可以*用于磁盘存储，但其主要优势在于作为内存中的表示形式。
用户讨论了基于 Arrow 的格式（如 Feather，针对速度优化）和 Parquet（针对存储和压缩优化）之间的权衡。 还有关于数据处理库不断演进的讨论，一些人赞扬了 Wes McKinney（Pandas 的创建者）的贡献以及 Polars 等替代方案的兴起。 许多评论者强调 Arrow 标准化的数据类型是一个关键优势。
尽管有诸多好处，一些用户指出 Arrow 实现中存在错误和复杂性，而另一些人则指出 Lance 和 Iceberg 表等较新的项目正在其基础上构建。
李某表示，金朱爱已在包括朝鲜人民军建军节和锦绣山太阳宫访问在内的各种活动中露面，并且有迹象表明她对某些国家政策发表了意见，因此国家情报院认为她现在已进入被指定为继承人的阶段。
## 池袋站的奇迹
马可·吉安科蒂观察到东京池袋站丸之内线站台上一种引人入胜的、不成文的系统：一种用于候车的双队列系统——“先发”（senpatsu，下一班车）和“后发”（kouhatsu，下一下一班车）。这并非关于规则，而是一种针对特定情况的文化解决方案：列车总是从这个终点站空车出发。
这个系统提供了一种权衡——速度（先发，可能需要站立）与舒适度（后发，更有可能获得座位）。令人瞩目的是它的自发形成和无强制执行下的遵守。这体现了一种更广泛的日本文化现象：由学习到的“框架”——对世界运作方式的共同理解——驱动的同步行为，而非内在特质。
吉安科蒂认为，文化并非关于遵守规则，而是关于避免引人注目。这导致了对甚至不成文规范的集体遵守，例如忽略关机请求，但也凸显了更深层次的思想模式同步。文化通过模仿而演变，创造出自我强化的循环，行为塑造心态，反之亦然，最终优先考虑便捷性并最大限度地减少现有社会环境中的摩擦。这证明了看似任意的文化习俗如何涌现和繁荣，塑造日常生活。
启用 JavaScript 和 Cookie 以继续。
## 莫德纳流感疫苗被FDA拒绝引发争议
FDA最近拒绝了莫德纳的RSV疫苗申请，引发争议，讨论集中在机构的动机和公正性上。 FDA拒绝受理该申请，理由是担心莫德纳的临床试验设计——特别是对老年人使用标准剂量对照组，而不是2024年指南中建议的高剂量组。
评论员认为，FDA可能是在基于对mRNA技术的固有偏见或政治动机行事，鉴于先前的指南似乎批准了试验设计，他们质疑该决定的合法性。 一些人认为，FDA的行动会阻碍制药公司在美国的投资，尤其是在公司根据机构的指导进行了大量投资之后。
另一些人则为FDA辩护，强调需要公正的审查和遵守科学标准。 这起事件也引发了关于FDA作用、政治议程的影响以及对公众信任和创新的潜在后果的更广泛的辩论。 之前关于该主题的讨论链接在此，一位评论员强调了对疫苗相关错误信息的担忧。
苹果公司最近发布了iOS 26.3，以修复dyld（其动态链接器）中的一个关键零日漏洞（CVE-2026-20700）。该漏洞自iOS最初版本以来影响所有iOS版本。谷歌威胁分析小组发现了此漏洞，它允许具有内存写入权限的攻击者执行任意代码——本质上赋予他们对设备的控制权。 苹果确认此漏洞已被积极利用于针对特定个人的“高度复杂的攻击”中，可能作为更大的漏洞利用链的一部分。该攻击利用dyld漏洞以及WebKit漏洞，创建了一条通往完全设备控制的“零点击”路径。 安全专家将dyld比作安全“门卫”，而此漏洞绕过了关键的安全检查。这种复杂程度让人联想到商业间谍软件行业开发的漏洞，例如潜伏者（Pegasus）和掠食者（Predator）背后的那些。虽然此更新解决了其他错误，但dyld/WebKit链代表了iOS 26.3解决的最重大威胁。
Viva.com，一家主要的欧洲支付处理公司，遭遇了一个关键的邮件投递问题：他们的验证邮件缺少自2008年以来就已成为标准的“Message-ID”头部（RFC 5322）。这导致Google Workspace自动拒绝这些邮件，阻止使用公司邮箱地址的用户注册。 作者在创建账户时遇到了这个问题，并使用Google的邮件日志搜索发现了问题。一个解决方法是使用个人Gmail地址，因为Gmail的容错性更高。然而，向Viva.com的支持团队报告此错误，得到的回复却轻描淡写——确认账户已验证，而不是承认潜在的技术缺陷。 这凸显了欧洲金融科技基础设施中令人担忧的模式：文档不完整、未处理的边缘情况以及支持团队缺乏技术理解，这可能源于竞争不足。作者强调了可靠的支付处理的必要性，特别是对于希腊的IRIS等本地系统，并希望像Stripe这样的供应商能够扩张，从而提高整体标准。 解决方案很简单：在所有传出的交易邮件中包含Message-ID头部。
退出
Quitting
3 天前
这段回忆录摘录详细描述了作者与吸烟的复杂关系，始于青少年时期，作为应对尴尬和寻求自我认同的一种方式。起初，吸烟是一种表演——炫耀自己毫不费力地很酷，但很快就演变成一种真诚的、挥之不去的需要。 作者将香烟描绘成一种并非愉悦的放纵，而是一种持续的、抽象的满足感，一种填补内心空虚和投射理想身份的方式。吸烟提供了一种自主和控制感，是自我选择行为的可见标志。尽管认识到健康风险，戒烟却让人感到恐惧，代表着潜在的自我丧失以及围绕这种仪式建立的生活的瓦解。 最终，作者“愚蠢地”戒掉了烟，没有借助任何工具，意识到这种成瘾既是生理上的，也是心理上的。他描述了失去围绕吸烟构建的思想世界的悲伤，以及害怕变得不被过去那个自己认出的恐惧。现在已经戒烟五百多天，他反思着挥之不去的渴望，以及对曾经的自己的出人意料的同情。
这个Hacker News讨论围绕戒烟的挑战。许多评论者分享了他们的经历，强调尼古丁成瘾是深刻的心理问题，并且经常与社交仪式和环境联系在一起。
一位用户在意识到他们的吸烟休息变得不那么愉快后，毅然戒烟，但九年后仍然会想到吸烟，更怀念社交方面，而非尼古丁本身。另一位用户，在吸烟几十年后，注意到这种成瘾的持续性甚至体现在生动、后悔的梦境中。
第三位评论者发现搬到一个禁烟环境对于戒烟至关重要，强调了心理斗争——明知道吸烟有害，但很容易推迟行动，直到感受到强烈的渴望。他们报告在13年后已经完全戒断，但梦境仍然存在。最后一条评论简洁地指出了核心问题：最后一支烟是引发对另一支烟渴望的动力。所有人都同意戒烟很困难，但最终是值得的，现在就是开始的最佳时机。
Tyr 的未来，一个为 Arm Mali 硬件设计的 Rust GPU 驱动程序
The Future for Tyr, a Rust GPU Driver for Arm Mali Hardware
3 天前
## Tyr：基于Rust的Arm Mali GPU驱动 – 2026路线图
Tyr项目旨在利用Rust为Arm Mali硬件创建现代、安全的GPU驱动。在2025年于Linux Plumbers Conference上成功演示可玩SuperTuxKart之后，团队正专注于将工作贡献到上游，特别是考虑到新的驱动程序需要用Rust编写的DRM子系统要求。
目前，一个基本的Tyr驱动已包含在6.18内核中，一个更实用的原型存在于主线之外。虽然原型可以运行桌面环境和游戏，但关键领域需要改进：电源管理、GPU恢复以及Vulkan兼容性（通过PanVK）。
Rust内核基础设施的缺失阻碍了进展，特别是在内存分配（GEM shmem）、GPU虚拟内存（GPUVM）和设备初始化方面。解决这些问题，以及整合Nova驱动团队的工作至关重要。未来的开发还包括一个新的作业提交组件（“JobQueue”）来取代存在问题的`drm_gpu_scheduler`，旨在实现C和Rust驱动程序之间的无缝互操作性。
最终，Tyr旨在提供高性能、安全和节能的GPU驱动，利用Rust的优势服务于移动和嵌入式市场的重要部分。
## Arm Mali 的 Rust GPU 驱动：摘要
一个新的基于 Rust 的 GPU 驱动，名为 Tyr，正在为 Arm Mali 硬件开发中。这源于 Linux 内核的 DRM 子系统正在考虑要求新驱动程序使用 Rust 编写，这一举措受到 Asahi Linux 项目在 Apple Silicon 上的成功推动。
讨论强调了内核开发的一次转变，可能由于 Rust 的内存安全优势而逐步淘汰 C 用于新驱动程序。虽然一些人对 Asahi 项目当前的开发进度和上游努力表示担忧，但另一些人则指出了最近的进展，包括在 M3 Mac 上的启动。
一个关键点是，这不是强制迁移；现有的 C 驱动程序将继续受到支持，但新的贡献可能会优先考虑 Rust。这也会影响其他需要支持未来驱动程序的平台，包括 Windows 和 BSDs。该项目旨在为更可靠的 GPU 驱动程序提供基础，解决崩溃和稳定性问题。
## AI 编程助手真正的瓶颈
关注哪个大型语言模型（LLM）——GPT-5.3、Opus、Gemini 等——在编码方面“最好”具有误导性。最大的性能限制因素不是模型本身，而是“控制系统”——管理用户输入、输出和工作区更改的接口。
目前的编辑工具存在问题：OpenAI 的 ‘apply_patch’ 在非 Codex 模型中经常失败，而 ‘str_replace’ 脆弱且容易出错。即使像 Cursor 这样的高级解决方案，其神经网络方法也存在局限性。作者开发了 “Hashline!”，一种为代码的每一行标记唯一标识符的系统，允许模型可靠地引用更改，而无需重现整个文件。
在 16 个模型上的基准测试表明，Hashline 一致优于现有方法，一些模型的成功率提高了 *十倍*。这表明，更好的控制系统可以带来超过典型模型升级的收益，并强调模型失败往往不是因为理解能力，而是因为 *表达* 更改的有效性。
然而，Anthropic 和 Google 等供应商正在积极阻止独立的控制系统开发，这可能会阻碍进展。作者认为，开源、社区驱动的方法至关重要，因为它使所有模型受益，并在最具影响力的点上促进创新：工具边界。