Nextcloud 与 Ionos 发布了 **Euro-Office** 的首个稳定版本。这是一套开源网络办公套件，旨在为 Microsoft Office 和 Google Docs 提供具有主权性质的替代方案。该套件基于 OnlyOffice 开发，旨在促进文档、电子表格和演示文稿的协同编辑，并高度重视 ODF 等开放标准。 该项目由一个合作伙伴联盟支持，其中包括 XWiki、OpenProject 和 Open-Xchange。虽然初期开发重点在于代码清理和安全性，但未来的更新将包括专门的桌面和移动应用程序。 目前，Euro-Office 正被整合进 Nextcloud Hub 26 等协作平台。用户可以选择使用全新的 Euro-Office 或现有的 Collabora 套件。在早期经历过关于许可合规性的争议后，项目合作伙伴已解决了相关顾虑，明确表示所有必要的源代码和品牌声明均已到位。 开发工作正由专门的团队持续推进，目前可通过 Docker 进行测试。随着开源领域的不断演进——包括 LibreOffice 也开始转向基于浏览器的协作——Euro-Office 代表了在减少对专有办公软件依赖方面迈出的重要一步。
每日HackerNews RSS
抱歉。
提供的文本指出，美国政府近期在伊朗南部蓄意攻击水利基础设施，犯下了战争罪。6月9日，美军空袭摧毁了锡里克附近的一处水库和水处理设施，导致当地2万名平民在极端高温下断水。 作者认为，由于该设施不具备军事用途，其遭破坏不能以“军民两用”为由辩解，此举唯一的目的就是危害平民生命。文中指出，这些空袭是蓄意的恐怖行径，是特朗普总统因对伊朗的地缘政治对抗感到挫败，为胁迫伊朗政府而下令实施的警告。 作者进一步指出，这种策略在战略上适得其反，可能会加强伊朗民众对政府的支持，同时消耗美国军事资源。最后，该文本谴责这一行为是道德上的失败，并称将攻击平民基础设施常态化反映了美国政策的危险转变，这可能带来长期的国际后果并引发潜在报复。
您没有提供需要翻译的内容。请提供您想要翻译的文本。
小米发布了 **MiMo Code**，这是一个基于终端的开源 AI 编程助手。该项目是现有 OpenCode 架构的一个分支，具备持久化记忆、自主目标导向循环及多模型服务商支持等功能。
Hacker News 上关于此次发布的讨论主要集中在三个方面：
* **企业战略：** 许多用户在探讨为什么像小米、Anthropic 或 OpenAI 这样的公司要投入资源开发私有的“编程套件”。一些人认为这是一种“慈善”行为或效率低下，而另一些人则认为这是一种旨在“将互补品商品化”的精心布局——通过获取用户信任和标准化工作流，在拥挤的市场中获得竞争优势。
* **关于“开源”的争论：** 针对小米选择分叉（fork）而非向 OpenCode 上游贡献代码的决定，社区存在显著质疑。批评者认为这是为了规避合并延迟，而另一些人则将其斥为“开源吸血主义”，指责其优先考虑企业控制权而非社区协作。
* **中国 AI 的现状：** 用户指出，中国模型（如 MiMo 和 DeepSeek）已迅速达到前沿水平，且往往提供比西方同行更高的性价比。然而，对于数据隐私、“回传”遥测技术，以及常见的 `curl | bash` 安装方式所带来的安全风险，外界仍存在担忧。
本文详细介绍了在 Thunderbird 中实现原生 Microsoft Exchange Web Services (EWS) 支持的技术历程，重点阐述了为将 Rust 集成至 Thunderbird 基于 C++ 的 XPCOM 架构而构建的基础设施。 由于项目初期缺乏现成的 Rust 基础设施，团队构建了一个框架，旨在连接 Rust 原生的 `async/await` 语法与 Thunderbird 中高度依赖回调的 C++ 网络层 (Necko)。其中包括用于处理 HTTP 请求的 `AsyncChannelOpener`，以及一个名为 `xml_struct` 的自定义库，用于管理复杂的 SOAP/XML 序列化，从而避免了标准库中常见的冗余代码问题。 通过保持 C++ “胶水”代码与 Rust 协议客户端的清晰分离，团队成功在 Thunderbird 145 版本中推出了电子邮件支持。目前，工作重心已转向支持 Microsoft Graph API。得益于既定架构的高度可重用性以及共享库，团队显著加快了开发速度，在四个月内完成了原本需要十一个月的工作。这种模块化方法不仅保障了 Thunderbird 未来对 Exchange 的支持，也为集成 JMAP 等未来潜在协议提供了蓝图。
MapComplete – 贡献 OpenStreetMap MapComplete: Maps about various topics which you can contribute to
1 天前
长毛象
抱歉。
Nextcloud Hub 26 Spring：共建共享，着眼未来 Nextcloud Hub 26 Spring: Built together, designed for the future
1 天前
**Nextcloud Hub 26** 的发布在 Hacker News 上引发了关于该平台实用性、维护难度及其定位演变的激烈讨论。
用户对 Nextcloud 的实用性评价褒贬不一。许多长期支持者认为它是 Google Drive 或 Dropbox 的理想替代品，能够免费、自主地托管日历、联系人和文件。然而，另一些用户则指出其存在严重的性能问题、界面迟缓，以及功能堆砌导致的体验不佳，且在更新过程中偶尔会出现稳定性故障。
部署方式是争议的一大焦点。虽然部分用户选择裸机部署，但社区大多推荐使用 Docker 环境，特别是“一体化（all-in-one）”容器以降低复杂度。即便如此，许多人仍强调必须严格执行安全措施，例如将实例置于 VPN 或反向代理之后，以减少暴露风险。
此次讨论还反映出用户对该平台版本命名混乱的不满，以及对其移动端客户端多 Bug 的诟病。尽管竞争对手（如基于 Go 语言的 ownCloud "Infinite Scale"）常被提及作为性能更优的替代方案，但对于致力于自主托管数字生活的用户而言，Nextcloud 依然是目前占据主导地位、尽管存在瑕疵的标准选择。
**Open R1** 是一个社区驱动、完全开源的项目，致力于复现 DeepSeek-R1 流水线。该计划旨在提供必要的工具、数据和训练方案，助力社区构建、微调及评估先进的推理模型。
项目分为三个关键阶段：
1. **蒸馏 (Distillation)：** 使用高质量推理轨迹复现 R1-Distill 模型。
2. **纯强化学习 (Pure RL)：** 使用大规模数学、代码和推理数据集复现 R1-Zero 强化学习流水线。
3. **多阶段训练 (Multi-Stage Training)：** 从基础模型过渡到经过强化学习调优的系统。
**主要特性：**
* **工具支持：** 提供用于监督微调 (SFT) 和组相对策略优化 (GRPO) 的模块化脚本，并利用 `vLLM` 实现高性能训练与推理。
* **数据集：** 提供如 *Mixture-of-Thoughts*（35 万条轨迹）和 *CodeForces-CoTs*（10 万个解决方案）等精选数据集，并配备使用 E2B 或 Morph 沙盒进行代码任务验证的工具。
* **可复现性：** 包含针对 AIME 2024、MATH-500 及其他竞赛任务的基准测试综合指南，其结果与 DeepSeek 公布的性能高度一致。
* **灵活性：** 支持多种硬件配置，从单 GPU 到大规模 Slurm 集群均可使用，允许贡献者针对不同的基础模型和自定义训练配置进行实验。
此次 Hacker News 的讨论聚焦于旨在复刻 DeepSeek-R1 的 Hugging Face “Open R1” 项目。评论者认为该项目仅完成了三步计划中的第一步，尚未实现完整复刻。
参与者指出 AI 研究中存在一种“夸夸其谈”的普遍趋势，即许多项目虽标榜开源，却往往缺乏实现真正可复现性所需的严谨技术、事实验证或完整的数据透明度。
讨论随后转向推荐如 OLMo 和 NVIDIA Nemotron 等更透明的替代方案。尽管 Nemotron 因其卓越性能备受推崇，但评论者指出其在训练数据方面并未完全开源。相比之下，OLMo 虽然缺乏前沿模型的广泛采用，但仍是透明度方面的黄金标准。总体而言，社区对围绕 AI 突破的“炒作式”新闻持怀疑态度，并强调真正的进步需要完全公开的流程、详尽的数据整理记录以及客观的成本透明度——研究人员估计相关成本可能在数十万到数百万美元不等。
哈斯克尔免费图书馆和歌剧院是一处具有地标意义的社区机构，于 1904 年特意跨越加拿大和美国边境而建，旨在让邻里间共享书籍与演出。该机构近日开辟了一个仅供加拿大民众使用的出入口。此前，特朗普政府限制了从加拿大入境的人员，禁止他们使用位于美国佛蒙特州境内的图书馆原始主入口。一个多世纪以来，来自两国的人们可以自由穿过这栋建筑，跨越地板上一条黑色胶带标记的国际边境线。然而，美国更严格的安全规定实际上在 2025 年 10 月关闭了这一历史悠久的共享入口。新入口由加拿大一侧原先的紧急出口改建而成，该项目耗资巨大，部分资金来自社区募捐。视频由埃洛伊丝·阿兰娜制作。
帖子
登录
注册
帖子
Amazon Web Services @awscloud
更多
AI 生成的代码并不会让你的团队更快，反而可能会拖慢你们的速度。
晚上 8:49 · 2026年6月9日
600万次浏览
609
2400
1.9万
3900
阅读 609 条回复
初次使用 X？
立即注册，获取专属时间线！
使用 Google 账号注册
使用 Apple 账号注册
创建账号
注册即表示你同意《服务条款》和《隐私政策》，包括 Cookie 使用。
相关人物
Amazon Web Services @awscloud
关注
热门趋势
服务条款 | 隐私政策 | Cookie 政策 | 无障碍访问 | 广告信息 | 更多
© 2026 X Corp.
不要错过正在发生的事情
X 用户总是第一时间了解动态。
登录
注册
抱歉。
Glean 工作人工智能研究所的一份新报告揭示了职场中的“生产力悖论”：尽管 87% 的员工都在使用人工智能，但许多人却深陷于“机器人看管”（botsitting）的泥潭中。白领员工平均每周要花费 6.4 小时——几乎相当于一个完整的工作日——来纠正错误、提供背景信息以及管理各种互不兼容的 AI 工具。 尽管员工反馈个人生产力有所提高，但公司整体的绩效改善却停滞不前。研究人员将这种“机器人看管”描述为枯燥、令人筋疲力尽且大多未获认可的工作，这正严重影响员工士气。事实上，那些背负繁重 AI 维护任务的员工离职的可能性高出 73%，因为他们感到自己被迫将工作中最有价值的部分自动化，同时还要充当低效系统的“高级技术支持”。 该报告指出，成功的组织不仅仅是部署更多的人工智能，还在于投入资金建设其配套基础设施。那些实现真正增长的公司，重点在于提供更好的背景信息、对员工进行高效 AI 使用培训，并为人类判断建立明确的标准。如果缺乏此类支持，企业将面临因员工对自己自动化工具带来的“善后工作”感到沮丧而流失顶尖人才的风险。