最近的一项皮尤研究中心2025年10月进行的调查显示，75%的美国成年人过去一年读过书（全部或部分）。纸质书仍然是最受欢迎的格式——64%的成年人阅读纸质书——而数字和有声书的消费在过去十年中稳步增长，分别达到31%和26%。
对8,046名成年人的调查显示，阅读习惯因人口统计数据而异。大学毕业生比受高中教育或更低学历的人更倾向于阅读，50岁以下的成年人更喜欢电子书和有声书。白人美国人主要阅读纸质书，而亚裔美国人更倾向于电子书。女性报告的总体阅读量比男性多。
值得注意的是，读书俱乐部参与度仍然较低，只有7%的成年人过去一年参加过读书俱乐部。虽然大多数美国人每年至少读一本书，但四分之一的人报告没有阅读任何书籍。近年来，数字格式的增长速度放缓，阅读习惯自2021年以来相对稳定。
每日HackerNews RSS
美国人仍然倾向于选择纸质书，而不是数字版或有声读物。
Americans still opt for print books over digital or audio versions
25 分钟前
一项最近的皮尤研究表明，美国人仍然更喜欢纸质书，而不是数字或音频格式。 Hacker News 的讨论显示，人们的阅读习惯各不相同，一位评论员由于在做家务和锻炼等活动中可以同时处理多项任务，并且由于健康原因限制了坐着的时间，已经很大程度上转为听有声书来阅读小说。
另一位用户对数字平台日益侵入性的特性表示沮丧——从流媒体服务中的广告到电子阅读器上的“赞助”内容，再到引人注目的手机。 他们提倡基于订阅的 API，允许用户选择他们喜欢的客户端并整理内容，而无需添加或广告。 最后一位评论员简单地说，纸质书“几乎在各个方面都更好”。
这场对话凸显了数字格式的便利性与对更简洁、更可控的媒体体验的渴望之间的矛盾。
## Build Awesome：静态站点生成器的十字路口
Font Awesome 团队最近发起了一个 Kickstarter 众筹项目“Build Awesome”，这是对流行的静态站点生成器 Eleventy (11ty) 的品牌重塑。该项目迅速超过了 40,000 美元的筹款目标——尽管由于邮件发送问题，众筹活动曾短暂暂停。尽管成功，但此举引发了开发者社区内的争论。
11ty 以其灵活性和速度而备受青睐，为 NASA 和 freeCodeCamp 等网站提供支持。它的创建者 Zach Leatherman 加入 Font Awesome，寻求为这个开源项目建立一个可持续的资金模式，认识到在“Jamstack”生态系统中（一种静态站点与 API 结合的趋势）实现工具盈利的困难——Gatsby 和 Stackbit 等公司之前尝试对 SSG 进行盈利的尝试最终都失败了，通常是被收购然后停止服务。
令人担忧的是，Build Awesome 专注于用户友好的功能，例如可视化编辑，其目标受众与 11ty 的核心用户群体（那些熟悉代码的开发者）不同。许多人担心这种转变会稀释 11ty 的精神，并可能导致一个封闭的、商业化的未来，重蹈覆辙。作者是一位 11ty 用户，同时也是为非营利组织创建类似服务的开发者，他认为成功的关键在于理解人们*为什么*选择静态站点，而不仅仅是为那些不选择的人构建更多的工具。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
Eleventy 的终结 (brennan.day)
17 分，ValentineC 35 分钟前 | 隐藏 | 过去的 | 收藏 | 3 评论 帮助
gnabgib 7 分钟前 | 下一个 [–]
38 天前由 OP (5 分) https://news.ycombinator.com/item?id=47247541 后续 (由 OP, 5 分, 1 个月前) https://news.ycombinator.com/item?id=47282675 相关 介绍：构建精彩 (3 分) https://news.ycombinator.com/item?id=47245750 回复
spankalee 4 分钟前 | 前一个 | 下一个 [–]
我几乎将 Eleventy 用于所有静态网站。我几乎每个项目都有一个 11ty 内部文档站点。我很高兴 Eleventy 有了家，Zach 有了工作。但我的唯一想法是：Eleventy 是一个很棒的名字。
SoftTalker 7 分钟前 | 前一个 [–]
因为鼠标指针的乱搞而没有阅读。为什么网站要这样做。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## Slogbox：基于环形缓冲区的内存结构化日志记录 Slogbox 提供了一个循环的、内存中的结构化日志缓冲区，使用 `slog` 包，灵感来自 Go 1.25 的 `runtime/trace.FlightRecorder`。它的目标是在不产生持久化日志记录的开销的情况下，捕获最近的日志记录，用于健康检查、调试或“黑盒”记录。 核心是一个预分配的环形缓冲区，高效地存储 `slog.Record` 值（而不是格式化的字符串），以避免在读取时进行不必要的序列化。读取利用二分搜索进行年龄过滤，并提供原始记录访问、JSON 输出或通过 `json/v2` 流式传输等选项，以提高性能。 并发由 `sync.RWMutex` 管理，针对频繁写入（日志记录）和不频繁读取（健康检查）进行优化。刷新到持久化处理程序是异步进行的，以避免阻塞日志写入。该库提供清除缓冲区、观察其状态（长度、容量、总记录数）的方法，并支持与 `http.ResponseWriter` 的组合，以便轻松创建端点。 **用例：**健康检查、捕获错误周围的上下文、本地开发和轻量级服务。 **避免在以下情况下使用：**需要持久化日志、跨实例聚合、海量日志或保证传递的情况。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
构建 Slogbox (alexrios.me)
4 分，zimpenfish 1小时前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
zimpenfish 1小时前 [–]
> 一个由固定大小环形缓冲区支持的 `slog.Handler`。 你像连接其他处理器一样连接它，它会将最近的 N 条日志记录保存在内存中，用于健康检查、调试端点或黑盒记录。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 午夜船长：一款可定制的终端文件管理器
午夜船长是一款新的终端文件管理器，灵感来自 Midnight Commander 和 NVim-Tree，并专注于定制化。作者创建它是为了解决现有工具的局限性，并实现个性化的 Vim 体验。
主要功能包括双面板界面、树形目录展开、丰富的 Vim 键绑定（j/k 用于导航，gg/G 用于顶部/底部）、可视化选择用于多文件操作，以及标准文件管理操作（复制、移动、删除、重命名）。它还提供智能文件/目录创建、模糊搜索、命令面板以及 SSH/SFTP 支持，用于远程文件浏览。
目前，该项目是一个“氛围编码”的个人项目，这意味着不接受拉取请求，但欢迎提交问题报告和分支。安装通过 macOS/Linux 的一键命令或使用 Go 1.22+ 从源代码构建非常简单。它设计用于与支持 Nerd Fonts 的终端一起使用，以获得最佳图标显示效果。
## 午夜船长：一款新的终端文件管理器
一位开发者，duguyue100，创建了“午夜船长”，一款受经典Midnight Commander (mc) 启发的终端文件管理器。由于对mc中未使用的功能和难以定制的Vim绑定感到沮丧，开发者使用OpenCode构建了自己的版本。
午夜船长旨在复制mc高效的双面板设计，同时融入NVim-Tree文件浏览器的行为。创建者强调这是一个个人项目，不会接受拉取请求，但欢迎问题报告和分支。
早期的评论者呼应了替换mc的困难，认为它的速度和根深蒂固的双面板工作流程难以取代。一位用户对午夜船长更好的Vim集成潜力特别感兴趣，并正在测试它处理大型目录的性能。另一位用户则只是表达了尝试它并提供反馈的兴趣。
## 理解代码复杂度
代码复杂度不仅仅在于程序运行的时间长短，还在于运行和理解它所需的资源——包括精神付出。传统的计算复杂度（如大O表示法 – O(n²), O(n)）侧重于资源随着输入规模的增长，但这并不能完全捕捉开发人员面临的挑战。更快的算法可能更难理解。
像**循环复杂度**（计算代码路径）和**Halstead复杂度**（衡量不同的概念）这样的指标试图量化人类的可理解性，但效果有限。越来越多地，**心理语言学**的见解提供了更细致的视角。熟悉度、工作记忆负荷和连贯性——所有这些在语言中都很重要——也会影响代码理解。像**平均依赖距离**（变量作用域）和**词汇类型比率**（词汇量大小）这样的指标反映了语言学概念。
最终，复杂度是主观的，取决于读者的知识。指标最好不要用作改进的目标，而是用作数据驱动的关于重构、技术债务和优先简化讨论的工具——可视化以向利益相关者展示影响。关注开发者体验是关键；更简单、更易读的代码库通常比微小的性能提升更有价值。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
我的代码有多复杂？ (philodev.one)
8 分，来自 speckx 1小时前 | 隐藏 | 过去的 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
此数据追踪自2025年1月1日起，可能与人工智能（AI）相关的失业人数。裁员分为三种类型：**明确**（公司直接引用AI）、**归因**（新闻媒体将AI确定为主要驱动因素）和**混合**（AI是多个因素之一）。 追踪内容包括每次裁减中**失业人数**、各公司累计**失业总数**，以及**员工占比**（失业人数占公司总员工的百分比）。数据来源包括公司声明、美国证券交易委员会（SEC）文件以及来自美联社和路透社等可信新闻机构的报道。 目标是量化人工智能和自动化对就业市场的影响，即使公司没有明确将裁员归因于这些技术。 未提供官方数据时，估算值会用“~”标明。
## AI失业追踪 - 摘要
一个新网站[jobloss.ai](https://jobloss.ai)正在追踪可能与人工智能相关的裁员报告。然而，Hacker News上的讨论显示对数据的准确性和归因存在怀疑。
许多评论者认为，公司将人工智能用作裁员的方便借口，而裁员的真正原因是管理不善或更广泛的经济因素，特别是医疗成本上升。数据显示，最近报告的裁员数量已经趋于平稳，尽管多年来人工智能生产力收益被过度宣传，这表明宣传与现实之间存在脱节。
人们对网站的来源表示担忧——它由一个与游说团体有关联的组织运营，且员工缺乏特定的人工智能专业知识。用户质疑如何明确识别“与人工智能相关的”裁员，并指出公司在宣布裁员时经常使用含糊的语言，如“战略调整”。有人认为该网站的精神类似于已关闭的“Fucked Company”网站，追踪企业的困境。总而言之，这场讨论凸显了准确评估人工智能对失业的真正影响的难度。
## 哈勃张力持续存在，最新精确测量证实 一项最近的国际研究再次确认了测量宇宙膨胀速率存在显著差异，即“哈勃张力”。天文学家，包括NSF NOIRLab的研究人员，使用结合了数十年观测数据的“距离网络”，通过造父变星、超新星和红巨星等多种技术，获得了迄今为止最精确的直接测量结果——每秒千米每百万秒差距73.50 ± 0.81。 这个局部测量的速率始终*超过*基于早期宇宙观测和标准宇宙学模型（约为每秒千米每百万秒差距67-68）的预测。这种差异虽然看似微小，但具有统计学意义，不太可能是单一方法测量误差造成的。 研究结果表明，我们目前对宇宙的理解可能是不完整的。这种张力可能表明需要超越标准模型的新的物理学，可能与暗能量、未被发现的粒子或对引力的修正有关。该合作组织已公开提供其数据，为未来使用下一代天文台进一步研究这一基本的宇宙学难题奠定了基础。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
新的天文测量综合显示哈勃张力是真实存在的 (noirlab.edu)
30 分，anigbrowl 6小时前 | 隐藏 | 过去的 | 收藏 | 4 条评论 帮助
jiggawatts 1小时前 [–]
英文版：https://noirlab.edu/public/news/noirlab2611/?nocache=true&replysmitty1e 1小时前 | 父评论 [–]
跳转到西班牙语。
magicalhippo 1小时前 | 根评论 | 父评论 | 下一个 [–]
如果我点击 EN 会到这里：https://noirlab.edu/public/news/noirlab2611/?nocache=true&la...
jiggawatts 56分钟前 | 根评论 | 父评论 | 上一个 [–]
这解释了为什么原始链接是损坏的，整个网站的语言选择器一定坏了！
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
从小我就对使用的硬件产生了强烈的依恋，这源于我精心挑选每一件设备并尽可能延长其使用寿命，远远超出一般潮流。这始于高中时费心挑选的MP3播放器，并延续到一台异常耐用的惠普Compaq nx6310笔记本电脑——它至今仍在运行，并搭载了早期的Linux发行版，如Ubuntu和Gentoo。
这种偏好倾向于独特且易于维护的设备，而非最流行的选择。虽然我对MacBook Pro (2014) 的初步体验及其Retina显示屏印象深刻，但我一直在持续维护它，甚至克服了Wi-Fi卡故障和电池膨胀等问题，通过巧妙的维修和NixOS设置解决了这些问题。
尽管ThinkPad和Framework等更新、更易于维护的选项不断涌现，但MacBook的屏幕质量和坚固的结构使其仍然具有价值。它已经演变成一个专用的“写作平台”，用于专注工作，证明了只要有决心和一点创造力，硬件就能远远超出其预期寿命——这与当今的消费性技术周期形成了鲜明对比。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
老机器的灵魂 (skalski.dev)
4 分，由 mskalski 1小时前发布 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助
stackghost 17分钟前 [–]
我也对几台机器有感情。我刚毕业时在一家初创公司写PHP，给自己买了一台（当时）全新的Thinkpad X220，里面装了Sandy Bridge i7。
现在我9岁的女儿在使用它。电池坏了，但机器仍然忠实地运行着。它在Fedora Linux上玩过过山车大亨。我们正在一起为她的生日制作一个机器人，所以我将尝试在上面安装Arduino工具链。
当它最终报废时，我一定会怀念这台机器。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
书评几乎自诞生之初就备受批评，在过分严厉和过度赞扬的抱怨之间摇摆。然而，如今的挑战已超越了语气本身。在线零售，尤其是亚马逊及其用户评论系统的兴起，对传统的专业评论构成了重大威胁。 奥兰多·菲格斯事件等作者操纵评论的案例，凸显了缺乏诚信，而业余评论的数量往往掩盖了知情的分析。这种转变与既定文化权威的影响力下降以及主流出版物中书评空间萎缩同时发生——《华盛顿邮报》最近完全取消了书评版块。《纽约时报》虽然仍在报道书籍，但通常优先考虑知名作者和大型出版社。 此外，在线内容发现的算法特性限制了对多样化书目的接触，阻碍了书评传统上向读者介绍新思想的作用。这种衰落不仅仅是一个文学问题；它反映了启蒙价值观——开放辩论、可获取的知识和批判性思维——的整体侵蚀，而书评曾经是这些价值观的倡导者。
对不起。
## Rill & Metrics SQL：通用语义层 数十年以来，SQL 一直是数据交互的标准。Rill 在此基础上构建，将 SQL 作为其基于指标的语义层语言，认为指标（如收入或 MAU）是数据分析的核心。这避免了学习与语义层相关的全新查询语言的需求，确保与现有工具（数据库、BI 平台，甚至 AI 代理）的兼容性。 Rill 的方法创建了一个指标的**确定性事实来源**，消除了不同平台之间的差异。它提供了一个具有内置安全性的**通用接口**，并通过基于 SQL 的优化（如物化视图）实现**更高的性能**。 Rill 的核心在于 **Metrics SQL**，这是一种将指标视图查询为表格的方言，简化了复杂的聚合。然后，该 SQL 被转换为针对各种数据库引擎（ClickHouse、DuckDB、Snowflake 等）的优化查询。Rill 使用 YAML 和 SQL 定义指标，包括**度量**（如收入总和的聚合）和**维度**（如国家/地区的分组属性）。 目前，Metrics SQL 存在局限性（视图之间不能进行连接，维度/度量命名必须显式），但未来的愿景是将指标语义直接推送到数据库引擎，以实现更高的效率和无缝体验。Rill 可用于本地开发和云部署，提供 CLI、HTTP API 以及与 Claude 等 AI 代理的集成。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
指标 SQL：为人类和代理设计的基于 SQL 的语义层 (rilldata.com)
14 分，作者 sebg，3 小时前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：