每日HackerNews RSS

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

## Chromium 现在支持 JPEG XL Chromium 已经合并了对 JPEG XL (JXL) 的支持,这是一种新型图像编解码器,被认为优于 WebP、AVIF、JPEG 和 PNG 等现有格式。JXL 在无损和有损压缩方面都表现出色,尤其是在较高质量设置下,并且在各种速度设置下被认为是“帕累托最优”的。 讨论强调了复杂的历史,最初谷歌抵制 JXL,转而推广 AVIF。最初 C++ 实现的安全问题导致了延迟,但新的基于 Rust 的实现已经解决了这些问题。 虽然 WebP 受益于现有的硬件加速,但 JXL 提供了诸如渐进式解码、更广的色域支持以及潜在的更好压缩等优势。然而,采用仍然是一个挑战,因为它需要软件支持并且尚未普遍兼容。这一举动被视为积极的,即使对于非 Chromium 用户来说,更广泛的浏览器支持对于 JXL 的成功至关重要。对话还涉及关于图像格式效率、安全性和编解码器实现复杂性的持续争论。

## 为了更清晰的Git历史而Rebase 许多开发者在合并之前犹豫是否要Rebase他们的分支,担心数据丢失。然而,最坏的情况仅仅是丢失你的*本地*副本——你的远程fork和主仓库仍然安全且可以恢复。 为什么要Rebase?当你的分支与主分支分离时,合并会产生混乱的历史记录。Rebase会将你的提交*重放*到最新的主分支之上,从而产生一个干净、线性的历史记录,更容易审查和调试。 **流程如下:** 首先,确保你将上游仓库设置为远程仓库。然后,将你的分支推送到你的远程fork作为备份。使用 `git rebase upstream/main` 进行Rebase。可能会出现冲突,文件中的标记会指示冲突的位置——仔细选择要保留的代码,可以使用像VS Code的合并冲突UI这样的工具。解决冲突后,使用 `git add` 和 `git rebase --continue`。如果感到不知所措,`git rebase --abort` 将恢复到你的先前状态。 最后,验证你的更改并使用 `git push --force-with-lease` *强制推送*到你的远程分支。**切勿强制推送至共享分支。** Rebase是一个强大的工具,用于维护干净的项目历史记录,并且在处理单个功能分支时通常是安全的。

## Zirgen:为 RISC Zero 构建算术电路 Zirgen 是一种编译器,用于一种专门的语言——也称为“zirgen”,旨在为 RISC Zero 证明系统创建算术电路。虽然大多数 RISC Zero 开发使用 Rust 和 RISC-V zkVM,但 Zirgen 允许直接与证明系统集成,以优化性能和构建自定义加速器。 目前仍在开发中,Zirgen 使开发者能够构建高度高效的组件,甚至整个虚拟机,这些组件可以通过证明组合集成到 RISC Zero 生态系统中。 未来的开发包括与 Circom 集成,允许验证 Circom 电路见证,并在 zkApp 中实现递归。Zirgen 编译为 Rust、C++ 和递归 VM 谓词,为应用程序开发提供灵活性。

黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 Zirgen: 一种特定领域语言的编译器 (github.com/risc0) 19 分,由 0xkato 19小时前发布 | 隐藏 | 过去的 | 收藏 | 讨论 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系 搜索:

## 基于文本的浏览器与现代HTML:日益扩大的差距 本文探讨了基于文本的浏览器(如Lynx和w3m)如何处理最新的HTML特性,发现支持严重不足。虽然这些浏览器在处理基本HTML方面表现出色,但较新的交互功能常常无法正确渲染,甚至根本无法渲染。 例如,`<details>` 披露小部件总是以展开状态显示,而`<datalist>` 建议和`<dialog>` 元素则仅仅显示为普通内容,忽略了它们原本的功能。Popover API和`inert` 属性也未得到支持,导致可访问性和交互方面的问题。 作者的主要 frustration 是对`hidden` 属性的持续忽略。与基于CSS的隐藏不同,在HTML中使用`hidden` *应该*可靠地隐藏内容,但基于文本的浏览器会忽略它,破坏了渐进增强技术。 最终,现代Web标准与基于文本的浏览器能力之间的差距正在扩大。虽然这些浏览器仍然可以用于测试基础HTML,但它们无法适应的事实表明,随着Web的发展,它们可能会逐渐失去 relevance。

## 基于文本的浏览器与网络的复杂性 一篇 Hacker News 的讨论强调了基于文本的浏览器(如 `edbrowse`、`w3m`、`chawan` 和 `browsh`)的持续相关性。用户欣赏这些浏览器是因为它们具有可访问性(特别是对于视力障碍用户)、脚本功能、专注的阅读体验以及通过面向行的编辑高效管理信息的能力。 然而,对话也承认这些浏览器与现代网络技术之间日益存在的差距。网络对 JavaScript、CSS 和复杂布局的日益依赖,常常使得流畅的体验变得不可能。一些评论者提倡更简单的网络标准,如 Gemini,作为一种潜在的解决方案,而另一些人则探索使用 Readability 等工具来去除冗余信息。 讨论还涉及了对较新的网络组件(如 `<datalist>`)的可访问性问题,以及创建一致的屏幕阅读器体验的挑战。最终,该帖子揭示了对一个优先考虑内容和可访问性的网络的渴望,即使主流网络正朝着更复杂的方向发展。 许多用户正在积极开发工具来弥合这一差距,为更精简的浏览体验提供替代方案。

布拉格充满了“卡夫卡”,这种现象这位作者本人很可能深恶痛绝。作者住在卡夫卡墓地附近,身处这座城市利用他名字获利的氛围之中——从卡夫卡博物馆和无数咖啡馆,到售价2500美元的“卡夫卡手表”,他观察到了一种普遍的“卡夫卡产业”。这个产业已经爆炸式增长,对他作品的解读现在远远超过了他的原创作品。 这座城市自卡夫卡时代以来已经发生了巨大变化,他所熟知的犹太区大部分已被拆除。他的生活高度局限于当地,受到父亲的影响,并伴随着在不断变化的布拉格中产生的疏离感。尽管有无数的传记、电影(包括最近关于他生活的作品)和分析,但捕捉卡夫卡的本质仍然难以捉摸。 作者指出一个悖论:试图理解卡夫卡生活,例如阿格涅什卡·霍兰的新传记片,不可避免地助长了他很可能鄙视的产业。最终,大量的评论让人感觉像是对一个“由文学构成”的作家的一种象征性惩罚,让人不禁想知道还能说什么,以及任何尝试是否能真正逃脱“卡夫卡学”的阴影。

这个Hacker News讨论围绕Kafka Inc.展开,并引发了一场哲学性的交流。最初的帖子引出一个评论者将其与豪尔赫·路易斯·博尔赫斯的小说《博尔赫斯与我》相提并论,强调了公众形象与私人自我的脱节——“博尔赫斯”*体验*生活,与事情*发生于*“博尔赫斯”之间的区别。 后续评论幽默地提及了作家弗兰茨·卡夫卡,指出马克斯·布罗德无视卡夫卡销毁其未发表作品的愿望,最终导致了他的名声,并分享了一个关于布拉格一家卡夫卡主题的鹰嘴豆泥咖啡馆的趣闻。一条说明被添加,以区分Kafka Inc.和Apache Kafka消息代理。这个帖子反思了身份、遗产以及艺术作品常常不可预测的命运。

面向未来的工艺和模块化设计,采用高达75%的再生塑料制成。再生塑料占塑料总重量的百分比。消费后回收基于EPEAT计算机标准、IEEE 1680.1-2018标准中的定义。* 以及易于维护的组件,所有产品均采用100%可持续来源的包装。回收能力可能因您所在地区而异。请参阅您当地的回收计划以获取详细信息。*

## HP 键盘电脑:摘要 HP 最近发布了 EliteBoard,一款内置完整 Windows PC 和 Ryzen AI 处理器的键盘。该设备旨在提供解耦的计算体验——本质上是一款没有屏幕的笔记本电脑,允许用户连接现有的显示器和外设。Hacker News 上的讨论褒贬不一,一些人认为它在灵活办公环境或便携设置中具有潜力,而另一些人则质疑它与现有迷你电脑或笔记本电脑相比的实用性。 讨论的关键点包括键盘质量、散热解决方案以及可选电池的加入。虽然一些人表示怀疑,但另一些人则欣赏其创新的外形和运行 Linux 或模拟器的潜力。人们对营销重点放在“AI”功能以及潜在的厂商锁定表示担忧。 最终,意见不一,但 EliteBoard 代表了一种桌面计算的独特方法,可能吸引寻求简约、便携和灵活工作站的用户。一些评论员将其与 Commodore 64 和 ZX Spectrum 等经典键盘电脑相提并论,但性能要强大得多。

## 美联储面临前所未有的司法部调查 司法部已向美联储主席鲍威尔发出传票,并据报道威胁对其提起刑事指控,起因是其关于美联储大楼25亿美元翻新的证词。这标志着特朗普总统与独立中央银行之间持续冲突的重大升级,特朗普曾多次批评美联储的利率政策。 鲍威尔公开回应称,这种威胁是破坏美联储独立性并试图基于政治压力影响货币政策的借口。这一情况引发了人们对美联储能否摆脱政治干预而运作的担忧,可能动摇金融市场并影响借贷成本。 特朗普声称自己事先不知情。然而,此举加上试图罢免美联储理事的尝试,引发了人们对司法部诚信和美联储未来独立性的担忧。分析师预测,由于这一消息,股市周一可能出现下跌。该事件甚至受到了部分共和党人的批评,他们正在质疑调查背后的动机。

黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 [已标记] JumpCrisscross 21小时前 | 隐藏 | 过去 | 收藏 gnabgib 20小时前 | 下一页 [–] 讨论昨天 (864点, 783评论) https://news.ycombinator.com/item?id=46582420 konmam 20小时前 | 上一页 [–] 啊,是的,一个适合HNkube-system 20小时前 | 父级 [–] 美元对初创公司来说确实很重要。 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系 搜索:

## 基于意图的版本控制转变 随着人工智能驱动的代码生成技术的进步,软件变更的基本单位正在从代码行转变为代码背后的*原因*。如果代码可以从规范可靠地重现,那么代码本身就成为一种副产品,而不是系统开发的核心记录。这需要版本控制“向上游”移动——专注于保存意图,而不仅仅是代码差异。 传统版本控制跟踪*发生了什么变化*;基于意图的系统必须跟踪*为什么*。这意味着规范成为可执行的输入,而系统的“计划”——包括所选策略和被拒绝的替代方案——成为关键的实现数据。 与文件不同,这种意图最好表示为连接需求、约束、决策和生成代码的内容寻址图。 这并非全新事物——哈希输入等概念存在于构建系统中——但它需要意图和实现之间直接的、机器强制的链接。 虽然形式化规范和捕获所有代理假设仍然存在挑战,但这种方法提供了更强大和可追溯的历史记录,尤其是在代码重新生成的成本下降而重新发现丢失的意图的成本上升的情况下。最终目标是版本化真正重要的事情:系统设计背后的推理。

## 溯源:一种利用人工智能的新型版本控制方法 - 摘要 最近在Hacker News上的一场讨论围绕着一个提议展开,即“溯源”——记录代码变更背后的*意图*(需求、约束、决策)——应该成为新型版本控制,超越传统的代码差异。作者认为,随着人工智能越来越多地生成代码,代码背后的*原因*比代码本身更重要,特别是由于人工智能可以从规范中重新生成代码。 然而,评论者大多表示反对,指出现有的软件开发最佳实践(详细的提交信息、问题跟踪、测试)已经解决了这个问题。许多人强调代码作为具体产物的价值,以及依赖于潜在的非确定性人工智能输出所带来的挑战。人们担心捕捉完整的意图以及在规范模糊或通过迭代代理交互而演变时保持一致性的可行性。 一些回复指出这个想法与现有的概念(如架构决策记录 (ADR))重叠,并强调需要强大的测试来验证人工智能生成的代码。最终,这场讨论表明人们对是否需要一个新系统持怀疑态度,认为当前工具在有效使用的情况下,已经可以管理代码变更的“原因”和“内容”。

版权所有 © 1999-2020 BitBoost Systems。 所有权利保留。 PawSense、CatsOff、BitBoost 和 BitBoost Systems 是 BitBoost 的商标和/或服务标记。 我如何训练我的猫不要踩在电脑键盘上? 我如何让猫远离电脑键盘? 我如何防止猫踩在电脑键盘上? 猫咪打字。 电脑猫灾难。 保护你的电脑免受猫咪破坏,以及保护你的猫咪免受电脑影响。 阻止你的猫咪使电脑崩溃。由猫咪引起的电脑崩溃是可以预防的。 Paw sense 是 PawSense 的拼写错误。但 PawSense 确实能够让你的电脑感知猫爪。 。

## PawSense:保护电脑免受猫咪干扰 一则Hacker News讨论围绕着PawSense展开,这是一个旨在通过检测和阻止猫咪的键盘输入来“防猫”的程序。最初的帖子引发了对过去调试谜团的轶事——一位用户回忆起大量搜索仅包含“[]”,推测是猫咪走过键盘并刷新了页面。 用户分享了相关经历,包括一个已废弃的Skype功能,当检测到类似猫咪的按键时会显示一只行走猫的动画。虽然有些人觉得PawSense有用,但也有人指出了解决方法(比如输入“human”)或强调了它可能干扰合法用户输入。 对话还涉及更广泛的防猫策略,从铝箔(效果不佳)到运动感应气雾喷雾威慑剂。有人担心PawSense可能是一个键盘记录器,但有人反驳说,*任何*在Windows上的程序都可能成为键盘记录器,而且PawSense公开声明会监控按键。最终,这个帖子展示了猫主人和他们精通技术的伙伴之间一种幽默且 relatable 的斗争。

启用 JavaScript 和 Cookie 以继续。

一个黑客新闻的讨论围绕着一篇2014年的文章,该文章详细介绍了使用单个`printf()`调用实现Web服务器的方法。对话的核心集中在`printf()`中格式说明符`%n`的安全隐患上,它允许写入内存。 OpenBSD已经移除了对`%n`的支持,因为它固有的安全风险与C字符串处理有关——一个以难以保证安全而闻名的领域。评论员指出,C字符串容易发生缓冲区溢出、时序攻击,并且需要小心处理以避免漏洞。 讨论指出,`%n` 具有直接写入内存的独特能力,并且已经被现代C标准(C11 `printf_s`函数)所不推荐。虽然可能很方便,但使用多个`printf()`调用或`strlen`/`fputs`等替代方案被认为更安全。最终,共识倾向于`%n`是一个危险的功能,最好将其移除以提高安全性。还提供了一个指向原始2014年讨论的链接。

更多

联系我们 contact @ memedata.com