请启用 JavaScript 并关闭所有广告拦截器。
每日HackerNews RSS
《华尔街日报》近期的一篇报道指出，中央情报局（CIA）的资金曾在20世纪80年代帮助史蒂夫·乔布斯创立的NeXT公司维持运营。这一披露在Hacker News上引发了关于政府干预、硅谷历史以及企业监控之间关联的热烈讨论。
评论者指出，从历史上看，中央情报局和国防部在构建科技产业方面发挥了基础性作用。早在消费市场出现之前，它们就通过资助研究并大量采购用于国防（如雷达和飞行计算机）的早期硬件来支持该行业。这种做法也延伸到了艺术等其他领域，以推动文化和政治影响力。
虽然一些用户对文章中提到的特定“CPU升级”技术可行性表示怀疑，但更广泛的讨论凸显了科技行业反主流文化根源（通常与乔布斯等人物相关）与对国家支持的依赖之间的紧张关系。讨论还延伸到了苹果公司后来参与诸如PRISM等政府数据收集计划的情况，反映出社区对于科技行业与情报机构之间“隐秘”纠葛的深切担忧。
作者回顾了自己年轻时对“伟大”文学的轻视，承认当时未能意识到艺术的价值在于其“厚度”——那种需要持续关注、并随着深入接触而逐渐展开的深度。作者借用充满宝藏的黑暗洞穴作比，指出艺术并非一目了然；它需要观者像“洞穴探险”一样去发掘复杂性，才能找到隐藏的意义。 作者以希罗尼穆斯·博斯的《人间乐园》为例，区分了肤浅的“艺术形式的产物”与真正厚重的作品。“厚度”由四个特质定义：创作过程中被舍弃的劳动、留给受众解读的空间、重读时才会显现的内在逻辑，以及人类投入的真实心血。 相比之下，作者批评了现代“垃圾内容”的兴起——即那些经不起推敲的AI生成内容和浅薄的非虚构作品。由于厚度是人类经验、时间和意图的产物，它无法被自动化。归根结底，伟大的艺术之所以能够流传，是因为其深度提供了持续且无穷尽的馈赠，这证明了创造与理解的过程本身，正是人类体验中最核心的部分。
这篇 Hacker News 帖子讨论了文章《我喜欢厚重的：写给英语老师的道歉信》，探讨了钻研复杂、晦涩主题所带来的收获。
评论者普遍认为，心智成熟意味着学会欣赏深度与细微差别，无论是文学、历史，还是咖啡和威士忌等专门技艺。一位用户指出，人们往往过度重视复杂性，并将初次接触高雅品味时的“抵触感”，与理解艰深文学所需付出的努力进行了类比。另一位评论者则表示，培养这种鉴赏力能拓宽一个人的享受能力，让参观博物馆这类体验变成终身的探索源泉。总而言之，讨论强调了尽管复杂性可能令人望而生畏，但欣赏多层次、有内涵内容的能力，是智力成长的重要标志，也是通往更丰富生活体验的门径。
**Vomit** 是一款注重隐私的本地工具，它通过本地大模型将 Claude 的标记化输出转换为可读的英语。该工具无遥测功能，也无外部依赖，专为偏好本地处理的用户打造，具有一种“随性编码（vibe-coded）”的实用风格。 由于该工具无法访问 Claude 的后端文件或操作，仅依赖 Claude 的输出内容，因此偶尔可能会出现幻觉或漏掉消息。此外，其运行速度可能较慢，且目前主要针对 macOS 进行了优化。 **主要功能：** * **本地处理：** 完全在您的机器上运行，无外部数据传输。 * **非侵入模式：** 允许用户“跟踪（tail）”会话，或在不改变原始流程的情况下与 Claude 同时运行。 * **简易设置：** 通过 `go install` 安装，使用 `vomit init` 进行配置，并通过 `vomit scrub` 或 `vomit tail` 等简单的命令行指令管理会话。 开发者建议使用如 Llama.app 运行的 GPT-OSS 20B 等本地模型以获得最佳效果。Vomit 是开源的，采用 GNU GPLv3 许可证，旨在服务于习惯实验性、本地优先工作流程的用户。
GitHub 上的一个新项目允许用户“清理”Claude 生成的文本。Claude 生成的文本常有迂回的推理、尴尬的主谓搭配以及自夸式的填充词等典型风格问题。
该工具通过封装特定的系统提示词，旨在剔除这些独特的“Claude 式”文风。通过强制设定限制（例如禁止无生命物体使用动作动词、禁用破折号等），该工具迫使大语言模型在保留原意的基础上，将内容重写为清晰、直接且口语化的文字。
Hacker News 上的讨论显示，尽管 Claude 自带的“简洁输出”模式有所帮助，但市场仍需要外部工具来进一步优化其输出。用户指出，该项目若能提供清晰的“修改前后”对比示例将会更好；也有用户提到了一些旨在解决相同问题的现有项目，例如“Claudish-to-English”。
现代 HTML 已经演进到可以处理以往需要 JavaScript 才能实现的动态功能，从而减少了对自定义脚本的需求。现在浏览器原生内置的关键功能包括：
* **UI 组件：** `popover` 属性、`<dialog>` 元素以及 `command`/`commandfor` 属性，无需 JS 即可实现轻量级模态框和交互式菜单。
* **折叠面板逻辑：** 在 `<details>` 元素上使用 `name` 属性，可以实现互斥的折叠面板，即打开一项时会自动关闭其他项。
* **浏览器原生工具：** 内置功能如输入选择器（颜色、范围、日期）、用于自动补全的 `<datalist>`，以及图片的 `loading="lazy"` 属性，简化了常见的开发任务。
* **内容管理：** `hidden="until-found"` 属性允许浏览器在用户通过搜索导航到隐藏内容时，自动将其显示出来。
虽然这些工具为传统库提供了强大且轻量的替代方案，但作者提醒，不同浏览器的实现存在差异。开发者在处理样式不一致和潜在的无障碍功能缺陷时应保持谨慎。在实现这些现代 HTML 特性时，务必优先考虑包容性设计和无障碍测试，因为其中一些特性尚未“完善”或缺乏普遍支持。
这篇 Hacker News 的讨论探讨了原生 HTML 和 CSS 替代复杂 JavaScript 框架的能力。贡献者们指出，现代特性（如 `<details>`、`popover` 以及高级 CSS 选择器）可以在无需大量客户端代码的情况下处理折叠菜单、图像预览和响应式布局等交互。
然而，大家的共识并不绝对。尽管许多人赞赏“少即是多”的方法，参与者也指出了原生元素的关键局限性。例如，`<datalist>` 元素常因缺乏模糊搜索、容错处理以及企业级表单所需的严格验证而备受诟病，这往往导致开发者仍需依赖专用库或“React islands”。
总的来说，该讨论反映出一种转向利用原生浏览器特性以提升性能和简洁性的趋势，但同时也考虑到原生 HTML 在处理复杂、高度交互的 UI 组件时仍显吃力。用户们依然渴望针对可排序表格等常见需求提供原生解决方案，而另一些人则提醒，不应在声明式语言中添加“尚未完善”的特性，以免导致各浏览器间支持不一致的问题。
Slack Code
14 小时前
Alan Coopersmith 发布了 **xorg-server 26.0.99.901 (RC1)**，这是即将发布的 26.1.0 版本的首个候选版本。该版本包含核心 Xorg、Xephyr、Xnest、Xvfb、Xwin 和 Xquartz 服务器。 **自 21.1 版本以来的主要变化包括：** * **构建系统：** 全面迁移至 Meson；已移除对 autoconf/automake 的支持。 * **协议与配置：** 增加了对 DPMSInfoNotify (DPMS 1.2) 和 XFixes 6.1 的支持。在 `xorg.conf` 中新增了 `AllowForceTerminate` 选项。 * **安全与默认设置：** 字节交换客户端和字体服务器连接现默认为禁用。非 root 用户的日志文件已移至 `$XDG_STATE_HOME/xorg`。 * **平台/驱动改进：** Xorg 现已包含适用于 BSD 的 DRM 平台；Xvfb 支持多个 CRTC 和最多 13 个鼠标按键。 * **常规：** 大规模的代码清理、安全加固以及大量的错误修复。 鼓励开发者测试此候选版本，并通过 [Freedesktop GitLab](https://gitlab.freedesktop.org/xorg/xserver/-/issues) 报告问题。对于 Xorg 测试，建议用户基于 `libpciaccess 0.19` 或更高版本进行构建，以利用最新的 API 修复。
```Hacker News最新 | 往日 | 评论 | 提问 | 展示 | 招聘 | 提交登录Xorg-Server 26.0.99.901 (x.org)27 分，st_goliath 发布于 2 小时前 | 隐藏 | 往日 | 收藏 | 3 条评论 帮助
throw0101d 21 分钟前 | 下一条 [–]
提到 XQuartz（适用于 macOS）提醒了我去检查一下，2.8.6 版本已于 7 月中旬发布：* https://www.xquartz.org/releases/bare/XQuartz-2.8.6.html此前 2.8.5 版本发布于 2023 年：* https://www.xquartz.org/releases/bare/XQuartz-2.8.5.html此外还有一个 XQuartz 2.8.7 测试版（基于 xorg-server 26.1）：* https://www.xquartz.org/releases/index.html回复tyzoid 14 分钟前 | 上一条 | 下一条 [–]
这些内容大部分不是已经在 xlibre 里了吗？回复kobbs 22 分钟前 | 上一条 [–]
Intel modesetting 驱动在 xorg 发布版中终于支持 tearfree（防撕裂）了！回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索：```
Rivian OS 2
15 小时前
图像验证
请忽略灰色字母——只有彩色字母才是代码的一部分。
不匹配——请重试。
获取新图像
您可以完全跳过此图像。
本网站可以自动验证您的浏览器。这需要启用 JavaScript。
如果您为本网站启用了 JavaScript 并点击“返回”，您应该会被自动验证。
← 返回（获取原始链接）
仍然有问题？请发送电子邮件至并附上您的浏览器信息和此参考 ID：no_id_generated
软件初创公司 Hatchet 将丰田制造流程中的一个核心理念——“安灯绳”（Andon cord）——采纳为公司的一项关键文化准则。在工厂环境中，安灯绳允许任何工人在发现瓶颈或缺陷时立即停止生产。
Hatchet 将这一理念应用于软件工程，即优先保证交付流水线的稳定性和可靠性，而非新功能的开发。当团队遇到关键的基础设施问题（如部署失败、可观测性差或负载测试无效）时，他们会暂停所有工作以修复根本原因。
尽管在高压的初创环境中，为了解决问题而停止生产似乎有违直觉，但该团队发现这至关重要。通过将“计划外工作”视为修复系统性问题的信号，而非陷入“初创公司救火式”的常态，他们显著减少了技术债务，并提高了长期的交付速度。最终，安灯绳强化了一种文化：交付可靠的软件是重中之重，从而防止了缺陷的常态化和员工的职业倦怠。
```
Hacker News 最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Bufo 拉动了安灯绳 (hatchet.run)
7 分，abelanger 1 小时前 | 隐藏 | 往期 | 收藏 | 2 条评论
mikey_p 19 分钟前 [–]
竟然没分享 :bufo-pulls-andon-cord: 图片，害得我没法加到自己的 Slack 里 :(
回复
abelanger 13 分钟前 | 父评论 [–]
哎呀抱歉，我还需要调整下尺寸，不过请看：https://gist.github.com/abelanger5/c513ef259b1b03fe2e5a27b96...
稍后会向 https://github.com/knobiknows/all-the-bufo 提交 PR。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系我们
搜索：
```
Bun 1.4 Bun 1.4
15 小时前
Bun v1.4 是 JavaScript 和 TypeScript 工具包的一次重大更新，现已使用 Rust 重写。它带来了显著的性能提升，包括空闲 CPU 占用降低 5 倍、内存消耗减少高达 35%，以及 Linux 上启动速度提升 50%。
### 核心亮点：
* **Node.js 兼容性：** 新增了来自 Node.js 测试套件的 1,517 多项测试，`node:http`、`node:fs` 和 `node:events` 等主要模块的兼容性已达到 97%–100%。
* **内置工具箱：** 许多此前需要外部依赖的功能现已原生支持：`Bun.Image`（图像缩放/转码）、`Bun.WebView`（无头浏览器）、`Bun.markdown`（解析/渲染）、`Bun.cron()`（操作系统级任务）以及 `Bun.Terminal`（伪终端 PTY）。
* **性能：** 更快的 `fetch()`，原生实现的 `CompressionStream`/`TextEncoderStream`，以及改进了 `Bun.serve()` 中的背压（backpressure）处理。
* **打包与工具链：** 引入了用于自动记忆化（auto-memoization）的原生 **React Compiler**，代码分割速度提升 14 倍，并新增了 `bun --cpu-prof-md` 和 `bun --heap-prof-md` 等观测功能，支持在终端进行性能分析。
* **包管理：** `bun install` 速度更快，支持 monorepo 的“隔离”链接器，并新增了 `bun audit fix`、`bun dedupe` 和 `bun prune`。
* **测试运行器：** `bun test --parallel` 和 `--shard` 为大型测试套件带来了显著的速度提升，并全面支持 Jest 和 Vitest 兼容性。
Bun 1.4 的发布在 Hacker News 上引发了关于该项目“内置一切”（batteries-included）理念的激烈讨论。
批评者认为 Bun 正在变成一个庞大的单一二进制文件，并质疑单一工具是否能在如此广阔的领域——从包管理、测试运行器到 S3 和数据库驱动——保持专业水准。一些人担心这种做法会导致漫长且困难的发布周期，并将用户绑定在一个由其创建者 Jarred Sumner 的个人意愿所驱动的“标准库”上。
相反，支持者则捍卫这种模式，认为这是 JavaScript 生态系统演进的必然选择。许多人认为，一个强大且原生的标准库可以减少对脆弱、不安全的第三方依赖的依赖——这在 Node.js 社区中一直是一个反复出现的痛点。支持者强调了原生实现带来的性能优势，并指出尽管采用了“全合一”设计，但开发者如果愿意，仍然可以自由选择使用外部库。
总的来说，这场讨论反映了开发者社区中一种更深层次的矛盾：对统一、安全且高性能工具链的渴求，与对软件臃肿以及过度依赖单一主观项目的担忧。