请启用 JavaScript 和 Cookie 以继续。
每日HackerNews RSS
抱歉。
虽然人工智能驱动的事件响应工具（“AI SRE”）通过处理常规问题带来了显著的效率提升，但它们也制造了一个危险的悖论：通过自动化工作，这些工具剥夺了工程师掌握系统所必需的日常实践机会。作者借鉴莉珊·班布里奇（Lisanne Bainbridge）的《自动化的讽刺》（*Ironies of Automation*），警告称这种缺乏实践经验的状态，会导致响应者在面对人工智能无法解决的罕见、复杂且高严重性的事件时束手无策。 为了防止“理解力负债”，工程团队必须借鉴航空业的解决方案：严格且强制性的模拟训练。仅观察人工智能或进行被动式教学是不够的；响应者必须在逼真的模拟环境中主动练习故障排查、高压沟通和决策制定。随着人工智能日益接管日常工作，通过混沌工程、桌面演练和实操模拟进行的刻意练习变得至关重要。作者总结道，我们越依赖自动化来获得成功，就越必须优先培养人类在自动化不可避免地失效时进行应对的能力。
本次讨论的核心担忧在于，AI 辅助软件开发正导致工程师失去对所构建及维护系统的深度理解。
**核心要点包括：**
* **技能退化：** 工程师日益依赖 AI 进行“凭感觉编程”（vibe coding）和故障排查，导致通过手动实践获得的批判性思维、直觉及调试能力逐渐丧失。
* **“自动化的讽刺”：** 当 AI 处理常规任务时，人类只剩下处理最复杂、最“灾难性”事件的工作；然而由于失去了对代码库的日常熟悉度，他们反而难以胜任这些工作。
* **质量下降：** 批评者指出，大语言模型（LLM）常生成冗长、过度设计或冗余的“垃圾代码”，从而增加了技术债务。
* **运营风险：** 人们担忧组织机构将工程视为流水线作业，优先考虑短期产出和速度，而非可靠性与长期维护。
* **拟议方案：** 建议包括：将 SRE（站点可靠性工程）技能视为职业运动员的训练，要求进行持续的强制性演练与模拟；强制执行更严格的“人机协作”工作流，由人类掌握设计决策权；以及为行业建立更高的专业标准和执照认证制度。
您可以使用 `pun` 命令行工具将仓库从 GitHub 迁移至 Pushin.eu。此过程会保留完整的 Git 历史记录、议题、标签及已关闭的合并请求，同时确保您的 GitHub 令牌仅保存在本地。若您希望以低门槛方式过渡，也可以选择“镜像”仓库，即继续以 GitHub 作为主要数据源。 该平台目前处于免费的内测阶段（需邀请码）。它与现有工作流高度兼容，支持标准 Git 工具、SSH/HTTPS 访问以及兼容 GitHub 的 REST API。您的代码托管在法国的裸金属服务器上，数据隐私受欧洲司法管辖区保护。 尽管该服务功能丰富，但目前仍缺少一些功能，如开放合并请求、Webhooks 以及高级仓库设置（例如 LFS 或分支保护）。用户可以通过 `git clone` 轻松获取代码，平台强调“来去自由”的原则。目前虽然尚未提供一键式归档导出功能，但团队会公开目前的局限性，以帮助用户做出明智的迁移决策。
Pushin.eu 是由 Peter Ullrich 创立的一项新兴 Git 托管服务，旨在将代码托管和数据严格保留在欧洲境内。该平台目前处于邀请制的测试阶段，旨在为 GitHub 和 GitLab 等美国同类服务提供一种稳健且注重隐私的替代方案。
**主要亮点：**
* **基础设施与技术：** 该平台基于 Elixir (Phoenix/LiveView) 和 Rust 构建，运行在巴黎的裸机服务器上。它使用兼容 S3 的存储，并采用自定义的 Git 实现，利用 PostgreSQL 进行仓库锁定。
* **商业模式：** 该服务目前为自筹资金，计划参考行业标准，为个人和团队提供订阅制服务。
* **隐私与理念：** Pushin 强调数据主权和最小化追踪。创始人明确表示将通过实施贡献审核系统来抵制“AI 垃圾内容”，同时保持对开发者友好并支持自动化。
* **现状：** 该项目目前由一人独立运营。在营销材料尚未完善之前，该网站在 Hacker News 上意外走红，引发了社区关于定价、信任机制以及“仅限欧盟”托管承诺定义的讨论。
该项目目前正朝着 2027 年全面开放的目标进行迭代。
从 0.11.0 版本开始，**uutils coreutils** 引入了编译器风格的诊断错误报告。过去，Unix 工具仅提供单行错误信息，指出了问题但并未明确具体位置。许多 coreutils 命令使用的参数类似于“微型语言”（例如排序键、chmod 模式或正则表达式），这使得定位错误变得非常困难。 受 `rustc` 和 `ariadne` crate 的启发，新系统使用基于终端的插入符来回显错误参数，高亮显示导致失败的具体字符或范围，并提供有用的建议。 为确保与现有脚本和自动化工具的兼容性，这些图形化报告仅在输出到交互式终端时才会出现；管道和日志将继续接收标准的单行错误消息。用户可以通过 `UUTILS_DIAG=always` 环境变量强制开启此输出。该功能支持 `NO_COLOR` 规范并已实现完全本地化。 目前，已有 28 个实用工具支持这些诊断功能，并计划将此实现扩展到 `findutils` 和 `sed` 等其他项目。这一改进将错误处理从“猜谜游戏”转变为清晰、可操作的调试体验，同时保持了对传统 Unix 工具预期的严格遵循。
抱歉。
所提供的文本是 PDF 文件（1.2 版本）的原始二进制表示。它包含编码后的元数据、结构化对象定义和压缩流数据，而非可读的叙述性内容。因此，它无法作为文档进行总结；这是一种技术文件格式结构。
抱歉。
世界黄金协会的卡瓦托尼表示，转移黄金库存的一种标准做法是在一个地方卖出，在另一个地方买入。“比方说，我手头有伦敦的黄金，但想把它移到纽约。我可以在同一天、同一时间在伦敦卖出并在纽约买入，实际上就是完成了一次账面划转，而无需进行任何额外的物流调拨。”
欧洲国家从北美遣返黄金储备的持续趋势，很大程度上源于对美国信任度的显著下降。Hacker News 论坛上的评论者将这种转变归因于几个关键的地缘政治因素：
* **政治不稳定：** 美国政治环境被认为具有波动性，其表现为反复无常的政策转变、“无法无天”的现象以及民主准则的退化，这使得盟友认为美国机构不再是资产可靠的守护者。
* **金融武器化：** 近期的国际冲突表明，美国愿意为了政治筹码而冻结或扣押资产。各国现在担心，如果它们不再受华盛顿青睐，其储备可能会沦为人质。
* **霸权衰落：** 许多人认为这是向多极世界过渡的一个征兆。由于美国越来越被视为一股破坏稳定的力量，各国正优先考虑主权和多元化，而非将资产存放在以美国为主导的金融体系中的便利性。
尽管关于实物黄金存储的效率存在一些争论，但参与者们的共识是，这一举措是一种针对美国违约、资产没收或不可预测的外交政策风险的“防御性反应”。
请启用 JavaScript 和 Cookie 以继续。
一篇近期发表的科学论文重新评估了《Praearcturus gigas》。这种化石在19世纪最初被误认为是等足类动物，现已被证实是泥盆纪早期的巨型蝎子。赫里福德遗址的研究结果显示，这种生物的体长可达一米左右，在同类中体型极其巨大。
该研究利用现代断层扫描数据和详尽的插图阐明了该标本的解剖结构，指出了其腹背板侧缘等独特特征，并推测其生活方式为水生或两栖。
在Hacker News上，这一发现引发了古生物学兴趣与幽默不安的交织。用户们讨论了该生物与杰克尔翼鲎（Jaekelopterus）等其他史前节肢动物相比的体型大小，并对这种潜伏在古代水域中的一米长蝎子表达了“深海恐惧”。讨论还涉及了人工智能在解读科学论文方面的局限性，用户们探讨了生成式模型在总结细分古生物学研究时的可靠性。
OpenAI 的 GPT-6 Astra 在处理复杂的多文件代码审查方面展现出巨大潜力。在检测分布于整个代码库中的可操作错误方面，其性能比 GPT-5.6 Sol 和 Opus 5 等前代模型高出多达 33%。这表明该模型擅长连接零散的数据片段，而不仅仅是分析孤立的部分。
尽管 Astra 具备卓越的推理能力，但其价格也相对昂贵，每个 Token 的成本约为其他模型的 2.5 到 47 倍。不过，更高的 Token 成本并不等同于更高的项目总成本，因为高效的推理可以减少多次尝试的需求。该模型的潜力不仅限于代码，还适用于需要综合零散证据的任务，例如运营调查、需求分析和复杂系统平衡。团队自主开发游戏《NIGHTSHIFT》的过程便证明了这一点。
归根结底，Astra 的价值在于其处理“多步骤”工作的能力，即在关系之间进行逻辑推理至关重要。用户在评估该模型时，应将其与现有解决方案进行对比，以比较回答质量和任务总成本，而非仅仅依赖基准测试分数或 Token 价格。数据隐私依然是重中之重，企业客户可选择零数据留存方案。
这篇 Hacker News 讨论探讨了以 CodeRabbit 为代表的 AI 代码审查工具的有效性。各方观点分歧明显，反映出软件工程未来发展方向的广泛争议。
**主要论点包括：**
* **AI 审查的效用：** 批评者认为，当前的 AI 审查工具产生了过多的“噪音”和阻力，往往无法发现深层次的架构或设计缺陷。有些人认为，与其将 AI 整合到人类的 PR 工作流中，不如采用“AI 对 AI”的代理间审查模式。
* **语境与质量：** 支持者认为 AI 在发现不一致性、文档与代码脱节以及边缘情况方面表现卓越。然而，另一些人警告称，过度依赖 AI 可能会导致代码库变成人类开发人员无法完全理解的“感觉式编码”项目。
* **人工监督：** 大多数参与者一致认为，关键判断——例如确定某项功能是否有必要，或其架构是否合理——仍然是人类的责任。
* **性能与成本：** 关于 Astra 等较新模型与前辈（如 Sol）在成本、速度和准确性之间的权衡，目前讨论仍在持续。用户指出，虽然新模型更智能，但可能速度更慢且成本更高。
归根结底，开发人员正在努力探索如何在不牺牲可维护性或系统完整性的前提下集成 AI。
在思科工作25年后，作者被裁员了。整个过程让他感到冷漠、算计且非人化。尽管他长期以来通过战略性的人际网络建设和开源贡献，试图为不可避免的裁员做准备，但突如其来的解雇还是触动了他关于自我价值和身份认同的深层创伤。
这段经历让他陷入了矛盾的境地：既对企业那种“工具化的同理心”感到强烈的愤怒，又因为自己曾留在一个早已不再相信的职位上而感到羞愧。他意识到，自己其实在多年来的边缘化过程中就已经在“失去”这份工作，而最终的裁员通知书只不过是这个早已启动的过程所收到的一纸回执。
为了寻求释怀，作者讲述了一段非比寻常的旅程，其中包括在荷兰的一次迷幻体验。这让他能够短暂地摆脱自我意识，并以一种自我关怀的角度重新审视这段创伤。最终，他找到了新的方向，不再将自己的职业生涯视为一笔失败的投资，而是将其看作一段让他与更广泛的行业同行建立联系的时期。他总结道，尽管他并没有完全“克服”心中的苦涩，但他已经走向了一种超然的境界。
抱歉。
本文强烈反对 IETF 在不保留现有椭圆曲线（ECC）层的情况下，单独支持“单一”后量子（PQ）密码学（如 ML-KEM 和 ML-DSA）的举措。 作者认为，PQ 软件相对较新，容易出现可被利用的漏洞，并指出官方实现中已经发现了一些漏洞（如“KyberSlash”）。其核心论点是：ECC+PQ（混合）系统提供了一道至关重要的安全防线——如果未经充分测试的新型 PQ 代码存在缺陷，ECC 层仍能确保数据安全。 作者反驳了支持单独使用 PQ 的常见论点，包括所谓的“PQ 更易于实现”、“ECC 已过时”或“混合方案的开销过大”。通过提供有关实现缺陷、延迟和成本的数据，作者指出仅依赖 PQ 软件的风险巨大。因此，作者敦促 IETF 和安全社区强制推行混合式 ECC+PQ 实现，以防止因不可避免的软件缺陷而导致的大规模、可预防的数据泄露。
抱歉。