位于威克洛郡的波斯考特酒店取消了一场由美国科技亿万富翁彼得·蒂尔共同创立的受邀制团体“对话”所举办的备受瞩目的“秘密”会议。据报道，该活动原计划讨论核能及“第三次世界大战”准备工作等议题，但因涉及帕兰泰尔公司而遭到强烈抵制，该公司因与以色列军方的战略伙伴关系而备受批评。 此次取消是在亲巴勒斯坦活动人士、反对派政客以及波斯考特庄园本身的巨大压力下做出的，庄园方面对这一决定表示宽慰。以“放弃对话”为旗号组织抗议活动的运动人士称赞此举是“人民力量”和直接行动的胜利。 尽管该活动将不再在波斯考特举行，但活动人士警告称，他们将密切关注该会议是否有意转移至爱尔兰的其他场地。他们向其他酒店发出了明确警告，要求避免接待该团体，倡导者们强调，此类集会与爱尔兰社会在声援巴勒斯坦问题上的强烈民意相悖。
每日HackerNews RSS
威克洛酒店取消了彼得·蒂尔（Peter Thiel）的“秘密”团体会议。 Wicklow hotel cancels 'secretive' Peter Thiel group conference
11 天前
抱歉。
人工智能从根本上改变了软件开发，它并没有减少代码的总量，而是将编程从一种专门的职业转变为一项通用能力。 尽管软件行业的整体就业人数保持稳定，但“初级”程序员——即那些受雇按规范编写代码的人——的市场已经崩溃。数据显示，22至25岁人群的入门级招聘和就业人数急剧下降。相反，数以百万计的非工程师正在利用人工智能开发软件，这导致了代码仓库创建数量破纪录，以及 App Store 提交应用数量的激增。 传统的软件工程师“晋升阶梯”已经断裂：由于人工智能现在可以处理初级任务，过去用于培养未来高级开发人员的学徒模式已经消失。尽管一些公司正在尝试新的初级岗位，但整个行业仍面临严峻挑战。随着编程从一个具体的职位演变为一种通用技能（类似于打字），行业必须建立一种培养高级判断力的新方法。如果不能为人才创造新的“入门通道”，当前软件创作的繁荣将因缺乏经验丰富的专业人员来监督所生成的代码，从而在未来面临不稳定的风险。
关于人工智能是否已经“摧毁”了初级程序员就业市场的 Hacker News 讨论揭示了行业内巨大的分歧。许多专业人士证实，初级职位的招聘已显著放缓甚至完全停止，因为企业现在更倾向于雇佣能够利用 AI 工具替代整个初级团队产出的资深开发人员。
反对“唯 AI 论”的观点则认为，由于市场调整以及 2021 年至 2024 年招聘热潮中涌入的大量不合格候选人，初级就业市场早已处于衰退之中。一些招聘经理表示，应聘者技术能力不足，且对软件工程缺乏真正的热情，这让他们感到沮丧。
另一方面，一些参与者认为这种转变是编程的“平民化”，非开发人员现在也可以为各自的领域构建工具。然而，经验丰富的工程师们普遍持悲观态度：他们认为，如果没有入门级岗位，培养未来资深人才的渠道就会被切断。尽管有人建议 AI 可以加速初级人员的学习，但大多数专业人士坚持认为，实践经验和指导是早期职业生涯中无可替代的部分。
Zig：所有包管理功能已从编译器移至构建系统 Zig: All Package Management Functionality Moved from Compiler to Build System
11 天前
以下是上述内容的中文翻译： 此摘要涵盖了 2026 年上半年 Zig 语言的主要进展： **编译器架构与构建系统** 最重要的变化是将 `zig build` 过程拆分为“配置器”（用户脚本）和“构建器”（构建系统）。这实现了构建配置的缓存，显著提升了性能，并允许构建系统在优化模式下运行。包管理现已移至构建器进程中，简化了依赖项处理。此外，全新的原生 ELF 链接器实现了快速的增量构建。 **语言与工具链增强** * **SPIR-V：** 后端进行了重大改进，包括新增 `@SpirvType` 内置函数、多线程代码生成以及更好的链接器集成。 * **@bitCast：** 重新定义了基于逻辑的语义，提高了跨平台的一致性，并支持了性能优化。 * **类型解析：** 内部经过重构，提升了编译器性能，并优化了错误提示（特别是在处理循环依赖时）。 * **Windows：** Zig 正逐步增加对原生 `ntdll` API 的支持，以替代 `kernel32`，旨在减少冗余并提高可靠性。 * **Libc：** 该项目持续使用原生 Zig 实现替换现有的 C 代码，从而提高了编译速度并减小了二进制文件大小。 * **I/O：** 基于用户态栈切换（“纤程/fibers”）的实验性 `std.Io.Evented` 支持正在开发中。
Zig 最近将所有的包管理功能从编译器中剥离，并整合进其构建系统中。这一设计变更在 Hacker News 上引发了热烈讨论。
支持者认为，将包管理与编译器解耦提升了架构清晰度，并符合该语言的长期目标。然而，一些用户对由此产生的复杂性表示不满，将其比作“从油箱里抽出冷却液”——并质疑这些功能当初为何会被耦合在一起。
讨论的很大一部分集中在使用 WebAssembly (WASM) 来沙盒化构建脚本的可能性上。支持者认为这将提供一种安全且可审计的方式来处理第三方依赖，但怀疑论者认为，只要构建系统最终需要与外部工具交互，真正的安全性就难以实现。
讨论还触及了编程语言开发的宏观哲学，用户赞扬了 Zig 相比于人工智能生成的替代方案，其“健康”且以人为本的方法。归根结底，这一讨论反映了业界在集中式包管理、构建系统安全性以及构建高效跨平台工具的持续挑战之间，所存在的广泛分歧。
该项目为 Apple Silicon Mac、iPhone 和 iPad 带来了《命令与征服：将军 – 零点行动》的原生性能。通过将 2003 年原始引擎源码编译为 ARM64 架构，并利用转换层（DXVK/MoltenVK），游戏无需模拟即可运行。它还针对移动端优化了触控操作，包括框选和双指缩放功能。
此版本基于 EA 开源的源码，并在 *GeneralsX* 移植的基础上增加了对 iOS/iPadOS 的支持以及关键的引擎修复。请注意，**不包含游戏资源文件**；用户必须拥有正版副本（例如通过 Steam），才能下载必要的数据。
该项目提供了适用于 macOS 和 iOS 的完整构建脚本，需要 Xcode 和特定的开发工具。尽管该移植版功能完善，但仍处于持续开发中，已知在 iOS 长时间运行期间存在内存管理方面的局限性。详细文档（包括技术“移植指南”和 AI 辅助开发过程的完整工程日志）可在仓库中查阅。
**核心资源：**
* **源码：** [GitHub - Generals-Mac-iOS-iPad](https://github.com/ammaarreshi/Generals-Mac-iOS-iPad.git)
* **需求：** 原始游戏资源（需拥有 Steam 版）。
* **鸣谢：** 由 Ammaar Reshi 使用 Claude Code 工程化开发。
一位开发者近期宣布将《命令与征服：将军（零点行动）》原生移植到了 iOS 和 iPadOS 平台。尽管该项目被标榜为利用 Claude “Fable” 进行 AI 辅助开发的成功范例，但社区对此反应不一。
**讨论要点：**
* **项目范围：** 该项目依赖于 EA 根据 GPL v3 协议发布的源代码以及现有的 *GeneralsX* 分支。后者此前已经完成了将游戏移植到 Linux 和 macOS 的大部分“重活”。AI 辅助贡献主要集中在添加 iOS/iPadOS 支持、触摸控制以及一些细微的引擎修复上。
* **“氛围编程”与现实：** 许多评论者批评标题有标题党之嫌，指出 AI 并非从零开始移植了整个游戏。批评者认为，AI 的作用被夸大了，旨在为 Anthropic 的工具制造炒作热度。
* **软件的未来：** 该帖子引发了关于“AI 代理”工作流程的更广泛讨论。支持者认为，大语言模型（LLM）使独立开发者能够复活被废弃的软件并更新老旧的代码库，有效地将经典的开源问题——“谁来维护这个项目？”——的答案从“一个团队”改写为“我和我的 AI 助手”。
* **担忧：** 持怀疑态度者仍对“劣质代码”（指难以理解的机器生成代码）、移植版本的高内存占用，以及当开发者不再完全掌握底层实现时可能导致的长期可维护性丧失表示担忧。
无人机物理学 Drone Physics
11 天前
本文旨在提供多旋翼无人机物理与控制的技术概述，假设读者具备线性代数、微积分及力学背景。
**核心框架：**
* **坐标系：** 使用北-东-地 (NED) 惯性坐标系及机体坐标系，并采用泰特-布莱恩角（偏航角、俯仰角、翻滚角）来定义姿态。
* **动力学：** 通过 12 个变量（位置、速度、姿态及角速度）来描述无人机状态。利用牛顿第二定律，并通过**输运定理 (Transport Theorem)** 来计算旋转参考系内的力和力矩。
* **推进系统：** 推力和力矩由电机转速推导而来，无刷直流 (BLDC) 电机动力学则通过电压、电流及摩擦力进行建模。
* **控制：** 控制过程分为两部分：
1. **控制分配：** 通过混合矩阵将所需的净力和力矩转换为各螺旋桨转速，通常利用分配矩阵的伪逆来实现。
2. **参考轨迹跟踪：** 使用级联 PID 控制器将航点误差转换为速度、姿态指令，最终转化为电机推力和力矩指令。
本文作为复杂无人机行为建模的入门指南，后续可应用于轨迹规划及自主飞行领域。
这篇 Hacker News 讨论聚焦于一篇解释无人机飞行背后物理原理的文章。虽然作者将其定位为从零推导运动方程的基础学习资料，但一些用户认为其中的数学表达（涵盖线性代数、微积分和经典力学）过于晦涩。
讨论中强调了几个关键的技术要点：
* **控制挑战：** 专家指出，文章忽略了四元数（quaternions），这是一种比文中提到的泰特-布莱恩角（Tait-Bryan angles）处理旋转更高效的方法。
* **无人机力学：** 讨论涉及为何四旋翼（四个转子）是实现稳定与控制的标准，以及它们如何应对“欠驱动”（under-actuation）状态。
* **飞行动力学：** 讨论中有很大一部分集中在快速垂直下降时“螺旋桨洗流”（prop-wash）和“涡环状态”（Vortex Ring State）带来的困难。用户争论了这些问题最好通过硬件设计、PID 调参，还是像“动力俯冲”（power dives）这样的飞行机动来解决。
* **仿真：** 对于有兴趣构建自己无人机仿真系统的用户，评论者推荐了 MuJoCo 等工具以及特定的电机数据库。
总的来说，该讨论串在学术物理与构建和驾驶无人机时往往需要直觉的实践现实之间，架起了一座协作的桥梁。
在开发 Game Boy Advance 游戏时，可以使用 mGBA 的内存映射日志寄存器来实现类似 `printf` 的调试功能。通过向特定的内存地址（`REG_LOG_ENABLE`、`REG_LOG_BUFFER` 和 `REG_LOG_SEND`）写入数据，你可以将调试信息直接输出到模拟器的日志窗口或终端。
要实现此功能，请创建一个辅助函数，用于格式化信息并将其写入这些寄存器。为方便起见，你可以结合 `vsnprintf` 来支持标准的 C 语言格式化（例如 `mgbalog(DEBUG, "x=%i", x);`）。
由于记录日志会产生性能和内存开销，因此应将其从最终版本中排除。你可以通过将日志实现代码包裹在 `#ifdef MGBALOG` 代码块中，并为 `mgbalog()` 函数使用预处理器宏来实现这一点。这样，你既可以在代码库中保留日志调用，又能确保在禁用 `MGBALOG` 标志时将它们完全从编译中剔除。这种简单的设置可以显著简化调试过程，且不会影响游戏的最终发布。
EndBASIC 0.14 现已发布，这是该项目迈向 1.0 版本的重要里程碑。与侧重性能的 0.13 版本不同，本次更新引入了多项旨在降低复古风格游戏开发门槛的新功能。
主要更新包括：
* **新图形功能**：添加了三角形、多边形和区域填充的图元，并附带了新的交互式演示。
* **复古美学**：全平台统一采用经典的 IBM VGA 8x16 字体替代了 TTF 字体，以增强一致性和“复古”感。
* **声音支持**：新增 `BEEP` 和 `SOUND` 命令，支持通过现有的控制台框架进行音频播放。
* **执行优化**：增强了对在类 Unix 系统上作为独立脚本运行 EndBASIC 程序的支持，并支持使用类似“Emacs 风格”的属性行在文件内配置控制台设置。
* **错误修复**：解决了 macOS 上 SDL 图形控制台的线程问题，修复了关键的启动崩溃故障。
尽管在 macOS 上的二进制代码签名方面仍存在挑战，但此次发布实现了该项目 2020 年的初衷：让用户能够以 BASIC 语言的简洁性来创作小游戏。用户可在项目的 `NEWS.md` 文件中了解更多详细信息。
抱歉。
Kronotop 解决了数据库连接管理中的一个根本性挑战：如何在实现高并发可扩展性的同时，进行阻塞式 I/O 操作。 传统模式面临一种权衡：Redis 架构通过单线程事件循环扩展连接，但禁止阻塞；而 Postgres 架构通过为每个连接分配专用进程来支持阻塞，但这会消耗过多资源。 Kronotop 通过将“连接”与“工作”解耦解决了这一问题。它使用 **Netty 事件循环**管理成千上万个轻量级连接，确保命令解析和回复阶段永不阻塞。同时，它将 I/O 密集型任务（如与 FoundationDB 或本地磁盘交互）卸载到 **Java 虚拟线程**上。 由于虚拟线程开销极低，它们在等待 I/O 时可以阻塞，而不会占用系统的执行资源。一旦阻塞式 I/O 完成，结果会被交还给 Netty 线程以完成响应。这种混合方法使 Kronotop 能够在维持海量并发连接的同时，允许开发者编写简洁、顺序化的阻塞代码，从而兼顾了高性能与编程的便利性。
抱歉。
Verizon 正在逐步淘汰“Gizmohub”应用程序，转而使用“Verizon Family”，但对于仅有 Gizmo 手表服务而没有 Verizon 主手机套餐的用户来说，这一过渡并不顺利。
作为一名 Gizmo 用户，作者无法迁移账户，导致无法使用定位跟踪、联系人管理和短信等核心功能。自 6 月中旬以来，作者多次致电 Verizon 客服，但该公司未能解决“无资格”（ineligible）的错误提示，也未能提供可行的解决方案。尽管客服代表最初承诺在所有用户都能正常使用新应用之前，旧应用不会被关闭，但 7 月 6 日的截止日期即将来临，问题仍未解决。
尽管已经建立了服务工单并被承诺会有后续跟进，但作者至今未收到任何回复。随着截止日期的临近，该用户面临着与孩子彻底失联的风险，这也凸显了 Verizon 在转型计划和客户服务跟进方面的重大失误。
这篇 Hacker News 讨论围绕 jefftk 的一篇文章展开，文中提到 Verizon 决定弃用一款旧版应用程序，导致他孩子使用的 Gizmo 手表实际上无法正常工作。
**主要议题包括：**
* **技术的脆弱性：** 评论者认为，运营商定制的可穿戴设备通常做工粗糙，极易发生服务中断。许多人将其视为“补丁叠补丁”的产物，并未达到标准的蜂窝网络要求。
* **厂商锁定与兼容性：** 用户批评了必须使用特定运营商关联应用才能实现基本功能的做法。讨论强调了生态系统的局限性，并指出苹果的“儿童模式”要求家长必须拥有 iPhone，这使得安卓用户只能选择有限且通常较差的替代方案。
* **消费者保护：** 讨论中探讨了 Verizon 的行为是否属于“劣质化”（enshittification）或反消费者行为。尽管一些人认为作者在购买运营商定制硬件时就应预料到此类问题，但另一些人坚称，企业销售的设备若因软件更新而沦为废物，理应承担相应责任。
* **身份与验证：** 讨论组中有人争论将电话号码与身份证件绑定以打击垃圾信息的利弊，用户们对于想要一个更安全的互联网，还是担心监控增加及企业权力过度扩张，意见不一。