二战结束后，美国军方拥有大量过剩的飞机，这促成了“飞机坟场”的出现，成千上万架飞机被售出、拆解或熔炼。这一做法逐渐演变成现代的航空航天存储与回收设施。
如今，气候干燥、低湿度的沙漠环境（尤其是美国西部）是存储军用和民用飞机的理想场所。位于亚利桑那州的戴维斯-蒙森空军基地 AMARG 中心等设施承担着关键职能，包括为未来使用进行长期保存、维护、零件回收以及最终处置。民航客机也会被存储在各地的私营场地，以保护其免受环境损害；在行业低迷时期（如 2020 年新冠疫情期间），这些设施往往会接收大批飞机。
尽管这些“飞机坟场”对全球航空物流至关重要，但它们通常属于高安全性、限制进入的区域。除美国外，西班牙、澳大利亚和英国等地也出现了类似的存储与拆解中心，确保老旧飞机在服役期结束后能被高效地重新利用或回收。
每日HackerNews RSS
```Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
飞机坟场列表与地图 (airplaneboneyards.com)
14 点，由 hyperific 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 | 帮助
spking 5 分钟前 [–]
如果你去图森地区，强烈推荐皮马航空航天博物馆。不建议在 5 月至 9 月期间前往，因为走在外面感觉就像置身于露天高炉中。
https://pimaair.org/
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：```
请启用 JavaScript 和 Cookie 以继续。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
中世纪风格的防御工事在萨赫勒地区卷土重来 (economist.com)
9 分，发布者：andsoitis，2 小时前 | 隐藏 | 过往 | 收藏 | 2 条评论 | 帮助
defrost 1 小时前 | 下一条 [–]
对于感兴趣的人，这篇文章摘编自佛罗里达大学地理学家 Olivier Walther 博士和 Steven Radil 博士部分研究成果的节选。
他们的一篇篇幅较长的文章是《为什么非洲边境地区持续战火纷飞》（2026 年 4 月 15 日）- https://africanarguments.org/2026/04/why-african-borderlands...
以及近期的一篇论文《绘制非洲政治暴力长期轨迹图》（2026 年 3 月）- https://arxiv.org/abs/2603.06502
回复
fsagx 2 小时前 | 上一条 [–]
https://archive.is/wuHji
回复
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请加入 YC | 联系方式
搜索：
Phosh 0.56.0 版本为其移动生态系统带来了重大更新，重点在于提升不可变（immutable）发行版的易用性以及对平板电脑的支持。
**主要亮点包括：**
* **Phosh：** 新增负载监控插件，允许隐藏未使用的应用程序，并修复了启动通知延迟的问题。同时改进了锁屏旋转功能和样式。
* **Phosh-Mobile-Settings：** 首次推出用于不可变系统原子更新的“操作系统更新”面板，并进行了 UI 优化，增加了对 NexDock 2025 的支持。
* **Stevia（屏幕键盘）：** 现在允许为不同应用程序设置默认布局，并在快捷键栏中添加了光标键。
* **Phoc：** 更新至 wlroots 0.20.1，以获得更好的合成器性能和稳定性。
* **系统改进：** 新增基于 Rust 的操作系统更新检查服务，优化了首次启动辅助功能，并修复了门户（portals）和文件选择器中的各种错误。
此次发布还包含了广泛的国际化更新，UI 翻译由多位社区成员共同贡献。这些更新共同提升了 Linux 移动用户的体验，特别是对于使用 postmarketOS 等现代不可变操作系统的用户而言。
```
Hacker News最新 | 往日 | 评论 | 提问 | 展示 | 招聘 | 提交登录Phosh 0.56.0 (phosh.mobi)27 点 由 edward 31 分钟前发布 | 隐藏 | 往日 | 收藏 | 3 条评论 帮助
jstanley 16 分钟前 | 下一条 [–]
使用 phosh 推荐哪些手机/发行版？回复guilamu 4 分钟前 | 父级 | 下一条 [–]
https://phosh.mobi/faq/#so-what-phones-are-supported回复challengerVIE 2 分钟前 | 上一条 [–]
回复
指导原则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索： ```
《编译器与语言设计导论》（*Introduction to Compilers and Language Design*）由 Douglas Thain 教授编写，是一本为本科生一学期课程设计的免费开源教材。该书最初为圣母大学 CSE 40243 课程开发，旨在指导学生从零开始构建编译器。 读者将学习如何将一种类 C 语言编译为可运行的 X86 或 ARM 汇编代码。该课程最适合具备 C 语言、数据结构和计算机体系结构基础的学生。为辅助学习，作者在 GitHub 上提供了包含初始代码、扫描器、解析器和示例测试用例的代码库。 本书可供个人及学术免费使用，但禁止商业分发。建议用户直接链接至官方网站 [compilerbook.org](http://compilerbook.org)，以获取最新版本。作者欢迎通过电子邮件反馈意见或勘误。偏好纸质书的读者也可购买精装或平装版本。
抱歉。
由于您未提供需要翻译的文本内容，请将其粘贴在下方，我将为您翻译为中文。
Emergence Engineering 推出了 **PCBJam** 项目，将广受欢迎的 KiCad PCB 设计套件引入了网页端。该项目由 ViktorEE 及其团队开发，通过利用 WebGL、Emscripten 和 WASM 技术，使用户能够在浏览器中原生运行 KiCad。
该团队克服了诸多技术难关，包括将 wxWidgets 移植到 Web 环境、管理复杂的 Pthread/Asyncify 交互，以及优化大型 WASM 模块。尽管该应用仍处于开发阶段，但其性能已与原生版本相当。
该项目的长期愿景是在 KiCad 的基础上构建一个协作式、集成 AI 的平台，类似于 Red Hat 围绕 Linux 发展的方式。虽然当前的最小可行性产品（MVP）尚不具备传统的 Python 插件系统，但团队正在探索诸如类似 Figma 的叠加层等替代方案。
该项目采用开源协议（GPL），源代码已托管于 GitHub。团队计划提供免费层级，并针对专业功能推出订阅模式。未来的开发重点将放在稳定产品、向 KiCad 和 wxWidgets 社区贡献上游改进，并最终提供企业版、自托管版和移动版。
美国心脏病学会发表的两项最新研究表明，大麻的使用与心脏病发作风险增加显著相关，尤其是在年轻且健康的成年人群中。 一项针对 460 万人的回顾性分析发现，50 岁以下的大麻使用者发生心脏病发作的可能性是不使用者的六倍多。此外，一项涵盖 7500 多万人的大型荟萃分析显示，正在使用大麻的人群患心脏病的风险高出 50%。研究人员推测，大麻可能通过影响心律、增加心脏对氧气的需求以及损害血管功能，从而对心血管健康产生负面影响。 主要作者易卜拉欣·卡梅尔（Ibrahim Kamel）医生强调，临床医生应像筛查烟草使用一样筛查患者的大麻使用情况，以更好地评估心血管风险。尽管研究人员承认由于数据的回顾性性质和潜在的混杂变量而存在局限性，但他们仍呼吁谨慎对待，并需要进一步的前瞻性研究。他们建议，随着大麻合法化的不断扩大，公众应被告知这些潜在的心脏相关风险。
美国心脏病学会近期发表的一项研究指出大麻使用与心脏病发作风险增加之间存在关联，这在 Hacker News 上引发了广泛讨论。
批评者认为该研究的方法存在缺陷，指出研究人员未能控制关键的混杂因素，包括烟草使用、消费方式（吸食或食用）以及大麻使用的频率或时长。许多评论者表示怀疑，认为归咎于大麻的心血管风险可能实际上源于吸烟或久坐的生活方式。其他人则指出，缺乏受美国食品药品监督管理局（FDA）监管的临床试验，导致人们无法更清晰地了解其副作用和消费风险。尽管一些用户强调了四氢大麻酚（THC）与血管问题或代谢变化之间可能存在的联系，但评论者的普遍共识是，该研究未能考量基本变量，致使其目前的结论不可靠且不足为据。
传统的面试流程旨在衡量编程或架构等界限明确的技能，却往往会错过那些能够“填补空白”的候选人。米奇（Mitch）最初被视为一名平庸的候选人，但入职后却证明了他的不可或缺。虽然他在系统设计讨论中表现平平，但他非常擅长识别系统性摩擦——如权责不清、文档缺失以及迫在眉睫的交接隐患。
米奇的工作很大程度上是隐形的，因为其成果表现为“没有问题发生”。他将组织内部的“混乱”视为首要处理对象，通过记录口口相传的隐性知识，在事故发生前将其消除，从而降低了协作成本。从本质上讲，他是围绕软件开发流程构建了一个“操作系统”。
其危险之处在于绩效管理：由于米奇的成功看起来像是“什么都没发生”，他往往会被传统指标低估。此外，团队还面临将他的才能变成一种依赖的风险，使他成为机构记忆的瓶颈。为了留住并奖励这类人才，管理者必须认识到，最高效的工程师不仅是在既定规则内表现出色的人，更是那些让规则不再“愚蠢”的人。米奇不仅是在交付功能，他是在提升整个团队的杠杆效应。
```Hacker News
最新 | 往日 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
半空间中的工程师 (yusufaytas.com)
21 分，yusufaytas 发布于 36 分钟前 | 隐藏 | 往日 | 收藏 | 1 条评论 | 帮助
PaulHoule 28 分钟前 [–]
在创业公司，你需要那种能够超越职位描述本身去工作的人，但很多人并没有这种态度。高中时我在一家超市工作，有一年暑假我从大学回来，他们觉得应该给我一份工作，尽管当时并没有真正招聘，于是我就成了店长的“万金油”，负责做他们需要的任何杂活，无论是深度清洁地板、给店里刷漆、去熟食部或面包房帮忙，还是学习任何我需要做的事。其他人也有过在海滩商店或其他小型家族企业工作的类似经历。遗憾的是，很多人在成长过程中并没有获得过这些经验。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：```
本文认为，许多传统的 C++ 性能“奇技淫巧”（如手动位运算、手动循环展开、避免使用标准抽象等）已基本过时。现代编译器（Clang/GCC）和 CPU 的进化程度使得这类“精明”的代码往往掩盖了编程意图，反而阻碍了编译器进行最优的向量化或内联优化。 主要结论如下： * **相信编译器：** 简单易读的代码往往能生成与手动优化版本相同的汇编指令（例如 `std::popcount` 对比 SWAR 技术）。 * **使用现代特性：** `std::bit_cast`、`std::expected` 和 `std::ranges` 等特性提供了编译器易于优化的高级抽象，其性能通常不亚于甚至优于旧有的编程模式。 * **数据布局至关重要：** 归咎于虚函数分发或间接寻址的性能问题，往往实际是由缓存局部性差和内存碎片化导致的。对于封闭类型集合，使用 `std::variant` 通常优于 `std::unique_ptr` 多态，因为它能保持数据在内存中连续。 * **避免“冷”异常：** 虽然现代异常处理在成功路径上是“零成本”的，但对于频繁发生的错误，其开销依然巨大；对于可预测的失败模式，使用 `std::expected` 更好。 核心优化建议是：编写清晰、富有表现力的代码，并通过性能分析工具找出真正的瓶颈。
```Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
相信编译器：现代 C++ (categorica.io)
由 foxhill 在 3 小时前发布 | 11 分 | 隐藏 | 过往 | 收藏 | 2 条评论 | 帮助
kzrdude 3 分钟前 | 下一条 [–]
相信编译器——当然可以——但不幸的是，我们无法通过使用 -ffast-math 来更改整个程序，所以那种方法行不通。
回复
sylware 12 分钟前 | 上一条 [–]
你是傻瓜吗？编译器的另一个名字：隐形后门注入器。语法越复杂，这种情况发生的可能性就越大……我让你猜猜 C++ 之类（笑）的“合理”语法在这里是怎么回事……
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索： ```
为了有效地支持深色和浅色模式，网站应默认遵循用户的操作系统偏好，并同时提供手动覆盖的选项。最稳健的方法是在文档的 `<head>` 中使用 `<meta name="color-scheme" content="light dark">` 标签，这能确保快速渲染，并允许 JavaScript 通过更新该元标签的 content 属性来动态切换模式。
虽然 `color-scheme` 可以控制系统颜色、滚动条和 `light-dark()` CSS 函数，但它与 `prefers-color-scheme` 媒体查询是不同的。这带来了一个挑战：使用 `color-scheme` 进行页面内切换时，无法触发基于媒体查询的资源，如 `<picture>` 元素。
为了解决这个问题，开发人员可以使用 CSS 样式查询或 `@property` 技巧来响应当前生效的配色方案。通过定义随文档 `color-scheme` 变化的自定义属性，你可以在标准媒体查询失效时应用条件样式——例如将阴影替换为边框。尽管未来的规范可能允许 JavaScript 直接覆盖 `prefers-color-scheme`，但目前，将 `color-scheme` 与 CSS 变量同步结合使用，仍是实现自定义站点主题控制最可靠的方法。
Hacker News | 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
基于 Web 标准的深色模式 (olliewilliams.xyz)
11 分，由 thm 发布于 5 小时前 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
多年来，人工智能知识管理的标准做法涉及复杂的 RAG（检索增强生成）管线、向量数据库和专有 SDK。尽管这种“重基础设施”的方法在克服上下文窗口限制方面行之有效，但它将知识锁定在“格式墙”之后，使其不仅人类难以阅读，且无法在不同工具间兼容。
目前业界已逐渐意识到，大型语言模型（LLM）具备解读和维护人类可读文件的独特能力。开发者们不再依赖复杂的数据序列化，而是越来越多地转向使用纯 Markdown——即文档编写和个人笔记中常用的格式。通过将知识组织成类似维基（wiki）那样相互链接的、人类可读的文件，LLM 便能执行交叉引用、总结和更新，且无需经历让人们望而却步的繁琐过程。
谷歌的“开放知识格式”（OKF）正式确立了这一转变，通过 Markdown 和简单的 YAML 头部信息，为“LLM 维基”定义了一个供应商中立的标准。这种转型标志着知识管理从“作为可查询服务的知识”向“作为便携资产的知识”的跨越。通过采用简单且可互操作的标准，我们确保了信息能在人类团队与 AI 智能体之间自由流动。这证明了存储知识最有效的方式，正是最符合人类习惯的方式：即简单、可读的文件。
抱歉。