本摘要探讨了“编织”（weaves）这一历史悠久的数据结构，它曾被用于源代码控制系统（SCCS）以管理文本版本。编织通过管理交错的增量（deltas），将其视为一系列指令（插入、删除或保留）来重构文件修订。 与 Git 等现代快照系统不同，编织将差异存储为交错的数据块。由于这些数据块可能重叠，重构特定版本需要一个“激活集”（activation set）——即一组决定哪些行可见的增量开关。通过追踪这些激活集，可以恢复任何版本并计算它们之间的变更。 尽管编织已被 Git 取代，但它在今天仍具有参考意义。它能够表示细粒度的历史变更，这使其成为现代分布式版本控制系统以及 Pijul 和 CRDT 等冲突解决系统的概念先驱。作者通过提供一个 Go 语言实现展示了这一点，该实现能够重构版本、使用最长公共子序列（LCS）算法计算差异，并将新变更交织进现有的编织中。归根结底，编织证明了简洁而稳健的设计在解决软件演进复杂问题时的力量。
每日HackerNews RSS
交错增量 Interleaved Deltas
25 分钟前
抱歉。
若要在冬季迅速为冰冷的笔记本电脑预热，您可以强制 CPU 以 100% 的能力运行，从而产生大量热量。 对于 macOS 或 Linux，一个简单的内置解决方案是在终端（Terminal）中运行 `yes > /dev/null` 命令。这将使 CPU 满负荷运转，直到您手动停止。 若要使用更稳健的方法，请使用 `stress` 工具。通过 Homebrew 安装后，您可以执行带有特定时间限制的定向测试。运行 `stress -c 6 -m 2 -t 300` 将使 6 个 CPU 线程和 2 个内存线程满载运行 5 分钟，在不产生长期过热风险的情况下安全地温暖机身。您甚至可以在 bash 配置文件中添加别名（例如 `alias warm='stress -c 6 -m 2 -t 300'`），以便随时一键开启此“加热模式”。 请务必使用超时命令，以防止在您离开时电脑无限期地满负荷运行。
近期一篇关于“如何快速加热 MacBook”的 Hacker News 讨论帖，凸显了老款英特尔芯片 Mac 与现代 Apple Silicon 机型在散热表现上的巨大差异。
用户们调侃说，可以使用 Cinebench、本地大语言模型或编译大型代码库等高强度软件来产生热量。然而，大家普遍认为这一前提早已过时：英特尔芯片 MacBook 以发热严重著称，而较新的 M 系列芯片则非常高效。许多评论者提到，即使在高负载下，他们也很少听到风扇转动的声音。还有人开玩笑说，现代 MacBook 实在“太凉快”了，已经无法充当暖手宝。关于如何制造热量的技术建议五花八门，从软件压力测试到运行 `yes > /dev/null` 这种幽默的命令行方式应有尽有。总的来说，这篇讨论帖轻松地反映了自英特尔时代以来，设备能效比所取得的巨大进步。
尽管我们仍要求创作者在通过人工智能制作写实内容时手动进行披露，但我们希望使这一流程更加顺畅且可靠。从 2026 年 5 月起，我们将推出新的内部信号以辅助识别 AI 生成的内容。 如果创作者未说明是否使用了 AI，但我们的系统检测到大量使用写实 AI 的情况，我们将自动添加标签。 随着技术持续改进，创作者仍掌握控制权。如果创作者认为其内容被错误识别为 AI 生成，可以在 YouTube 工作室（YouTube Studio）中更新披露状态。但在少数情况下，披露标签将保持永久有效，包括： * 使用 YouTube 自有 AI 工具（如 Veo 或 Dream Screen）创作的内容。 * 包含表明其为完全生成式 AI 的 C2PA 元数据的内容。
YouTube 正在推出一套自动化系统，旨在标记逼真的 AI 生成内容，即使创作者未主动披露。虽然该平台此举旨在对抗日益泛滥的 AI 生成的“垃圾”内容和虚假信息，但 Hacker News 社区对此反应不一。
许多用户欢迎这种遏制虚假新闻和 AI 配音劣质内容的尝试，并建议如果能提供过滤 AI 视频的功能，他们愿意为此付费。然而，人们对该技术的准确性和可行性持怀疑态度。批评者指出，类似的 AI 检测工具误报率很高，担心诚实的创作者可能会因此遭受不公正的去货币化或流量损失。
另一些人认为此举不过是猫捉老鼠的游戏，并指出通过重新编码或录屏，AI 内容很容易掩盖痕迹。部分评论者怀疑 YouTube 的真正动机是优先推广符合其自身广告生态的内容；此外，许多人表示对该平台的现状感到疲惫，认为其搜索结果糟糕，且用户体验正因算法推送的 AI 内容而每况愈下。
请启用 JavaScript 和 Cookie 以继续。
最新报告显示，iOS 26 具备一项安全机制：如果系统检测到设备中出现裸露内容，将会暂停或“冻结” FaceTime 通话。
Hacker News 上的讨论显示，人们对此功能反应不一。支持者认为这是一种有益的保护机制，尤其对儿童而言，并指出苹果声称图像分析完全在设备本地进行，不会传输数据。
然而，许多用户对此持怀疑和批评态度。反对者称这种干预是“反乌托邦”式的，认为设备不应监控用户行为或定义何为可接受的行为。另一些用户则担心该功能可能出现误报，或对私密的、双方自愿的互动造成不必要的干扰。一些技术人员进一步质疑苹果隐私承诺的透明度，指出即便是在设备端处理，也无法从根本上排除未来数据处理方式被更改的可能。总体而言，社区在将此次更新视为必要的安全工具，还是视为企业监控的危险越界之间，依然存在分歧。
当 Mixbook 未提供动画照片项目的下载按钮时，作者发现该平台并不存在现成的视频文件；所谓的“影片”仅仅是一组由浏览器实时渲染的指令，包括 Lottie 动画、照片和音乐。 为了保存一份永久副本，作者通过逆向工程提取了原始项目数据。通过检查应用程序的 JavaScript 包，他们定位到了 API 接口，并抓取了包含媒体资源和时间轴元数据的 JSON 定义文件。 作者利用 `ffmpeg` 和 Python 在本地重建了影片。他们实现了肯·伯恩斯（Ken Burns）动态效果，同步了音乐，并创建了透明 PNG 图片以复刻原始标题卡。通过精确计算交叉淡入淡出时间并利用 `zoompan` 滤镜确保画面平滑，作者最终制作出了画质接近原版的 1080p MP4 文件。 该实验证明，当服务商将媒体内容置于“无法下载”的限制下时，如果项目数据可以通过共享链接访问，往往仍能被重新利用。作者成功找回了自己的珍贵记忆，证明了面对缺失的功能，用户可以通过技术手段自行构建，而无需被动接受。
```
Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
通过 FFmpeg 从其数据 API 重构 Mixbook 视频 (segar.me)
6 分，由 msegar 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 帮助
ge96 17 分钟前 [–]
很有趣，它不是一个数据块（blob），我本以为是 mp4 的。 回复
指导方针 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系
搜索： ```
在将第七代 Kindle Paperwhite 越狱并改造成床头时钟后，作者决定进一步拓展项目，尝试在设备上运行自定义的 Rust 应用程序。
为了克服为 ARMv7 进行交叉编译的难题，作者利用 `cargo-zigbuild` 将 Zig 编译器作为通用工具链。在通过 USBNetwork 获取 Shell 访问权限后，工作重点转向了图形界面的开发。通过集成 Slint GUI 库，作者成功通过内存映射 Kindle 的帧缓冲区（`/dev/fb0`）并使用 `ioctl()` 触发电子墨水屏刷新，实现了画面渲染。
最后，作者通过解析 `/dev/input/event1` 的输入事件，将 Kindle 的触控协议映射到 Slint 的指针事件，从而实现了触控交互。在通过简单的计数器应用测试成功后，作者将该 Kindle 专用后端代码发布到了 crates.io，为未来开发自定义智能家居仪表盘铺平了道路。
Hacker News最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交登录
在越狱后的 Kindle 上运行 Rust (和 Slint) (sverre.me)
13 点，由 homarp 发布于 1 小时前 | 隐藏 | 往期 | 收藏 | 1 条评论 帮助
homarp 1 小时前 [–]
代码地址：https://github.com/sverrejb/slint-kindle-backend
回复
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
自由潜水不仅是一项运动，它更是一场对人类自身、韧性与连结的深刻探索。在不携带气瓶潜入水下的过程中，自由潜水员面临着独特的生理与心理挑战：源于二氧化碳积累而非氧气耗尽的原始呼吸冲动、深水带来的巨大压力，以及为了确保安全与舒适而必须掌握的身体放松技巧。
这种体验的核心在于“在压力中忍受”与“在臣服中寻得幸福”之间的张力。成功的关键在于达到一种平衡状态，既要有高强度的身体控制（如耳压平衡技巧），又要保持平静的冥想心态。由于这项活动存在晕厥等固有风险，它依赖于信任与深刻的人际责任，潜水员的安全完全依托于同伴的守护。
最终，作者认为自由潜水是理解人类本质的一种工具。它凸显了我们的身体局限性，以及在不可控环境中航行如何创造了一种独特的、非理性的满足感。通过强迫我们直面生理极限，自由潜水提供了一种丰富而直观的体验，正如艺术或爱情一样，难以用简单的定义来概括。
近期，Joanna Rutkowska 在 Hacker News 上发表了一篇题为《自由潜水、具身认知与人性》（Freediving, Embodiment and Humanity）的文章，引发了社区的批评性回应。Rutkowska 利用自由潜水的隐喻探讨了具身认知与人性等主题，并最终将其与当前的 AI 技术（特别是 Claude 的编程能力）以及机器感知潜力联系起来。
评论者大多对此持否定态度，将其斥为“科技说教”。批评者认为，自由潜水与 AI 之间的联系过于牵强，指出 AI 仅仅是工具的使用，而非意识或能动性的体现。怀疑论者将当前的 AI 热潮比作历史上人们对计算器的反应，认为性能的提升并不等同于智能。这场讨论凸显了科技界关于 AI 的哲学内涵与其作为精密工具的实用价值之间长期存在的张力。
Labubu 是由龙家升（Kasing Lung）创作、并经由泡泡玛特（Pop Mart）推广的奇幻兔怪毛绒公仔，现已成为一种全球性的文化现象。除了其“婴儿图式”的审美外，Labubu 还充当了一个复杂的社会化身，供身处后疫情时代、面临孤独与经济不稳，且渴望怀旧慰藉的 Z 世代和“大童”（kidults）所使用。
该玩具的成功与社交媒体密不可分，后者是其核心生态系统。持有者通过 Labubu 来进行日常生活角色扮演、彰显社交关联性，并展示精心构建的身份。泡泡玛特通过“盲盒”模式加速了这一过程——这是一种游戏化且易成瘾的零售策略，利用了类似于赌博的稀缺性和变动奖励机制。
归根结底，Labubu 是鲍德里亚式“超真实”中一种被神圣化的客体。它模糊了实体玩具与其数字表征之间的界限，其价值完全源于社会具体化。无论作为抵御孤独的伙伴，还是展示文化“圈内人”身份的象征，Labubu 都反映了现代人在消费中寻找意义的倾向；通过表演性、游戏化且往往令人上瘾的日常互动，掩盖了当代生活的疏离感。
一位 Hacker News 的评论者对《关于 Labubu 与超真实》（On Labubu and the Hyperreal）一文提出了批评，认为其分析滞后七个月，且与当前趋势脱节。该用户指出，作者未能意识到这一趋势主要由常规社会动力驱动：即男性为迎合“女性凝视”而采用特定审美，以期吸引女性。
批评者断言，该趋势现已瓦解，因为女性最终回归了对男性气质的偏好，拒绝了她们此前似乎青睐的“阴柔男性”审美。根据该评论者的观点，这篇文章过度依赖不必要且无关的知识化解读，而非认清成人约会与社会吸引力中简单且永恒的本质。评论最后进行了内省，质疑作者准确解读文化变迁的能力，并促使该用户反思自己可能存在的盲点。
为了提高人工智能的透明度，YouTube 正在更新其识别 AI 生成内容的方式。虽然创作者仍需手动披露对超写实 AI 的使用，但 YouTube 引入了一套自动化检测系统，以便在创作者未主动标注时自动标记此类内容。 这些标签将被移至更显眼的位置以确保即时可见：长视频的标签将直接显示在播放器下方，而 YouTube Shorts 的标签则会以覆盖层的形式出现。包含“非写实”或轻微 AI 修改的内容将继续在展开的描述栏中进行标注。 创作者可以对错误的 AI 标记提出申诉，但某些内容——例如使用 YouTube 原生 AI 工具制作的视频或包含 C2PA 元数据的内容——将保留永久标签。YouTube 强调，这些披露纯粹是为了向观众保持透明，不会影响视频的获利或推荐。此外，该平台已扩大了肖像检测计划，允许创作者识别并请求删除未经授权的 AI 生成的本人肖像。
以下是所提供内容的中文摘要：
在过去的十五年里，推送通知生态系统已从直接沟通渠道转变为由苹果和谷歌控制的中间环境。正如电子邮件一样，推送的送达现在受到不透明的自动化系统所管控。设备端模型（如 Apple Intelligence 和 Gemini Nano）现在会根据用户行为和平台定义的关联性，主动对通知进行排序、总结和抑制。
对于营销人员而言，这种转变使得传统的广播式策略失效。由于平台模型将注意力视为稀缺资源，它们会优先处理交易类和用户触发的通知，而将“促销”内容降级到低可见度的文件夹或摘要中。此外，衡量成功的能力也日益模糊；参与度指标现在处于不可见的“编辑层”之后，导致难以分辨绩效的变化是源于文案质量还是平台偏差。
为了适应这一趋势，发送方必须将推送视为重新吸引用户的工具，而非主要的广播媒介。策略应向相关性转变——利用数据驱动的交易触发机制——并将长期价值转移到“自有”平台（如应用内消息中心）。归根结底，营销人员必须为“代理化”的未来做好优化准备，届时人工智能模型将直接对通知采取行动，使消息转化为功能性触发器，而不仅仅是营销文案。
近期的一场 Hacker News 讨论探讨了一篇关于苹果和谷歌日益干预推送通知的文章。作者表达了对“大型科技公司”正介入通信渠道，将控制权从开发者手中转向平台所有者的担忧。
评论者的观点与作者大相径庭。许多用户认为，这些平台干预措施对于遏制滥用通知进行垃圾信息、营销推广以及分散用户注意力的“发现”功能是必要的。尽管一些参与者承认科技巨头对数字生态系统过度管控这一更广泛的问题，但大多数人一致认为，推送通知应仅限于事务性、以用户为中心的提醒。
多位用户建议，相比目前的方案，更好的设备端管理（如精细化的营销退订或人工智能驱动的通知摘要）会更理想。该讨论帖还触及了有关元数据的隐私问题，指出平台多年来一直在静默管理和抑制推送流量，以保护用户体验免受促销垃圾信息的干扰。总的来说，社区普遍支持平台在保护用户稀缺注意力、抵御激进营销方面所扮演的角色。