## 卓越的习惯：来自NASA的经验 受最近成功发射的阿耳忒弥斯2号任务和阿波罗13号56周年纪念日的启发，本文强调NASA的成功并非源于完美执行，而是*重复*的练习和准备。从早期的水星计划到阿耳忒弥斯计划，NASA通过持续、迭代的步骤建立了专业知识——在其鼎盛时期，平均每年发射4-5次。这种不懈的测试不仅仅是为了实现目标，而是为了建立一个能够克服不可避免的失败的强大系统，阿波罗13号的英勇救援就证明了这一点。 这一原则可以直接应用于现代软件开发。DevOps、基础设施即代码和混沌工程等实践强调重复和主动解决问题。正如NASA宇航员为紧急情况进行训练一样，定期的灾难恢复测试和“演练日”能够培养关键技能并揭示隐藏的弱点。 最近阿耳忒弥斯2号任务中出现的问题——传感器异常和厕所故障——强调了关键教训：全面的仪器仪表*以及*情境理解，以及设计系统以避免单点故障并提供现成的备份。目标不是完美，而是优雅降级——即使在组件发生故障时也能保持功能。最终，卓越不是一次性的成就，而是通过持续练习和从每一次挑战中学习而形成的习惯。
每日HackerNews RSS
这个Hacker News讨论围绕一篇被认为是一篇冗长广告的博客文章。 许多评论者对文章的内容和风格表示沮丧。
一位用户描述了他们典型的阅读模式——先快速浏览以获取关键信息，然后再决定是否完整阅读——并赞赏这篇文章快速揭示了其促销性质，让他们能够高效地停止阅读。 另一位用户直言批评文章质量“不够优秀”。
还有一条评论指出标题（“韧性是一种习惯”）与“卓越”的概念之间存在脱节，认为后者不能仅仅通过习惯来培养。 该讨论强调了一种常见的在线体验：遇到未能兑现承诺的内容，以及快速识别到这一点后的共同解脱感。
启用 JavaScript 和 Cookie 以继续。
对不起。
## C++ 历史资料库：摘要
该资料库由 Paul McJones 整理，记录了 C++ 编程语言从 1979 年诞生到 2006 年的历史，并更新至 2026 年。它包含设计文档、关键版本源代码和相关出版物。
开发始于 1979 年的“C with Classes”，并于 1983 年演变为 C++。 早期商业发布于 1985 年（Cfront Release 1.0）和 1986 年。该资料库详细介绍了标准化过程，始于 1989 年的 ANSI 委员会 (J16)，最终于 1998 年获得 ISO C++ 标准的批准。 重要里程碑包括模板、异常、运行时类型识别、命名空间和标准模板库 (STL) 的接受。
该系列资料包括 Cfront 1.0、1.2 和 2.0 版本等的源代码，以及大量的文档，包括由 Bjarne Stroustrup 主要撰写的教程和参考手册。 它还包括详细描述语言演变和设计理念的历史论文，包括 Stroustrup 的《C++ 历史：1979-1991》。该资料库承认了提供源代码和更正的个人所做的贡献。
对不起。
## dcmake：一个新的 CMake 调试器
一个新的 GUI 应用程序 **dcmake** 允许开发者使用 CMake 内置的 `--debugger` 模式（CMake 3.27 引入）交互式地调试 CMake 脚本。该工具在一天内创建完成，跨平台（macOS、Windows、Linux），利用调试器适配器协议 (DAP) 实现诸如步进、断点和变量检查等功能。
快速开发得益于 AI 辅助 UI 开发的进步，作者能够以最小的努力快速构建一个 Dear ImGui 界面。dcmake 模仿 Visual Studio UI，具有熟悉的键盘快捷键和持久会话状态。
它通过在 `CMakeLists.txt` 文件的第一行暂停 CMake 来工作，从而实现逐步执行并深入了解 CMake 的内部机制。不支持调试构建调用，但支持 `-P` 脚本模式。该工具无需 UTF-8 清单即可处理 Windows 上的 Unicode 路径，这需要超出当前 AI 能力的手动干预。dcmake 将包含在下一个 w64devkit 版本中。
对不起。
启用 JavaScript 和 Cookie 以继续。
对不起。
## 伊朗利用人工智能进行宣传
根据英国广播公司最近的调查，一种模仿乐高动画风格的病毒式人工智能视频正被用作亲伊朗的宣传。这些视频由一个名为“Explosive Media”的组织制作，描绘了对美国持批评态度的叙事，并经常包含歪曲或虚假的信息——从特朗普跌入“埃普斯坦文件”到声称抓获了美国飞行员。
“Explosive先生”，Explosive Media的代表，最初否认与伊朗政府有直接联系，但后来承认他们是“客户”。专家将这些内容描述为“高度复杂”，是一种新型的“防御性迷因战”，有效地绕过传统媒体，直接接触西方受众。
这些视频利用经过西方训练的人工智能来创作“文化上合适”的内容，并在X和TikTok等平台上迅速传播，通常受到国家媒体的放大。尽管这些片段因不准确和反犹主题而被标记，但它们仍然获得了数百万的观看次数，模糊了现实与宣传之间的界限，并引发了对误解和局势升级的担忧。 Explosive Media认为他们的工作是对伊朗的“光荣”服务。
对不起。
制作中
In Production
2 天前
## Absurd：Postgres 中的持久化执行 - 生产环境更新 在 Earendil 生产环境运行了五个月后，Absurd——一个完全在 Postgres 中构建的持久化执行系统——持续证明其价值。其核心理念依然强大：仅使用 SQL 和轻量级 SDK 实现可靠的工作流，避免对独立服务或复杂运行时的需求。 关键改进包括更强大的声明处理、看门狗进程，以及 `beginStep`/`completeStep` 等功能，用于更细致的步骤管理和稍后获取任务结果的能力。CLI 工具 (`absurdctl`) 和 Web 控制面板 (“Habitat”) 显著地帮助调试和监控。 该设计的简洁性——SDK 代码量约为 1,400-1,900 行，而竞争对手的代码量超过 170,000 行——使其易于理解和移植。其基于检查点的重放模型也允许步骤内部使用非确定性代码。 目前，Absurd 被用于代理工作流、定时任务和后台处理。其缺失的功能包括内置调度器、基于推送的事件触发和数据分区（受 Postgres 限制的复杂问题）。尽管如此，该项目仍然强调了开源解决方案的持续价值，即使在代理工程时代，它也提供了一个健壮且易于维护的商业替代方案。该项目欢迎社区反馈和贡献。
对不起。
最近的一项皮尤研究中心2025年10月进行的调查显示，75%的美国成年人过去一年读过书（全部或部分）。纸质书仍然是最受欢迎的格式——64%的成年人阅读纸质书——而数字和有声书的消费在过去十年中稳步增长，分别达到31%和26%。
对8,046名成年人的调查显示，阅读习惯因人口统计数据而异。大学毕业生比受高中教育或更低学历的人更倾向于阅读，50岁以下的成年人更喜欢电子书和有声书。白人美国人主要阅读纸质书，而亚裔美国人更倾向于电子书。女性报告的总体阅读量比男性多。
值得注意的是，读书俱乐部参与度仍然较低，只有7%的成年人过去一年参加过读书俱乐部。虽然大多数美国人每年至少读一本书，但四分之一的人报告没有阅读任何书籍。近年来，数字格式的增长速度放缓，阅读习惯自2021年以来相对稳定。
对不起。
## 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 用户，同时也是为非营利组织创建类似服务的开发者，他认为成功的关键在于理解人们*为什么*选择静态站点，而不仅仅是为那些不选择的人构建更多的工具。
## Slogbox：基于环形缓冲区的内存结构化日志记录 Slogbox 提供了一个循环的、内存中的结构化日志缓冲区，使用 `slog` 包，灵感来自 Go 1.25 的 `runtime/trace.FlightRecorder`。它的目标是在不产生持久化日志记录的开销的情况下，捕获最近的日志记录，用于健康检查、调试或“黑盒”记录。 核心是一个预分配的环形缓冲区，高效地存储 `slog.Record` 值（而不是格式化的字符串），以避免在读取时进行不必要的序列化。读取利用二分搜索进行年龄过滤，并提供原始记录访问、JSON 输出或通过 `json/v2` 流式传输等选项，以提高性能。 并发由 `sync.RWMutex` 管理，针对频繁写入（日志记录）和不频繁读取（健康检查）进行优化。刷新到持久化处理程序是异步进行的，以避免阻塞日志写入。该库提供清除缓冲区、观察其状态（长度、容量、总记录数）的方法，并支持与 `http.ResponseWriter` 的组合，以便轻松创建端点。 **用例：**健康检查、捕获错误周围的上下文、本地开发和轻量级服务。 **避免在以下情况下使用：**需要持久化日志、跨实例聚合、海量日志或保证传递的情况。
对不起。