Backrest 是一个轻量级的 **restic** Web 界面，旨在简化备份管理的同时，保留原命令行工具的强大功能。它基于 Go 语言构建，提供直观的 Web UI，让用户能够轻松创建存储库、定时自动备份、执行维护任务并恢复文件。
**主要功能包括：**
* **全方位管理：** 支持定时任务（cron）快照、存储库健康检查（修剪/清理）以及备份前后的命令钩子。
* **多功能存储：** 完全兼容所有 restic 后端（S3、B2、Azure、GCS、SFTP、本地）及 rclone 远程存储。
* **广泛兼容性：** 可作为独立二进制文件在 Linux、macOS、Windows、FreeBSD 和 Docker 上运行，并自动管理其 restic 依赖项。
* **警报提醒：** 支持通过 Discord、Slack、Healthchecks 等渠道进行自定义通知。
Backrest 非常适合 NAS 部署，或希望在 restic 稳健、安全且加密的备份引擎之上使用友好管理层的用户。无论是通过脚本、Homebrew 还是 Docker 安装，Backrest 都能作为本地和远程备份操作的无缝协调器。详细文档和贡献指南可在项目仓库中查看。
每日HackerNews RSS
Hacker News 的讨论重点介绍了两款用于管理 **Restic** 备份的工具。
主贴介绍了一款名为 **Backrest** 的工具，它是一个旨在简化 Restic 管理的网页界面和编排器。
在评论区，一位用户分享了他个人分叉（fork）的 **Restic Scheduler**。这是一个基于 Mac 的项目，旨在提供类似 Backblaze 那种“设置后即可忽略”的自动化体验。该工具具备菜单栏界面、智能自动排除（包含 Brewfile 集成）以及成本估算功能。
该开发者是一位资深软件工程师，他在开发过程中利用 AI（Codex）辅助编写了 Swift 组件。目前该项目已在 GitHub 上开源，适用于能够通过 Xcode 自行编译的用户。这种方案相比商业云备份服务可显著节省成本，搭配 B2 存储使用时，750GB 存储空间的年费用约为 52 美元。
“停止扼杀游戏”（Stop Killing Games）运动由 YouTuber Ross Scott 于 2024 年发起，旨在挑战游戏行业远程停用纯在线游戏的做法，即在服务器关闭后使游戏无法游玩。在育碧（Ubisoft）决定终止《飙酷车神》（The Crew）后，该运动声势大涨，引发了玩家对失去已购游戏访问权限的强烈不满。
活动人士认为，发行商应提供“寿命终止”解决方案，例如离线模式或软件工具，以保留访问权限，而非彻底销毁产品。尽管以“欧洲电子游戏”（Video Games Europe）为代表的行业组织声称服务器维护并不总具有商业可行性，但该运动已成功将此议题带入欧洲议会，并对加利福尼亚州等地区的立法讨论产生了影响。
目前，法国和美国正在进行法律诉讼，质疑消费者对数字内容是否真正拥有所有权，还是仅仅持有一份临时的、可撤销的许可。随着“实时服务”游戏的普及，该倡议旨在确立法律要求，保护消费者免受突如其来的服务终止影响，并迫使公司在停运旧作时承担更多责任。
这篇 Hacker News 帖子讨论了“停止扼杀游戏”（Stop Killing Games）运动，该运动旨在反对游戏行业通过关闭服务器使已购游戏无法游玩的做法。
评论者对该问题表达了多种观点。一种观点认为，只要玩家从购买价格中获得了合理的娱乐时长，公司就已履行了义务。另一些人则认为，行业正转向“云端”未来，在硬件无关的流媒体趋势下，“停止扼杀游戏”的倡导效果将大打折扣。
尽管有些人担心 PC 游戏行业因企业重心转移（如优先发展高利润的数据中心硬件而非游戏组件）而走向衰落，但反对意见依然存在。对“纯云端”模式持怀疑态度的人认为，只要个人计算平台依然存在，独立开发者和硬件发烧友就将继续支持本地游戏。归根结底，这场讨论凸显了接受数字服务短暂性的人群，与那些争取保留所有权及本地游戏自主权的人群之间的分歧。
森海塞尔无线麦克风使用 BA2015 电池组，其实质就是两节封装在塑料壳内的镍氢（NiMH）五号电池。尽管结构简单，但这些电池组的售价却非常昂贵（通常在 80 到 100 美元之间），其目的是防止用户误将不可充电的碱性电池放入昂贵的专用充电座中进行充电。该电池组包含一个价值 0.02 美元的 NTC 温度传感器以实现此安全功能，而实际的电池管理则由麦克风内部完成。
作者对这种高溢价感到不满，于是通过 3D 打印定制外壳，并使用标准的松下镍氢电池和 10kΩ NTC 传感器，对该电池组进行了逆向工程。虽然该项目证明了制作 DIY 替代品在技术上是可行的，且成本远低于官方版本，但作者认为这对大多数用户来说并不实用。组装这些精密组件并确保安装稳固的过程非常耗时，且最终成品的耐用性也不如市面上的第三方商业替代品。最后，作者强调，尽管市面上存在合规且更便宜的第三方替代品，但森海塞尔为这些基础电池组制定的定价策略仍然难以令人信服。
```Hacker News最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录克隆 Sennheiser BA2015 电池组 (brixit.nl)14 点，由 zdw 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论帮助
amelius 17 分钟前 [–]
> 结论
> 完全可以做到这一点，但做出来的电池组甚至不如市面上能买到的第三方电池组稳固。考虑到需要花时间去摆弄连接用的回形针，还要把温度传感器的引线缠绕在微小的塑料片上，自行打印电池大概并不划算。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索: ```
Podman 6 在 CLI 管理虚拟机提供程序（如 WSL、QEMU、libkrun 或 applehv）的方式上进行了重大改进。 在之前的 Podman 5 中，CLI 主要仅识别 `containers.conf` 中设为默认的机器提供程序。这经常导致使用不便，因为通过其他提供程序（例如 Podman Desktop）创建的机器，若没有特定标志，很难通过标准的 Podman CLI 命令进行访问或管理。 Podman 6 转向了与提供程序无关的模式。主要变化包括： * **统一管理：** `stop`、`start` 和 `rm` 等命令现在可以按机器名称无缝跨所有提供程序运行，消除了 Podman 5 中常见的“虚拟机不存在”错误。 * **全局可见性：** `podman machine ls` 命令现在默认显示所有支持的提供程序中的所有机器，不再需要 `--all-providers` 标志。 * **灵活创建：** 用户现在可以在初始化机器时，通过 `podman machine init` 的新 `--provider` 标志直接指定非默认的提供程序。 这些更新简化了用户体验，使得在单一 CLI 工作流中管理各种虚拟化环境变得更加容易。
```Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Podman 6：机器可用性改进 (podman.io)
16 分，daesorin 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论
帮助
darcien 15 分钟前 [–]
有人知道为什么分享这个 2025 年的公告吗？看起来像是推迟了且尚未发布？
https://blog.podman.io/2026/05/podman-6-release-delayed/
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：```
请启用 JavaScript 和 Cookie 以继续。
Hacker News | 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 | 登录
怀孕期间补充维生素D3与10岁时的认知表现（jamanetwork.com）
18 分，由 supermatou 发布于 51 分钟前 | 隐藏 | 过往 | 收藏 | 1 条评论 | 帮助
pkoird 1 分钟前 [–]
我不确定是否有研究展示过人类因日照不足而产生的普遍影响。考虑到维生素D的种种益处，以及近期人类行为转变导致的日照减少（乘车出行、空调、使用防晒霜等），人类必然正在经历前所未有的生理或心理变化。
回复
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索：
作者探讨了高斯近似 $e^{-z^2} \approx \frac{1 + \cos(\sin(z) + z)}{2}$ 的行为，指出该近似在实轴上虽然准确，但在虚轴上会显著发散，表现得如同 $e^{e^y}$。 这引出了对双指数函数 $e^{e^x}$ 幂级数的分析。该级数中第 $n$ 项的系数为 $e \cdot \frac{B_n}{n!}$，其中 $B_n$ 是第 $n$ 个贝尔数（代表标记集合的划分），而 $n!$ 是排列数。由于集合划分数量的增长速度几乎与排列数相当，该级数的收敛速度非常缓慢。作者提供了一个简单的 SymPy 实现来计算这一比值，并以利用 Lambert $W$ 函数进行的渐近分析作为总结，用以描述当 $n$ 增加时 $\frac{B_n}{n!}$ 的增长情况。
Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
置换的分区 (johndcook.com)
5 分，由 ibobev 发布于 2 小时前 | 隐藏 | 过往 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
这篇文章以工程师的视角，对当前人工智能行业（特别是 Anthropic 和 OpenAI 等公司）进行了尖锐的批判。作者认为，硅谷所谓的“前沿”模型更多是基于企业傲慢和市场营销，而非真正的性能提升。
通过大量数据驱动的测试，作者指出西方“高级”模型已不再具备高昂成本或严格速率限制的合理性。相反，作者强调了像 Qwen 3.7 Max 这类模型的优势，称其在实际软件开发中提供了更高的可靠性、实用性和透明度。
作者将当前市场形容为一种由吹捧者和盲目烧钱的企业构成的“OnlyFans 经济”，指责其在过度炒作的早期技术上挥霍资本。通过对比开源和中国模型在实用性能上的领先，以及西方供应商组成的“卡特尔”垄断，文章警告许多公司正将数百万资金浪费在无效的 AI 集成上。最终，作者呼吁采取更务实的开发方法，敦促同行抛弃对这些平台的个人崇拜，将重心回归到实际的工程价值，而非硅谷营销那套“空洞的福音”。
这篇 Hacker News 讨论聚焦于对美国人工智能产业的批判性审视，特别是关于使用中国 AI 模型这一“禁忌”。
参与者讨论了在企业应用中规避中国模型究竟是针对国家行为体和知识产权盗窃的合理安全预防措施，还是由监管维持的一种保护主义“卡特尔”策略。许多评论者认为，像 DeepSeek 这样的中国模型在处理常规编码任务时，具有极高的成本效益，且在功能上与昂贵的西方替代品不相上下，甚至更胜一筹。
对话凸显了以下几点之间的张力：
* **实用主义与地缘政治：** 用户指出，尽管一些公司担心“回传数据”或安全风险，但许多中国模型可以自托管，从而减轻了这些顾虑。
* **市场动态：** 一些人对美国前沿模型的高昂成本表示不满，并暗示西方科技巨头依赖大规模资本投入，最终可能需要通过“救助”或冒险的金融策略来维持。
* **行业“垃圾内容”：** 该讨论串还触及了 AI 相关言论质量下降的问题，指出日常用户与深陷炒作周期的人群之间存在“难以逾越”的语言鸿沟。
Netlify 首席技术官 Dana Lawson：编写代码已不再是工作核心。 Netlify CTO Dana Lawson: Writing code is no longer the job
3 小时前
Netlify 首席技术官 Dana Lawson 认为，代理式人工智能（Agentic AI）的兴起正在重塑软件工程，使工程师的角色从编写代码转向精通“代理体验”（AX）。随着人工智能赋能“平民开发者”通过对话意图构建应用程序，传统工程师的价值已不再体现在语法上，而在于系统架构、商业策略和监督能力。
Lawson 强调，工程如今已演变为“生产的引导者”。在代理驱动的世界中，要获得成功，就需要重新思考系统设计，使其具备可被代理理解、事件驱动的特性，并能够处理意图而非仅仅是 API 请求。通过构建防护栏、确保可审计性并坚持“人在回路”（human-in-the-loop）的原则，工程师能够提供必要的判断力和品味，从而有效引导 AI 代理。
归根结底，Lawson 认为 AX 并非要取代开发人员，而是为了增强他们的能力。通过梳理架构并消除 AI 的阻碍，工程师同时也为人类创造了更好的系统。工程的未来在于设计稳健、可信且可扩展的环境，让机器与人类无缝协作，将意图转化为安全且高价值的成果。
最近的一场 Hacker News 讨论对 Netlify 首席技术官 Dana Lawson 关于“写代码不再是工作重点”的论断进行了批评。评论者的态度大多持怀疑和不屑，许多人认为 Lawson 以及 CTO 群体通常缺乏对软件工程的深层理解。
参与者将 CTO 分为两类：一类是能够赢得尊重的实干型领导者，另一类是更看重企业形象胜过技术深度的“职场政客”。批评者称 Lawson 的言论“脱离群众”，认为这反映出领导层与开发工作实际情况日益脱节的普遍趋势。
除了对领导层的批评，讨论还涉及了软件基础设施格局的变化。一些用户指出，像 Netlify 这样作为 AWS 等平台抽象层的服务正逐渐被视为多余，导致企业转向自托管解决方案。归根结底，该讨论反映了行业对那些轻视编程本身价值的高管观点所持有的愤世嫉俗的态度。
作者将他与亚历山德拉的关系描述为一种“包罗万象”的联结，这种满足感使他不再需要公共博客等外部渠道。这种联结的核心在于一种基于相互尊重与共同成长的、以项目为导向的思维模式。 这对伴侣借鉴创业文化，采纳了“周五演示”的习惯，即每周分享彼此在个人创作上的小成就。无论是展示一个新的播放列表、一个着陆页，还是讨论一盆室内植物，这些简短的分享环节都极大地促进了双方的亲密度、创造力和共同进步。通过优先考虑这种内部的“展示与交流”，作者发现自己的重心更加聚焦于真正重要的事情，从而加速了个人发展。 最终，作者认为最好的关系应如同一场相互支持、激进的身份熔炉。这种深度的对齐并非相互依赖，而是让双方都能将自己的想法“交付”给对方，从而创造出一个包容肆意创造与成长的安全空间。通过将欲望的范围缩小到当下和伴侣的支持，作者找到了一种更高效的成长方式，并意识到最深邃、最能拓展视野的体验，恰恰蕴含在与爱人共享的和谐日常之中。
```Hacker News新帖 | 往日 | 评论 | 提问 | 展示 | 招聘 | 提交登录最好的关系是包罗万象的。（andys.blog）8积分 由 andytratt 在 2 小时前发布 | 隐藏 | 往日 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索： ```
**Lathe** 是一款开源工具，旨在将大语言模型（LLM）的角色从“代你完成工作”转变为“交互式导师”。它允许用户按需生成手把手的多阶段技术教程，专为主动式、手动学习而设计。
**工作原理：**
* **生成与交互：** 利用 LLM 技能（兼容 Claude Code、Cursor 和 Codex），你可以通过指令（例如 `/lathe build a 3D Slicer`）让 Lathe 创建教程。随后，你需要手动完成代码编写，从而在实践中获得“顿悟”时刻。
* **生态系统：** 基于 Go 语言开发的命令行界面（CLI）用于管理你的教程库，而本地网页界面（运行于 `localhost:4242`）则提供无干扰的阅读体验，并包含进度追踪、侧边笔记和练习题等功能。
* **验证：** 你可以使用内置技能来验证教程步骤、扩展课程内容，或者在遇到困难时向 LLM 提问以获取解答。
* **透明度：** 每篇教程都会注明其来源、所使用的 LLM 模型以及撰写时采用的“语调”（角色设定）。
Lathe 专为那些倾向于“在实践中学习”的人而打造。虽然它无法替代人类编写的内容，但在探索传统文档尚不存在的新兴领域时，它是一个非常有效的工具。
**Lathe** 是一款开源工具，旨在帮助开发者主动学习新的技术领域，而非依赖大语言模型（LLM）代劳。Lathe 不会直接生成成品代码，而是通过创建基于原始资料的定制化教程，引导用户进行动手实践。
该工具采用 Go 语言编写并集成了 LLM，能够生成交互式的浏览器学习环境。用户只需向 Lathe 输入具体目标（例如“用 Erlang 构建一个 3D 切片机”），即可获得包含侧注、练习和引文的结构化课程。该平台鼓励用户主动参与，要求用户亲自阅读并手动编写代码。
主要功能包括：
* **引导式学习：** 带有滚动同步目录的交互式界面。
* **验证机制：** 内置工具用于检查代码的编译与运行情况。
* **可扩展性：** 可按需添加新章节，解决了教程过时或不完整的问题。
Lathe 的设计初衷并非取代人类编写的教程（创作者仍建议将后者作为首选学习资源）。相反，它旨在填补小众或高级课题在缺乏优质人工指导时的空白，利用 LLM 帮助用户“更好地思考”，而不是仅仅跳过学习过程。