Please provide the content you want me to translate. I need the text to be able to translate it to Chinese. Just paste it here, and I will give you the Chinese translation.
每日HackerNews RSS
## 编码领域的转变：人工智能作为工具而非替代品 业界正在热议“规格驱动开发”（SDD）——一种人工智能处理编码，而人类“编排”，提供高级计划并审查输出的未来。虽然编码代理可以提供强大的生产力提升，但人们越来越担心过度依赖它们会带来显著的权衡。 这些包括系统复杂性的增加、开发者技能的退化（尤其是初级开发者）、由于依赖特定人工智能提供商而导致的厂商锁定以及成本波动，以及对批判性思维能力出乎意料的影响——而这些技能正是*管理*这些代理所必需的。 核心问题不是速度，而是*理解*。不直接参与盲目生成代码会阻碍学习，并可能导致与底层逻辑脱节。专家警告说，将问题解决外包给人工智能会削弱有效利用它所需的技能，从而产生一种自相矛盾的依赖关系。 许多人认为，关键在于将人工智能用作*补充*——用于规划、头脑风暴和文档编写——同时保持积极的编码参与。这可以保留关键技能并确保对生成代码的更深入理解，从而避免未来开发者依赖昂贵工具并面临失去核心竞争力的风险。
在macOS上创建`.tar.gz`文件，用于部署到Linux服务器时，用户在解压时经常会遇到警告或错误，这是由于默认的`bsdtar`工具添加了macOS特定的扩展属性造成的。这些属性会创建重复的文件（前缀为`._`），并触发“忽略未知的扩展头关键字”警告。
有三种主要的解决方案：
1. **`--no-xattrs`:** 在创建tar包时包含`--no-xattrs`（例如，`tar -cvzf --no-xattrs pix.tar.gz pix`），以防止添加这些属性。
2. **`--disable-copyfile`:** 类似于`--no-xattrs`，在创建tar包时使用`--disable-copyfile`（例如，`tar -cvzf --disable-copyfile pix.tar.gz pix`）。
3. **安装`gnu-tar`:** 使用Homebrew（`brew install gnu-tar`）替换默认的`bsdtar`为`gnu-tar`。然后，调整你的`~/.bash_profile`，使`gnu-tar`在系统的PATH中具有更高的优先级。
切换到`gnu-tar`提供了一个永久的解决方案，无需每次创建tar包时都记住额外的标志。这些解决方案可确保创建干净的tar包，在Linux系统上可以无错误地解压。
对不起。
计算领域的抽象程度不断提高，虽然提高了开发速度，但也导致了软件质量的下降。 过去，由于资源限制，理解机器的内部运作至关重要。 随着计算成本的降低，开发者越来越多地依赖于预构建的解决方案，而没有完全理解其功能，从而导致代码出现错误和效率低下。 现在，随着大型语言模型（LLM）使任何人都能生成可用的代码，这种趋势正在加速。 虽然很方便，但这种易于创建并不等同于*好的*代码——辨别质量仍然需要深厚的专业知识。 作者是一位熟练的系统级程序员，他对这种转变表示担忧，并为基本理解的价值日益降低而感到遗憾。 这不仅仅是对技术的批评，更是一种个人的恳求。 自2025年失业以来，需要养家糊口，作者正在寻找机会来利用他的专业技能，这凸显了现成的“足够”解决方案与真正强大的工程之间的日益脱节。
## LLM 并非又一层抽象层 这篇文章反驳了一种日益流行的观点，即大型语言模型 (LLM) 代表了一种新的、更高层次的编程抽象——类似于从二进制到汇编，或从 C 到 Python 的转变。作者认为这种比较从根本上是错误的。 传统的抽象层（如编译器）作用于一个*确定性*输出的函数：特定的输入 (x) *总是* 产生特定的输出 (y)。然而，LLM 作用于*概率*之上。输入 (x) 产生各种输出 (y, z1, z2…) 的*概率*，包括意想不到的甚至是有害的输出。 本质上，LLM 不能保证期望的结果；它们提供获得结果的*机会*，以及一系列其他可能性。当前的测试通常只关注验证期望的输出 (y)，而没有考虑到隐藏在响应中的潜在危险“z”因素。 作者强调程序员需要自我意识和谨慎，警告不要盲目接受 LLM 生成的代码，而应彻底检查是否存在意想不到的后果。核心观点是：LLM 不是更简洁、更高层次的工具——它们是一种根本不同的*类型*的工具，需要采用不同的开发和测试方法。
## S3 缺失的一环：数据集抽象 亚马逊 S3 庆祝 20 周年，凭借其成本效益、可扩展性和耐用性，仍然是流行的云存储解决方案。然而，一个核心挑战在于用户如何在 S3 的存储桶中*组织*数据。虽然 S3 本身不识别文件夹，但用户依赖于前缀（类似路径的结构）来逻辑地分组对象——例如 Parquet 表、日志或媒体文件。 问题是？S3 缺乏对这些数据集的固有理解，使得存储管理变得困难。当前的工具难以识别组织前缀和实际数据集之间的有意义边界，从而阻碍了成本分配、归档和安全等任务。团队经常构建自定义解决方案（如 Netflix 和 Pinterest）来解决这个问题，但大多数人无法承受这种负担。 现有的数据目录等解决方案并不完整，通常与存储细节脱节。一个至关重要的缺失层将自动*发现*存储桶中的数据集，将它们视为具有附加元数据的首类实体。这将超越对象级别或前缀级别管理，实现高效治理并降低成本高昂的孤立数据的风险。作者目前正在构建一个解决方案来解决这一差距。
## S3 缺失的语义层
最近的 Hacker News 讨论集中在使用 Amazon S3 (Simple Storage Service) 直接存储数据的局限性。虽然 S3 是一个强大的构建块，但对话强调了缺乏一个关键的“语义层”，以有效地管理 S3 *内部* 的数据。
许多团队绕过额外的抽象层，直接将数据存储在 S3 中，导致难以追踪数据血缘（谁创建了它，何时使用），成本和访问模式。现有的解决方案，例如使用前缀进行组织，或外部目录，都不够充分——前缀提供性能优势，但不提供上下文，而分离的目录缺乏实时存储信息。
Delta Lake、Iceberg 和 DuckLake 等解决方案解决了表格数据的这个问题，但无法覆盖其他数据类型，如日志、媒体或 ML 构件。核心问题是需要通用的数据管理功能——理解存在什么数据，其用途以及生命周期——目前需要自定义工具和跨不同存储领域的碎片化解决方案。 讨论表明，S3 需要提供更强大的查询和元数据功能。
## Atom：一种网络内容聚合格式 Atom 是一种基于 XML 的格式，用于发布和编辑网络内容，特别是对于经常更新的网站（如博客）。它定义了一种标准方式，让网站向读者分发更新——被称为“订阅源”，确保不同平台之间的兼容性。 Atom 订阅源是结构化的 XML 文档，遵循 `http://www.w3.org/2005/Atom` 命名空间，并使用 RFC 3339 用于时间戳。一个订阅源包含元数据（标题、更新日期、作者）和一系列“条目”——单个文章或帖子。 订阅源中的关键元素包括 `<id>` 用于唯一标识，`<title>`，`<updated>` 和 `<author>`。条目包括 `<id>`，`<title>`，`<updated>`，`<summary>`，并且还可以包含完整的 `<content>`。链接 (`<link>`) 至关重要，用于指定关系，例如“self”（订阅源本身）或“alternate”（HTML 版本）。 Atom 具有可扩展性，允许包含来自其他命名空间的元素，使其与现有格式（如 RSS）兼容。它通过可选元素（如 `<category>`，`<contributor>` 以及详细的内容/链接规范）提供灵活性。
## 黑客新闻讨论：Atom 简介
黑客新闻上的一场讨论，源于一个指向 W3C Atom 规范（一种 2005 年的 XML 馈送格式）的链接，突出了 Atom 的历史及其在 Web 开发中的地位。用户指出，名为“Atom”的项目数量，讽刺性地超过了实际原子的数量。
对话探讨了 Atom 作为 RSS 的替代方案的起源，它提供了一个更清晰的规范，但最终未能超越其前身而广泛采用。虽然许多平台仍然支持 Atom，但 RSS 仍然占据主导地位，尤其是在播客领域。一些人将 Atom 的衰落归因于谷歌对专有格式的偏好以及社交媒体平台优先考虑用户锁定而非互操作性。
尽管其影响力减弱，Atom 仍然被用于博客馈送和 API 响应，其结构和验证能力备受赞赏。参与者哀叹了 RSS/Atom 所体现的开放 Web 理念的丧失，而另一些人则承认其衰落并非必然是“大科技公司扼杀”的结果，而是缺乏持续的流行。 许多用户分享了发现和管理 RSS/Atom 馈送的资源，强调了它们在专注信息消费方面的持续相关性。
## DeepSeek V4 Pro：经济实惠的 Claude Code 替代方案
DeepSeek V4 Pro 提供了一个比运行 Claude Code 更经济的选择，Claude Code 是一款强大的自主编码代理。Claude Code 通常每月费用为 200 美元（有使用上限），而 DeepSeek 的性能与之相当，每月仅需 20 美元 – 节省高达 90%。
DeepSeek 在保留 Claude Code 熟悉界面和功能（终端访问、文件编辑、bash、git 等）的同时，替换了 Claude 的后端模型。它通过利用 DeepSeek V4 Pro 实现这一点，在 LiveCodeBench 上获得了 96.4% 的分数，成本为每百万 token 0.87 美元，而 Anthropic 的成本为每百万 token 15 美元。
设置涉及获取 DeepSeek API 密钥并设置环境变量。用户还可以轻松切换到 OpenRouter（每百万 token 0.44 美元）和 Fireworks AI，以进一步优化成本或速度。虽然 DeepSeek 在常规编码任务方面表现出色，但 Claude Opus 在复杂推理方面仍然更胜一筹 – 可以通过后端切换轻松访问。
DeepSeek 的自动缓存进一步降低了成本，尤其是在自主循环中。 局限性包括缺乏图像输入支持和并行工具执行。
我们正在验证您是否是真人，而不是恶意自动化程序。 通常，下面的验证码会自动完成。 如果没有自动完成，请点击验证码中的复选框进行验证。 验证通过后，您将被带到您想要访问的页面。 请启用JavaScript和Cookie以继续。 如果您在验证完上面的验证码后，不断被重定向到此页面重新验证，请点击下面的按钮联系支持团队。 联系支持 请在您的工单中提及“Ray ID: 9f62e656ed269af4”和“Client IP: 47.245.80.60”。
对不起。
## Plasma 6.6 自动亮度：期待已久的功能
Plasma 6.6 引入了自动亮度调节功能，此前由于大多数笔记本电脑和显示器缺乏易于访问的亮度传感器而受阻。开发者使用配备传感器的 Framework Laptop 13，解决了创建可用系统的挑战。
最初尝试将亮度与环境光线性缩放效果不佳，因为显示曲线非线性以及用户的个人偏好不同。最终实现方式模仿了用户手动调节亮度的方式——系统通过存储六个与传感器读数对应的亮度值，来学习用户在不同光照条件下的首选设置。
为了防止闪烁和不稳定，添加了滞后（延迟和容差范围），以及更慢的调暗动画。开发者认为该系统在笔记本电脑和移动设备上都有效，并欢迎用户反馈以供进一步改进。
未来的开发目标是包含自动白点调节，前提是能够访问合适的传感器——这可能是 Framework Laptop 模块化设计的潜在升级路径。