每日HackerNews RSS

该技术仅使用 HTML 实现视口相关的图片懒加载,避免使用 JavaScript 或服务器端设备检测。其核心思想利用浏览器行为:一旦图片被获取(通过预加载),就不会被懒加载。 通过使用媒体查询(例如,针对桌面屏幕)有条件地预加载图片,可以确保在较大视口上快速加载——这对于 Largest Contentful Paint (LCP) 至关重要。在媒体查询不适用的较小屏幕上,图片被视为标准的 `loading="lazy"` 图片。 这允许在桌面端优先加载可见区域内的图片,同时仍然受益于移动端的懒加载,即使“可见区域”随着屏幕尺寸而变化。虽然该方法未被官方记录且未被 Lighthouse 完全识别,但它为使用静态 HTML 实现优化的图片加载提供了一种实用的解决方案。您可以在 [https://pccd.dites.cat](https://pccd.dites.cat) 看到它的实际效果。

## 仅HTML条件懒加载总结 最近Hacker News上讨论了一种使用`<link>`标签,结合`preload`和`media`属性,实现图像条件懒加载的技术。这允许开发者仅在特定设备或屏幕尺寸上加载图像,从而优化性能。 核心思想是利用`<link>`标签内的媒体查询来控制图像预加载的时间。这与标准的`loading="lazy"`属性不同,后者可能会*延迟*加载重要的可视区域图像(例如LCP – 最大内容绘制),并对Core Web Vitals产生负面影响。 虽然文档记录不多,但该方法利用了现有且已记录的功能。一些评论员指出在移动设备上成功测试,展示了针对特定媒体查询的图像延迟加载。然而,其他人报告了不一致的结果,表明可能存在浏览器差异或实现问题。讨论强调了带宽节省和感知加载速度之间的权衡,以及不同的用户偏好。

## ESP32 上的 BasiliskII:掌上经典 Mac OS 该项目成功地将 BasiliskII Macintosh 68k 模拟器移植到 M5Stack Tab5 上的 ESP32-P4 微控制器,从而能够在便携式触摸屏设备上运行经典的 Mac OS(System 7.x – 8.1)。该模拟器利用 ESP32-P4 的双核 RISC-V 架构,将一个核心用于 CPU 模拟(Motorola 68040 带有 FPU),另一个核心用于视频渲染和 I/O。 主要功能包括 4-16MB 可配置 RAM(来自 ESP32 的 32MB PSRAM),640x360 虚拟显示器缩放到 Tab5 的 720p 屏幕,通过 SD 卡支持硬盘和 CD-ROM 镜像,以及通过触摸屏(作为鼠标)和 USB 键盘/鼠标进行输入。 该系统通过优化的视频处理实现大约 15 FPS 的帧率——将 Mac 的 8 位帧缓冲转换为 RGB565 并进行 2 倍缩放和 DMA 传输。它最适合 Macintosh Quadra 系列 ROM,并且与 System 7.1 到 Mac OS 8.1 配合良好。用户可以使用预构建的固件快速启动,或使用 PlatformIO 从源代码构建。

BasiliskII 68k 麦金托ش模拟器已被移植到 ESP32-P4 / M5Stack Tab5 开发套件上,引发了 Hacker News 的讨论。用户对 M5Stack Tab5 的能力印象深刻,并推测其潜在性能。 真实的 68k Mac 运行于 8MHz,估计该模拟器利用 ESP32-P4 的 400MHz 双核 RISC-V 处理器,可能达到与更快的 68040 处理器相当的速度——甚至可能在即时编译的帮助下达到 200MHz+。然而,性能目前受限于对较慢的 PSRAM 用于帧缓冲的依赖,导致帧率为 15fps。将数据缓存到 SRAM 可以改善这一点。 该项目建立在针对其他嵌入式系统(如 PlayStation Portable)的现有模拟器移植之上。开发者也在考虑移植其他软件,例如 rePalm,并专注于针对 V-tech Helio 等设备的 MIPS 模拟。同时注意到一个关于 GPL2 COPYING 文件的轻微许可问题。

## 追求伟大:LLM 与诗歌 作者已追踪五年多大型语言模型(LLM)创作诗歌的能力演变,注意到其令人印象深刻的技术技巧——韵律、格律、隐喻——但质疑这是否等同于*好*或*伟大的*诗歌。作者认为,伟大既具有特异性又具有普遍性——扎根于特定文化,却能跨越时间产生共鸣。目前的 LLM 尚未达到这种水平,缺乏真正产生共鸣所必需的文化背景。 虽然 LLM 擅长模仿其庞大训练数据中的模式,但它们*不具备*文化。然而,像 Gwern 这样的思想家的项目展示了潜力。Gwern 的工作,包括完成埃姆森的诗歌和创作宾达尔颂歌,强调了一种协作过程:详细的提示、迭代的批评和模型专业化。这种工匠式的方法,类似于诗人的草稿过程,产生了令人惊讶的强有力结果。 相反,Mercor 雇佣诗人通过评分标准来完善 LLM 的输出,旨在利用诗歌作为测试案例,训练模型执行更广泛的“专家”任务——法律起草、医学诊断。虽然效率很高,但这优先考虑“期望”和统计模式,可能会牺牲定义真正伟大诗歌的关键“陌生感”和文化特异性。 最终,作者认为伟大取决于诗歌独特的文化嵌入及其超越该文化背景的能力,而当前的 LLM 方法,虽然有希望,尚未实现这一目标。Gwern 专注的协作方法提供了弥合这一差距的最有希望的途径。

一场 Hacker News 的讨论围绕着 LLM 生成的诗歌是否能达到与人类创作的作品相媲美的“伟大”程度。最初的帖子强调了真正伟大的诗歌中所蕴含的文化和历史深度,以梨俱吠陀赞歌为例——对特定群体有影响力,但可能对局外人来说难以理解。 核心论点是,LLM 可以*模仿*风格,甚至古老的诗歌形式,但缺乏诗歌持久共鸣背后的基本人类经验和意图的“谜团”。 一位评论员指出,“好”诗歌的定义在不断变化,认为将其定义为“人造”是一种方便的方式来否定 LLM 的输出。 最终,这场讨论触及了我们如何定义艺术价值——它是内在质量、文化意义,还是仅仅由“品味者”和持久的读者认可? 链接文章 dbohdan.com/kaur 也被认为是与该主题相关的。

请启用 JavaScript 并禁用任何广告拦截器。

伊朗首次关闭星链互联网 (forbes.com/sites/zakdoffman) 190 分,neom 1 天前 | 隐藏 | 过去 | 收藏 | 3 条评论 macintux 1 天前 | 下一个 [–] 相关讨论:* https://news.ycombinator.com/item?id=46573384 - 伊朗政权试图关闭星链 (42 条评论)* https://news.ycombinator.com/item?id=46564552 - 伊朗的互联网关闭非常精确,可能会持续一段时间 (91 条评论)或者在这里选择任何匹配项。https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...回复 dang 1 天前 | 父级 | 下一个 [–] 我们已将评论移动到第一个链接,该链接指向本文所指的原始文章。回复 ChrisArchitect 1 天前 | 上一个 [–] [重复] https://news.ycombinator.com/item?id=46573384 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

## Gentoo 年度回顾 – 2025 Gentoo 持续蓬勃发展,拥有 31,663 个 ebuild 和 89GB 的二进制软件包。开发保持活跃,主仓库有超过 112,000 次提交,得益于 377 位外部作者的贡献。虽然 GURU(新开发者入口)的活动略有减少,但贡献者数量增加到 264 人。 2025 年的关键进展包括计划将仓库迁移到 Codeberg,最终确定 EAPI 9 以改进 ebuild 规范,以及在 FOSDEM 和 FrOSCon 等技术活动中增加影响力。对 RISC-V 和 WSL 的支持已扩展,现在提供可引导镜像。值得注意的是,已为 hppa 和 sparc 架构取消了 stable 关键字。 软件包更新包括 GnuPG 的替代方案、对 zlib-ng 的支持,以及对 NGINX 软件包的重大改进。为 Rust(通过 C++)、Ada 和 D 添加了新的引导路径,并采用了 FlexiBLAS 用于运行时 BLAS 切换。Python 3.13 现在是默认版本,3.14 也可以使用。 Gentoo 基金会的财务状况保持稳定,收入为 12,066 美元,余额为 104,831 美元,并继续过渡到 SPI 进行财务管理。该项目严重依赖其社区,并欢迎新贡献者。

## 谷歌建议内容创作者不要为LLM制作“碎片化”内容 最近在Hacker News上出现讨论,关于谷歌对内容创作者的建议:不要将内容分解成小块,专门迎合大型语言模型(LLM)。核心问题在于,LLM不同于传统搜索引擎,通常不会引用来源,可能会破坏网络的链接文档结构。 一些SEO专家认为,“内容分块”——将文章分解成问答对——可以在网络搜索后让网站被LLM引用,从而带来流量。然而,许多评论者认为这是一种有缺陷的策略,专注于在搜索引擎结果(如谷歌或必应)中排名较高,而LLM目前依赖这些结果获取信息。 这场争论凸显了一个更广泛的担忧:SEO格局越来越受到猜测算法想要什么的影响,而不是创作高质量的内容。人们对谷歌的动机表示怀疑,因为它自己也在使用LLM,并且在SEO指导方面存在过不一致的情况。甚至有人认为,未来可能需要优化内容,不是为了追求真相,而是为了AI*可能*相信的内容,或者“污染”数据来误导LLM。最终,共识倾向于优先为人类读者创作真实、结构良好的内容,尽管AI驱动的网络不断演变带来了压力。

请启用 JavaScript 并禁用任何广告拦截器。

近25年来,导演樱井政弘一直坚持在他的游戏中采用扁平的、像广告牌一样的库存食物图片——从《任天堂明星大乱斗》 (2001) 开始,一直延续到《卡比的空中赛车》 (2025)。一位专注的研究者深入研究了这个古怪的艺术选择,记录了八款游戏中超过150种独特的食物项目。 《任天堂明星大乱斗》引入了28种食物,其中许多是部分玩家不熟悉的日本料理。后来的游戏,如《卡比的空中赛车》(2003),重新使用了这些图片,而《任天堂明星大乱斗X》(2008) 及其后续作品则尝试了不同的艺术风格——从逼真到更明亮、更饱和的外观。有趣的是,许多图片的来源可以追溯到21世纪初的“Sozaijiten”库存照片CD,其中一些图片,比如一个特定的苹果,在《任天堂明星大乱斗 特别版》(2018) 中保持不变。 《卡比的空中赛车》打破了这一趋势,采用了全新的食物模型,并以消耗超大食物项目为中心的“美食竞赛”模式。这位研究者一丝不苟地记录了这些新增内容,更新了维基百科,甚至追踪到之前未编目的天妇罗荞麦面精灵。这次深入研究揭示了这些备受喜爱的游戏中的一个引人入胜的、长期存在的细节。

## 超级任天堂格斗和星之卡比竞速中的“食物JPEG”:一次怀旧的深入探讨 最近一篇黑客新闻上的帖子强调了《超级任天堂格斗》和《星之卡比竞速》中的一个奇特细节:食物物品在3D环境中呈现为扁平的、“广告牌式”的库存图像。这引发了关于这个设计选择的起源和演变,以及它与游戏其余艺术风格的对比的讨论。 对话揭示了一种有趣的趋势:任天堂经常会更改《卡比》游戏在西方发行的封面艺术,使其看起来更“严肃”——这种现象被称为“美国卡比很硬核”。人们将此与《洛克人》盒子的类似变化进行了比较。 除了视觉效果外,用户还分享了收集高分辨率精灵图(甚至购买旧游戏卡带以进行保存!)的轶事,并指出了食物艺术的潜在灵感来源,例如早期的街机游戏《泡泡龙》和《吃豆人》。讨论还涉及人工智能对游戏开发的影响,一位电影制作人分享了他们使用人工智能工具进行VFX工作的积极经验。 最终,这篇帖子庆祝了这些游戏独特而怀旧的方面,展示了互联网发现和欣赏这些细节的能力。

不要将互动视为孤立事件,而要将其视为塑造未来关系的持续“重复博弈”。每一次对话都在微妙地*训练*着周围的人——影响他们合作的意愿、寻求你的建议,甚至他们带给你解决的*问题类型*。 将自己视为一个“巴甫洛夫”,通过每次互动来塑造行为。对挑战的积极回应会鼓励更多,而批评则会扼杀主动性。持续为他人解决问题会削弱他们的判断力,而支持性的反馈则能促进成长。 这并不是说要避免困难的对话;建设性的批评是有价值的。然而,你*如何*提供反馈——你的语气、时机和一致性——会创造一个反馈循环,从而定义你的声誉,并最终影响你实现结果的能力。专注于塑造你想要看到的行为。

## 巴甫洛夫式互动与社会动态 (Hacker News 讨论) 一篇最近在 Hacker News 上发布的文章,链接到 Meta CTO Andrew “Boz” Bosworth 的一篇文章,引发了关于人们如何感知和反应互动的争论。核心观点,类似于巴甫洛夫条件反射,是每一次互动都会微妙地塑造未来的行为——你和对方的。你的语气、一致性和回应会训练他人*如何*与你互动,并影响他们是否会在未来寻求你的意见。 许多评论者分享了个人轶事来阐释这一点,从一位初级工程师在被 Bosworth 公开点名后的焦虑,到成功地改变邻居的行为。然而,讨论很快转向批评 Bosworth,鉴于他在 Meta 的职位,许多人质疑将这种“游戏化”思维应用于人际关系是否合乎伦理,尤其是在来自一家以操纵性行为而闻名公司的代表。 一些人认为这是一种愤世嫉俗的看待关系的方式,而另一些人则认为这是一种对人类行为的务实观察。一个反复出现的主题是自我意识和沟通意图的重要性,以及根据这些原则的应用,可能产生的积极和消极后果。

Linux并非万能的解决方案,但它是一个强大的操作系统,为Windows和macOS提供了令人耳目一新的替代方案。虽然它可能需要一些技术学习,但像Mint这样的发行版对年幼的孩子来说也足够易于使用。 作者发现Linux“重燃了计算的乐趣”,提供了一个令人满意的挑战和一种所有权的感觉——问题通常是自己造成的,因此解决起来很有成就感。与其它平台上操作系统层面的错误不同,Linux允许更深入的理解和定制。 由于对Windows 11不满,许多人正在考虑切换。Linux的灵活性意味着您可以选择适合自己技能水平的发行版,从适合初学者的到高度可定制的。最终,它提供了自由,鼓励学习,并能为旧硬件注入新的活力。

更多

联系我们 contact @ memedata.com