每日HackerNews RSS

## LibreOffice 26.2现已发布 LibreOffice 26.2,最新版本的免费开源办公套件,现已面向Windows、macOS和Linux发布。此版本专注于提升用户体验,具有**改进的性能、响应速度和与各种文档格式的兼容性**。 主要更新包括**Markdown导入/导出功能**、**改进的用户界面**以及**扩展的开放标准支持**——确保您长期访问文件,无需订阅或限制。数百个错误修复和稳定性改进,由全球社区贡献,进一步提高了可靠性。 LibreOffice 26.2 赋予用户对文档的控制权,优先考虑用户自由而非商业模式。它是一款强大、现代的生产力套件,适用于个人、企业和教育机构,为专有软件提供了一个强大的替代方案。 在[www.libreoffice.org/download](www.libreoffice.org/download)下载LibreOffice 26.2,并通过[www.libreoffice.org/donate](www.libreoffice.org/donate)捐款支持其开发。

## LibreOffice增加Markdown支持 LibreOffice Writer现在支持导入和导出Markdown文件,这是用户长期以来要求的特性。这允许用户利用Markdown的简洁性,同时使用LibreOffice的功能,可能减少对独立Markdown编辑器的需求。 讨论围绕LibreOffice的整体策略展开,一些人认为它应该在多年前就采用像HTML这样更适合网络的格式,而不是专注于专有的桌面格式。另一些人则强调在LibreOffice *内部* 拥有Markdown支持的便利性,特别是对于已经使用该套件的用户。 用户们争论最佳的Markdown实现方式(CommonMark、GitHub Flavored Markdown、AsciiDoc、Pandoc),以及在Markdown环境中复制像Microsoft Word这样的文字处理器的全部功能的挑战。一个关键点是,人们希望有一个简单、仅本地的所见即所得替代方案,来替代像OneNote这样的工具。最终,许多人一致认为,将此功能直接集成到LibreOffice中是一个受欢迎的补充,即使它并不代表文档创建范式的根本转变。

受硬盘成本上升和更好数据管理的需求驱动,作者利用一台回收的2018年游戏电脑搭建了一个家庭实验室。该系统的核心是TrueNAS社区版,一种网络附加存储(NAS)操作系统,使用两个8TB硬盘配置RAID 1镜像以实现数据冗余,并使用SSD来加速访问服务。 TrueNAS提供自动快照以方便文件恢复和强大的备份功能。除了存储之外,作者还自托管了几个应用程序:Scrutiny用于硬盘健康状况监控,Backrest用于备份到Backblaze B2,Immich用于照片/视频管理(Google Photos/iCloud的自托管替代方案),Mealie用于食谱整理,以及Ollama用于本地运行AI模型。 远程访问通过Tailscale VPN服务进行保护。未来的计划包括分配自定义域名以简化对各种自托管应用程序的访问。这个家庭实验室提供了一个安全、私密和可定制的长期存储和自托管探索解决方案。

## 家庭实验室搭建总结 这次Hacker News讨论围绕着一位用户搭建的个人家庭实验室,使用了回收利用的硬件和软件,例如TrueNAS、Restic和Tailscale。核心挑战是如何访问自托管服务(如密码管理器),而无需记住端口号,解决方案是通过反向代理和DNS配置。 对话涉及各种管理家庭实验室的方法,包括使用子域名、DNS服务器(如AdGuard Home)和容器化。许多评论者分享了自己的搭建方案,从简单的单机配置到更复杂的服务器集群部署。 一个反复出现的主题是关于“家庭实验室”定义的争论——有些人认为它需要比所展示的设置更高级的基础设施,而另一些人则主张包容性。Tailscale的替代方案(如Headscale和Wireguard)以及基于云的解决方案(如Cloudflare Tunnels)也被讨论,同时还考虑了备份策略和功耗问题。最终,该讨论强调了个人进行自托管的多种方式以及通过实验学习的好处。

2018年,OpenAI公开承诺将优先考虑人工智能安全,并承诺协助任何可证明最先实现通用人工智能(AGI)的项目,而不是与之竞争,特别是如果该项目在两年内有“超过50%的成功机会”。 然而,自那时以来,OpenAI对AGI到来的预测已大大提前,最初预测为2033年,现在,截至2026年初,声称可能在2025年甚至更早实现。 这一转变与竞争格局相吻合,根据Arena.ai等排名,Anthropic(Claude)和Google(Gemini)的模型在几个关键领域目前优于OpenAI的旗舰GPT-5.4。 鉴于这些进展和OpenAI的原始章程,可以认为合作的触发条件已经满足。 尽管如此,OpenAI仍在继续竞争,这凸显了理想主义原则与经济激励之间的冲突,并引发了对AGI的定义和衡量标准不断演变的问题——目前的重点正在转向超级人工智能(ASI)。

禁止 您没有权限访问此服务器上的 /~cks/space/blog/programming/LogMessagesAreForOperation。

## 日志消息:为人类、代理和更好的软件 一则Hacker News讨论集中在软件中具有意义的日志消息的重要性上。核心论点是,软件应提供可供任何有兴趣调查的人访问的诊断信息,而不仅仅是开发者。虽然许多用户不直接阅读日志,但详细的日志对于帮助台、通过在线资源进行故障排除,以及日益增长的AI代理至关重要。 争论涉及苹果的“封闭花园”方法,因其缺乏诊断可访问性而受到批评,与Linux和macOS等更开放的系统形成对比。隐私和遥测问题也浮出水面,一些人指出苹果的数据收集行为。 一个关键点是为AI时代调整日志记录:日志应该足够详细,以便代理能够有效地诊断问题,从而将重点从人类可读性转移到机器理解。讨论强调了详细日志对于最终用户软件的价值,以及为了促进问题解决,无论是通过人工操作员还是智能代理,都需要清晰、可操作的信息。最终,良好的日志记录既有利于开发者,也有利于在现实世界中操作软件的人员。

## 意外包管理器的兴起 许多工具——例如 GitHub Actions、Ansible Galaxy、Terraform 和 Helm——尽管最初并非为此目的设计,却正在演变为包管理器。当它们发展出传递依赖树时就会发生这种情况:包依赖于其他包,从而产生复杂的关联。这引入了熟悉的包管理挑战:确保可重复性、保护供应链和管理覆盖。 虽然一些工具(如 Terraform)提供强大的功能,例如针对*某些*依赖项(提供程序)的锁定文件和完整性验证,但大多数工具仍然落后于成熟的包管理器,例如 npm 或 Cargo。常见问题包括缺乏锁定文件、可变版本标签(允许在相同标识符下替换代码)以及不完整的依赖项固定。 最近的事件,例如 tj-actions/changed-files 攻击,表明了这些漏洞的真实风险。即使通过 SHA 固定强制执行等改进,传递依赖项通常仍然没有得到保护。最终,任何具有传递执行的工具*都*是包管理器,必须解决这些固有的安全和可靠性问题——否则将面临供应链攻击的目标。

一个由“如果它听起来像一个包管理器”帖子引发的 Hacker News 讨论,探讨了什么*真正*定义了一个包管理器。最初的帖子认为传递性执行是关键,但评论者很快对此展开辩论。 许多人认为下载制品不是决定性因素——即使使用预先存在的文件也能实现离线功能,仍然符合资格。一个核心观点是现代依赖关系解析的复杂性(例如使用 SAT 求解器),以及对更简单方法的偏好,例如最初来自 Go 的最小版本选择 (MVS) 算法。 对话扩展到诸如函数调用(尤其是在 Ruby 的消息传递系统中)甚至数据库触发器是否可以在细粒度层面上被认为是包管理。Raku 被提及作为一个指定*导入*包版本,而不是已安装包版本的例子,并且版本捆绑和固定实践也被讨论。

该网站正在使用安全服务来保护自身免受在线攻击。您刚才的操作触发了安全解决方案。 提交特定词语或短语、SQL命令或格式错误的数据等行为可能会触发此阻止。

## 计算历史的另一种可能:哥伦比亚 ][ 本文探讨了一个引人入胜的“如果”情景:如果美国采用并*维持*了CBS逐场彩色电视系统,而不是兼容的NTSC系统,早期的个人计算会是什么样子? 关键的分歧点是避免朝鲜战争,历史上这导致CBS放弃其彩色系统以释放资源。 在这个替代时间线中,作者设想了一台计算机“哥伦比亚 ][”(灵感来自Apple II),其设计围绕着逐场电视的限制和可能性。 该系统以144Hz运行,分辨率较低(148x180),带来了独特的挑战。 虽然分辨率明显低于同时代系统,但作者提出创新的解决方案,例如利用内置的中断请求(IRQ)来逐场操作颜色,从而创建有限但潜在鲜艳的调色板。 哥伦比亚 ][ 可能采用MOS 6502处理器,但其功能将受到系统时序的限制。 作者甚至考虑了像*Breakout*这样的游戏以及Atari 2600和NES这样的游戏机可能在这种技术格局下如何发展,强调了图形能力和处理能力之间的权衡。 最终,虽然承认哥伦比亚 ][ 可能无法取得与Apple II相同的成功,但这种探索提供了一个对家庭计算机截然不同历史的引人入胜的视角。

## 黑客新闻讨论摘要:Apple II 场序显示与彩色电视历史 一场黑客新闻讨论由“如果Apple II使用场序彩色显示会怎样”的问题引发。用户指出场序技术的固有缺点——明显闪烁和眼动时颜色分离——基于他们对老式摄像机和泰克示波器等设备的经验。 对话延伸到彩色电视广播的历史。一个关键点是,如果在1930年代为专用的色度信号分配更多带宽,是否可以产生更清晰、向后兼容的彩色系统,从而避免NTSC的复杂性。值得注意的是,当时*确实*有足够的带宽,而现有的6MHz信道间隔部分是为了允许更便宜的调谐器设计。 其他话题包括对早期计算的影响(40列显示对于电子表格至关重要)以及关于朝鲜战争中不同结果的地缘政治后果的离题讨论,将经济系统与生活质量和死亡率联系起来。讨论还涉及“伪像色”——通过调制信号故意产生颜色——及其起源。

Please provide the content you want me to translate. I need the text to be able to translate it to Chinese.

## C++联合体行为的意外解释 最近关于C++26中新的`std::is_within_lifetime`设施的讨论,突出显示了提案中一个示例中看似未定义行为的问题。该代码使用一个`bool`和`char`的联合体,并在`bool`处于活动状态时访问`char`成员。通常,访问非活动的联合体成员是未定义行为,但C++标准包含一个特定例外。 标准允许通过`char`、`unsigned char`或`std::byte`类型读取任何对象的表示。这源于C的遗留特性,即`char*`可以别名任何内存地址——本质上充当字节指针。由于`bool`表示为0或1(这是有效的`char`值),因此通过`char`成员进行比较是完全合法的。 然而,在`char`处于活动状态时直接读取`bool` *将*是未定义行为。这个对严格别名规则的例外并不广为人知,但对于理解示例代码有效性的原因至关重要,并且展示了C++语言中一个微妙但重要的细节。

这个Hacker News讨论围绕C++编程中一个关于访问`union`中非活动成员的特性。具体来说,它解释了为什么使用`char`(或`std::byte`)访问这些成员有效,而其他类型可能无效。 原因在于编译器的“严格别名”规则。这些规则允许编译器通过假设不同的数据类型在内存中不重叠来优化代码。然而,写入一个`int*`可能会潜在地改变一个`double&`,从而阻碍优化。 `char`和`std::byte`是此规则的例外;编译器*必须*允许写入`char&` *可能*会影响其他类型的可能性。这允许访问非活动的`union`成员,而不会触发严格别名限制和性能损失。对话澄清这指的是C++的`union`,而不是工会!

该项目详细介绍了对2006年第一代Macbook(A1181)的全面翻新,这款设计被亲切地形容为“破旧”但备受喜爱。作者受到使用现代组件改造项目的启发,旨在将Framework Laptop 13主板(Intel i7)和新显示屏安装到经典机身中。 该过程包括采购损坏的Macbook外壳和OEM零件,仔细拆解它们,并调整内部布局。主要挑战包括通过焊接重用原始键盘和触控板(作者的第一次!),创建定制的3D打印支架,以及使用剥离的USB集线器和定制设计的“I/O屏蔽罩”来管理I/O。 标志性的发光Apple标志使用定制LED重新制作。虽然强力胶经常被用作安装解决方案,但该项目展示了将现代技术适应复古外形的能力。历时三个月完成的重建,是一次焊接、3D建模和解决问题的学习过程,最终产生了一个功能齐全但非常规的“Framebook”。

## Framework 笔记本电脑装入 MacBook 外壳 - Hacker News 总结 一篇 Hacker News 帖子详细介绍了有人将 Framework 笔记本电脑的组件安装到旧 MacBook 外壳中的项目。作者记录了他们第一次焊接的经验,将组件连接到触控板,承认焊接并不完美,但对于个人项目来说是可用的。 讨论迅速扩展到相关话题:重新利用旧硬件的吸引力、电源传输和组件兼容性的挑战,以及类似的项目,例如将现代硬件装入 HP Jornada 外壳。用户分享了他们对旧 MacBook 的经验,并指出常见问题,例如掌托破裂和电池故障。 许多评论员赞扬了 Framework 的模块化方法及其对创客社区的吸引力,从而实现了这样的项目。该设备运行 Windows 11,尽管最初预计会安装 Linux 或 macOS。总的来说,这篇帖子激发了人们对硬件黑客的热情,并为经典笔记本电脑设计注入了新的生命。

更多

联系我们 contact @ memedata.com