Collabora正在开发一个全新的、精简版的Collabora Office，与他们现有的“Classic”版本不同，目的是通过简化的代码库实现更快的创新。这个新版本将更易于使用，并专注于核心功能，避免Java和数据库等遗留复杂性。 为此，Collabora正在启动自己的Gerrit代码托管平台，将其开发分支与The Document Foundation (TDF)分离，并采用自托管工具。虽然会继续在适当的时候为LibreOffice做出贡献，但Collabora认为鉴于他们被排除在治理之外，进一步投资于TDF的社区和产品是没有成效的。 他们对TDF正在演变为一个由员工控制的实体表示担忧，这偏离了传统的自由软件模式，类似于十五年前的情况。此举允许Collabora独立地追求其对办公生产力软件的愿景。
每日HackerNews RSS
## 文档基金会与Collabora的争端
Hacker News上的一篇帖子讨论了文档基金会（TDF，LibreOffice背后的非营利组织）与Collabora（该项目的主要贡献者）之间的冲突——具体涉及LibreOffice Online。
问题的核心似乎在于TDF希望托管一个免费版本的LibreOffice Online，这可能会与Collabora的商业支持版本竞争。Collabora负责大量的开发工作，据报道，他们希望能够继续销售支持服务，而不会受到TDF的直接竞争。
评论者对细节表示困惑，并提到了2020年围绕类似分歧的过往争端。一些人将其与志愿者驱动的项目过度关注宣传的问题相提并论，而另一些人则哀叹软件行业日益增长的政治化。一个指向论坛讨论的链接揭示了TDF社区内部进一步的辩论。
## 人工智能为紧张的开源项目带来希望 绝大多数开源项目——驱动我们数字世界中许多软件的基石——依赖于单一的维护者，这使它们容易被废弃。然而，人工智能的最新进展提供了一种潜在的解决方案。几个月来，人工智能编码工具产生的结果不可靠（“人工智能垃圾”），但最近出现了一个明显的转变，提供了真正有用的安全报告和代码建议。 像 Linux 内核的 Greg Kroah-Hartman 这样的维护者发现人工智能在清理遗留代码、维护废弃项目和改进现有代码库等任务中很有价值。像 ATLAS 这样的工具已经在帮助现代化旧系统。专家预测，到今年年底，人工智能将可靠地协助完成这些任务。 尽管前景可观，但挑战依然存在。人工智能辅助代码重写和潜在版权侵权的法律问题引起了关注，正如最近围绕 Python 库 *chardet* 的争议所表明的那样。此外，大量的人工智能生成（且通常不准确）报告持续让维护者不堪重负，甚至导致一些项目因“垃圾信息”而关闭。OpenSSF 等组织正在努力提供免费的人工智能工具来帮助管理这些涌入的信息。 虽然人工智能不会取代人类开发者，但它为常常过度劳累的维护者提供了一条至关重要的生命线，他们正在维持着数字世界的运行。
最近的 Hacker News 讨论集中在人工智能的实用性显著提升上，尤其对开源开发者而言。 许多评论员指出，大约在十二月左右发生了一个转变，人工智能生成的代码从大多不可靠（“垃圾”）变得出乎意料地有用。
Linux 内核负责人 Greg Kroah-Hartman 注意到了这种变化，其他人也表示赞同，认为人工智能在*正确提示并了解其局限性的前提下*，现在能产生更准确的结果。 虽然仍然需要专业知识才能有效利用，但人们乐观地认为，人工智能很快就能对那些没有专业知识的人们也有用。
然而，也存在争论。 一些人认为人工智能仍然经常产生错误，其价值仅限于明确定义的任务。 另一些人则强调了 Opus 4.6 等进展，声称它在其预期行动中“从不犯错”，但可能仍需要进一步澄清。 总体共识表明，人工智能的能力最近出现了一个重要的转折点。
启用 JavaScript 和 Cookie 以继续。
OnlyOffice已结束与Nextcloud的合作，原因是Nextcloud未经授权分叉项目，违反了其许可协议。 这引发了Hacker News上关于“开源”真正含义的争论，尤其涉及OnlyOffice发布的AGPL许可协议。
评论员指出，AGPL应该允许分叉和修改，只要共享源代码即可。 然而，据报道OnlyOffice施加了额外的限制——例如要求显示徽标但不授予使用权——一些人认为这使其AGPL地位无效，可能违反了许可协议条款。
多名用户强调了过去对OnlyOffice“名义上的开源”方法的批评，并建议使用LibreOffice和Collabora等替代方案。 局势因开源办公套件领域现有的紧张关系而进一步复杂化，包括Collabora和LibreOffice之间最近的冲突。 最终，这一事件引发了关于许可和开源项目中的真正协作之间平衡的问题。
本教程为对嵌入式系统编程感兴趣，并希望探索在基于ARM Cortex-M微控制器中使用Ada和SPARK想法的人们编写。配套代码在此处提供：ada-on-cortex.zip 附加内容：非常简单的调度器。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Ada 和 Spark 在 ARM Cortex-M 上 – Arduino 和 Nucleo 示例教程 (inspirel.com)
10 分，swq115 发表于 2 小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
addaon 发表于 24 分钟前 [–]
在形式化验证堆栈的更低一层，一方面，ARM 为较新的 A 架构发布了机器可读的架构规范，使用 ASL，这很棒……另一方面，他们没有为 M 架构做同样的事情，这非常令人沮丧。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## Wedeo：一个用AI重写的FFmpeg项目（Rust语言） Wedeo是一个基于Rust的项目，旨在利用AI（具体来说是Anthropic的Claude，通过Claude Code）重现FFmpeg的功能，并辅以人工指导和审查。目标是探索AI驱动代码重写的极限，通过在每次提交时进行自动CI测试，实现与FFmpeg输出的逐位验证。 目前，Wedeo实现了FFmpeg功能的一个子集，重点是H.264解码（对于Baseline到High profile完全逐位精确，不包括隔行扫描和10位），WAV解复用/复用，FLAC/Vorbis/AAC通过适配器，以及通过rav1d进行AV1解码。还包含一个具有A/V同步的基本视频播放器。 虽然Wedeo实现了符合标准，但即使集成了汇编代码，其速度也明显慢于FFmpeg。该项目采用基于crate的架构，模仿FFmpeg的库，并采用严格的测试，包括FATE和JVT符合性测试套件。在编解码器支持（VP9、HEVC等）、编码能力以及复用器/解复用器覆盖方面仍然存在重大差距。开发由详细的AI代理文档指导，强调架构和约定。
## Wedeo：AI 生成的 Rust FFmpeg 重写
Sharifhsn 发布了 “wedeo”，这是一个使用 AI Claude 完全生成的、对强大的多媒体框架 FFmpeg 的 Rust 重写版本。该项目旨在探索 LLM 在大规模代码重写方面的能力，利用 FFmpeg 定义明确的规范和高质量的 C/汇编代码。
目前，wedeo 包含一个 30,000 行的 H.264 解码器，支持 99% 的编码视频，以及通过现有库（rav1d, rav1e, symphonia, wgpu, winit）提供的 AV1 支持。目前性能明显慢于 FFmpeg，因为缺乏优化，但作者希望缩小差距。
值得注意的是，作者尚未手动审查任何 AI 生成的代码，除了针对 AI 提出的错误修复和解释。这引发了关于“AI 垃圾”和许可（代码包含 FFmpeg 的 LGPL 代码）的讨论。尽管存在担忧，作者认为该项目是一个独特的实验，并且是 AI 资源的有价值的应用。目前测试仅限于 MacOS M 系列，欢迎贡献。
彭博社 需要帮助？请联系我们 我们检测到您的计算机网络存在异常活动 要继续，请点击下面的框来确认您不是机器人。 为什么会发生这种情况？ 请确保您的浏览器支持 JavaScript 和 cookies，并且没有阻止它们加载。 更多信息请查看我们的服务条款 和 Cookie 政策。 需要帮助？ 关于此消息的咨询，请联系 我们的支持团队并提供以下参考ID。 阻止参考ID：d43fae0c-2ddb-11f1-8f95-d4504330597c 订阅 Bloomberg.com，随时掌握最重要的全球市场新闻。 立即订阅
## OpenAI 需求下降，Anthropic 获得进展
近期彭博社的一份报告，在 Hacker News 上讨论，表明 OpenAI 产品在二级市场的需求正在下降，而 Anthropic (Claude) 的受欢迎程度正在增加。
评论员们猜测原因，一些人认为这是由于对 OpenAI 领导层的信任不足，特别是 CEO Sam Altman，引用了他过去的争议和被认为的不诚实。另一些人则指出该公司缺乏明确的重点。
一个关键的争论围绕着像 Anthropic 的 Claude (CC) 这样的人工智能编码助手的使用。尽管 CEO 预测由于这些工具开发者将会失业，但许多开发者正在积极使用并享受它们，认为不适应者将被抛在后面。甚至有人建议构建替代品，凸显了编码技能强和弱的人之间的分歧。
讨论还涉及先发优势和人工智能可能颠覆软件开发领域的更广泛主题。
``` AxisOfEasy 每周简报：请在下方输入您的电子邮件地址，以接收简明、深刻的每周简报，并及时了解网络威胁和相关技术动态。目前，您无需成为easyDNS会员即可接收#AxisOfEasy，但订阅后，我们会向您发送一张价值10美元的优惠券，以备您将来尝试我们的众多网络服务。 ```
Hacker News上的一篇帖子讨论了easydns.com提出的DNS解析需要年龄验证的说法。最初的反应是担忧，一些用户指出鉴于日益严格的在线年龄限制，这种可能性是存在的。然而，讨论很快揭示这只是一个四月愚人节玩笑。
许多评论者表达了沮丧，认为这个玩笑“过于贴近现实”，并将其与令人不安的现实世界趋势联系起来。另一些人则认为这只是一个拙劣的玩笑。一位用户建议运行个人DNS服务器作为解决方案，而另一位用户则指出措辞（“感谢您的关注…”）暴露了其真实意图。尽管最初引起了警报，但大家普遍认为这个玩笑是可信的，但最终不受欢迎。
Linux 内核开发者 David Woodhouse 提出了一系列补丁，旨在可能地启用仅 IPv6 的内核构建并逐步淘汰 IPv4 支持，但带有四月愚人节的意味。这些补丁引入了一个 `CONFIG_LEGACY_IP` 选项，允许开发者在内核编译期间切换 IPv4 功能。
目前，该补丁集主要在进程使用较旧的 IPv4 套接字时发出警告，将 IPv4 标记为“遗留”，以便将来可能移除。Woodhouse 澄清了他提出该建议的认真意图，倡导更清晰地分离 IPv4 和 IPv6 配置，以及构建仅支持一种协议的内核的可能性。
虽然完全弃用并非立即发生，但这些更改代表着朝着更简化和面向未来的内核迈出的一步，尤其对于优先采用 IPv6 的环境有益。这些补丁可在内核邮件列表中进行审查和讨论。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
新的补丁允许构建仅 IPv6 的 Linux，并可以选择弃用“遗留”IPv4 (phoronix.com)
17 分，由 Bender 发表于 47 分钟前 | 隐藏 | 过去的 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索：
了解何时需要您。 状态徽章会在代理完成、出现错误或需要您的输入时显示在工作区卡片上。每个徽章都能让您一目了然地了解发生了什么。无需轮询，无需切换标签页——只需看一眼侧边栏即可。 支持因代理而异——Claude Code 提供最佳支持。 “输入”徽章（蓝色）：代理正在等待输入。 “完成”徽章（绿色）：回合成功完成。 “错误”徽章（红色）：代理报告错误。 支持的代理一键设置通知。
## Baton：AI 代理开发工具
一个名为 Baton (getbaton.dev) 的新桌面应用旨在简化与多个 AI 代理的工作，尤其是在代码开发方面。它的创建者构建 Baton 是为了管理同时在不同 IDE 和终端运行多个 Claude Code 代理日益增长的复杂性。
Baton 提供了一个中央枢纽，用于查看、切换和监控代理，以及快速在隔离环境中启动新代理的能力。值得注意的是，开发者使用 Baton *构建* 了 Baton 本身，从而形成了一个自我改进的开发循环。
Hacker News 上的初步反应是积极的，一位用户分享了一个类似的项目。讨论还涉及工作区内的状态恢复以及与现有工具（如 Conductor）的比较，一些用户指出 Conductor 的稳定性可能存在问题。 许多评论者指出了 Baton 网站设计上的可用性问题。
启用 JavaScript 和 Cookie 以继续。
## AI 与放射学：一场关于成本削减的争议
一位医院CEO最近表示打算用AI取代放射科医生，这在Hacker News上引发了争论。虽然AI在放射学领域并不新鲜——对计算机化的预测可以追溯到80年代——但人们仍然担心实际应用和患者安全。
许多评论员指出，放射学特别容易受到AI的颠覆，因为它依赖于从图像中识别模式。然而，文章中引用的放射科医生强烈谴责这一想法，认为AI无法提供患者护理，并且这种做法会导致伤害和死亡，其驱动力是降低成本。
讨论还集中在法律责任上：当AI做出错误诊断时，谁来负责？有人建议制定法律，对批准AI实施的人员追究个人责任。其他评论质疑为什么CEO没有成为AI取代的目标，并指出AI在人力资源等领域可能带来的好处。最终，这场对话凸显了技术进步、成本降低和患者福祉在医疗保健领域之间的紧张关系。