在清理工作室多年后，作者发现两个可能很有价值，但最初无法响应的硬盘。他们无法丢弃这些硬盘，于是求助于旧金山附近的数据恢复服务公司DriveSavers，希望能找回丢失的文件——可能来自他们已故的父亲。 DriveSavers就像“硬盘天堂”，从严重损坏的设备中拯救数据。该公司历史渊源于存储成本下降导致数据价值不断提升，由一家倒闭的硬盘制造商的前员工创立。他们曾从各种设备中恢复数据，这些设备经历了从马桶溢水、松鼠袭击到火灾和吹雪机的各种灾难，客户包括卡戴珊家族的科洛·卡戴珊、西德尼·波蒂埃等名人以及政府机构。 该团队强调对损坏硬盘背后常常令人悲伤的故事采取临床方法，专注于“症状”而非情感重量。DriveSavers强调了一个关键事实：数据的真正价值只有在丢失后才能体现。
每日HackerNews RSS
对不起。
## Notepad++ 现在可在 Mac 上使用 Notepad++ 现在作为一款免费且开源的应用程序，原生可用於 macOS！ 这不是一个模拟版本； 它是原始代码库的完整移植，原生运行在 Apple Silicon (M1-M5) 和 Intel Mac 上，*无需* Wine 或其他兼容层。 Mac 版本提供与 Windows 版本相同的编辑体验——包括对 80 多种语言的支持、插件（通过插件管理器）以及熟悉的搜索/替换和宏录制等功能。 然而，用户界面利用原生 macOS Cocoa API，以实现无缝的 Mac 体验。 该独立移植由 Andrey Letov 和开源社区开发和维护，优先考虑用户隐私，**不包含遥测或数据收集**。 它已通过 Apple 代码签名和公证，以确保安全性，并且源代码可在 GitHub 上公开获取。 您可以通过在 GitHub 上搜索“notepad-plus-plus-mac”来找到它。
对不起。
## FreeBSD 设备驱动程序：从入门到内核精通 – 摘要
《从入门到内核精通》是一本全面的开源书籍，旨在指导读者——即使没有先前的内核经验——成为熟练的FreeBSD驱动程序开发者。本书结构化为一个实践课程，包含38个章节和大量的实验，专注于在真实的FreeBSD 14.x环境中进行实际应用。
本书的独特之处在于从基础知识开始，在深入驱动程序开发*之前*教授UNIX、C编程和内核概念。它逐步建立知识，最终达到编写、调试和提交高质量驱动程序的能力。一个核心功能是贯穿全书的单个驱动程序（“myfirst”）的演化，强化了同步、硬件访问和DMA等关键概念。
本书面向初学者、好奇的开发者和FreeBSD专业人员，涵盖了完整的驱动程序生命周期，包括提交到FreeBSD项目。它强调理解而非捷径，并提供了大约200小时的学习时间，分为阅读和实践实验。虽然专注于FreeBSD 14.x，但其基本原理具有广泛的适用性。目前已有巴西葡萄牙语和西班牙语的翻译版本，但均为AI翻译，并需审核。
## FreeBSD 设备驱动程序书籍摘要
Edson Brandi 在 GitHub 上发布了一本新的、内容详尽（超过 4500 页）的 FreeBSD 设备驱动程序书籍。本书旨在成为一份全面的指南，从基础概念开始，不假定读者具备 FreeBSD、UNIX 甚至 C 编程的先验知识。书中包含教授 C 语言和设置 FreeBSD 环境的部分。
关于本书的讨论褒贬不一。一些用户对降低 FreeBSD 开发贡献门槛的资源感到兴奋，尤其赞赏其集成的学习方法。然而，也出现了大量的批评，许多人声称本书似乎主要由 LLM 生成，并且存在写作质量差、冗长过度以及缺乏实际教育价值的问题。
虽然本书是免费的，但人们对其可能误导信息和损害 FreeBSD 声誉表示担忧。另一些人则为这项工作辩护，承认其可能存在的缺陷，但强调代码示例的价值和作者的奉献精神。这场争论的中心在于内容的质量与创建如此大型资源所付出的努力。
该项目旨在数字化重现并记录 20 世纪 80 年代的标志性“Unix Magic”海报，该海报由 Gary Overacre 创作，是 Unix 爱好者的珍贵参考资料。一个专门的流程正在构建一个网站，以映射和解释海报上的每个元素，将其转化为一个交互式和注释的资源。
该项目超越了简单的定义，鼓励贡献者探索每个组件的*历史背景*——它的技术创新以及在 Unix 早期和当代操作系统中的文化意义。这是一项协作努力，旨在理解这些元素在系统演变中*为何*重要。
目前，该网站正在开发中，欢迎贡献，特别是关于澄清标记列表问题的贡献。创作者还分享了关于海报及其创作者的有趣背景信息，包括关于未发布后续设计的细节。
对不起。
## BBC Micro 音乐演示：重现的失落场景
在21世纪初，克里斯·理查森的公共领域收藏中发现了一个隐藏的世界——早期的、电脑混音流行音乐的BBC Micro演示。这些演示早于广泛的互联网文件共享，存在于晦涩的公告板上的代码流中。20世纪80年代中期是它们的鼎盛时期，像丹尼尔·普格和梅尔文·赖特这样的程序员创作了蒂芙尼和凯莉·米诺格等艺术家的热门歌曲的器乐版本，通常未经许可——导致至少一次版权诉讼。
最初由于法律压力从公共领域库中清除，许多这些“非法”杰作得以幸存，现在已被编译到易于访问的光盘上。这些不仅仅是简单的曲调；最好的演示将音乐与令人印象深刻的视觉效果结合起来。
亮点包括普格对《It’s a Sin》和《I Want a Lover》的演绎，以及梅尔文·赖特始终令人惊叹的《Music Machine》系列，最终以他令人惊艳的《Musical Snowmen》达到高潮。虽然模拟器和YouTube提供了访问途径，但作者强调了在原始BBC Micro硬件上聆听这些演示的独特体验。这次重新发现庆祝了一个充满创意、地下场景，它正在突破8位技术的极限。
一个黑客新闻的讨论集中在BBC微型计算机系统的音乐能力上。用户们怀念地回忆起在学生时代通过软盘分享音乐程序，例如Eurythmics的“Sweet Dreams”、Scott Joplin的“The Entertainer”和巴赫的“Toccata and Fugue”。
对话强调了BBC Micro令人惊讶的复杂声音编程，特别是`ENVELOPE`命令。这允许用户塑造声音振幅，甚至创造出像“激光”这样的效果。许多人记得BASIC编程手册中独特的演示声音，引发了通过模拟重温该系统的怀旧愿望。讨论还简要提到了后来的RM Nimbus电脑，它们也使用了BBC Basic。
语音调制解调器
Voice Modems
2 天前
## 智能调制解调器与语音音频的持久遗产 现代手机奇特的音频架构源于一个令人惊讶的古老起源：1981年的Hayes Smartmodem。这款早期的调制解调器建立了一种设计，即调制解调器作为一个独立设备运行，独立处理呼叫建立和音频，并通过串行命令（“AT协议”）与主机计算机通信。 这种分离在调制解调器发展到包含传真以及关键的语音功能时，在1990年代得以延续。虽然出现了V.253等标准，但实施仍然分散，经常依赖于制造商特定的扩展。尽管具有潜在的复杂应用，如基于PC的IVR系统，但由于复杂性和DSL和VoIP等替代方案的兴起，消费者采用受到限制。 即使在今天，蜂窝调制解调器也 largely 保持这种架构。它们作为“黑匣子”通过串行通道（通常是USB连接）进行通信，并且经常以原始PCM数据传输音频。这种看似“hacky”的方法并非新鲜事——它是原始Smartmodem设计的直接结果，受到早期计算和电话技术的限制，并且尽管经历了数十年的技术进步，但仍然具有惊人的弹性。 调制解调器在很大程度上仍然是自包含的，将主机计算机排除在直接的音频路径之外。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
语音调制解调器 (computer.rip)
17 分，K7PJP 1 天前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
考虑申请YC 2026年夏季项目！申请截止至5月4日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
苹果MacBook Neo和保时捷90年代的968 Club Sport都展示了限制如何孕育出令人惊讶的“酷”产品。面对不同的挑战——苹果希望以更低的价格吸引新的Mac用户，而保时捷需要一款低于特定税收等级的车型——两家公司都没有简单地削减现有产品的功能。
相反，他们重新定义了他们的产品。保时捷首先*移除*功能，然后只添加那些能提升驾驶体验的功能（例如赛车座椅和悬挂）。苹果同样在Neo上使用了较旧的iPhone芯片，接受了I/O等功能上的限制，但提供了独特的颜色和500美元的价格。
这些不是妥协，而是深思熟虑的重新定位。这种精简的特性鼓励了参与——保时捷专注于引擎，Neo则提供可维修的学习体验。这两款产品都成为了入门级产品，吸引了新客户并培养了品牌忠诚度，最终为未来的升级铺平了道路。它们证明了限制可以揭示真正重要的东西，而且“最便宜”的选择可能是最具吸引力的。
## x86 Linux 时间戳优化：深入研究
本文详细介绍了在低延迟 C++ 追踪库中优化时间戳的尝试，目标是最小化开销（每个 span 低于 50-100ns）。在 Linux 上使用 `std::chrono` 进行标准时间戳依赖于 `clock_gettime()`，虽然通过 vDSO 效率较高，但在基准测试中仍然消耗了近一半的预算（46-49ns）。
核心问题在于三次时钟查询（实时、稳定和持续时间计算）。作者探索了直接利用 x86 时间戳计数器 (TSC) – 一种快速、不变的时钟。虽然读取 TSC 更快，但需要序列化以避免错误。最初基于 TSC 的实现将性能提升到 ~28-34ns，但仍然存在开销。
最终的解决方案是完全绕过 vDSO，直接读取包含时钟数据的共享 vvar 页面。这使中位数延迟降低到 ~20ns – 提高了 57% – 但由于内核对页面的更新，引入了潜在的尾部延迟。缓存 vvar 数据并定期刷新消除了这些尾部延迟，实现了高度可预测的性能。
作者得出结论，虽然绕过 vDSO 会增加维护开销（由于潜在的内核更改），但对于延迟关键型应用程序而言，性能提升是显著的。仔细的基准测试，包括尾部延迟分析，对于优化此类系统至关重要。
对不起。
## 从构建 Sail & Muddy 中的经验教训
本文回顾了构建“Sail”和“Muddy”——协作式浏览器应用程序的经历，旨在探索个人计算的新范式。作者加入了一个小型、种子轮融资的团队，希望基于Chromium进行构建，设想一个“多人浏览器”——最初是一个无限画布（“Sail”），后来演变成一个以聊天为中心的workspace（“Muddy”）。
尽管项目拥有强大的技术基础和创新功能（实时DOM流、集成聊天/浏览器），但最终未能实现产品与市场的匹配。关键的经验教训集中在挑战像Slack和Chrome这样的成熟工具的难度，以及清晰定位的重要性。团队难以阐述一个引人注目的使用场景，而不仅仅是“炫酷”的演示，并且在验证核心需求之前过度投资于功能。
至关重要的是，作者强调了“尝试”的价值——通过迭代构建和失败获得的经验。优先进行快速测试、清晰的着陆页信息（“三明治视频测试”），以及专注于用户流程而非优雅的技术分解被强调。这次经历表明，引人注目的论点是不够的；可证明的用户需求和简单易懂的价值主张至关重要。最终，这段旅程对于培养产品思维、工程技能以及更深入地理解构建成功初创公司的挑战非常有价值。
对不起。
这位开发者提倡使用约束来*激发*创造力，避免构建过于复杂、缺乏特色的产品。他们在开始任何项目之前采用三个关键约束： **1. 一页纸原则：** 想法必须提炼成简洁、雄心勃勃的一页纸，作为所有沟通和决策的“北极星”。如果一个想法无法浓缩在一页纸内，则说明它尚未准备好。 **2. 核心技术与产品分离：** 专注于开发可重用的、基础性的技术来*支持*产品，而不是让技术*成为*产品本身。这能提供杠杆作用，允许转型，并实现长期努力的复利增长。 **3. 单一明确约束塑造产品：** 选择一个核心、显而易见的约束，来决定用户体验并赋予产品独特的身份——例如《我的世界》的方块或宜家的平板包装设计。 这些约束限制了范围，迫使集中精力，并最终决定一个想法是否值得追求。如果一个想法无法满足所有三个约束，它将被放弃。