每日HackerNews RSS
## 学习新代码库：深入了解 Next.js 和 Turbopack
作者详细介绍了他们处理不熟悉代码库的过程，这对任何开发者来说都是一项艰巨的任务。认识到你不需要理解*所有内容*是关键，但知道*如何*学习至关重要。 这篇文章概述了一种实用的方法，通过一个实际案例重构了他们不断发展的学习方法：探索 Next.js 的基于 Rust 的打包工具 Turbopack。
这个过程从**设定一个明确的目标**开始——理解与 tree-shaking 相关的特定错误——而不是试图全面理解整个代码库。 从“main”分支开始没有帮助；相反，作者利用一个最小的错误报告作为起点。 他们强调**实验**：进行更改，即使没有立即贡献的意图，也要观察代码库的响应。
这导致了意想不到的“支线任务”，例如导航 Turbopack 的构建系统和克服开发障碍。 重要的是，作者提倡**可视化**——构建自定义工具来映射代码库的内部运作，揭示依赖关系和数据流。 这种可视化方法，使用 WebSockets 跟踪任务执行，被证明对于理解 Turbopack 复杂的架构以及最终错误的原因非常有价值。
作者总结说，软件开发中迫切需要交互式、动态系统，以便进行实时代码探索和更轻松的调试。 这个过程并不快，但它是一种可重复的策略，可以将“黑盒”代码库转化为可理解和可导航的东西。
## 学习代码库：可视化工具与实用方法
一则Hacker News讨论围绕着理解不熟悉的代码库的有效方法。一个关键观点是，许多代码，甚至来自“顶级”公司的代码，都存在不必要的复杂性，需要庞大的团队来维护本可以用更简单、结构良好的解决方案实现的东西。
几位评论者分享了实用的入职技巧。有人建议为最近关闭的issue编写单元测试，以学习测试框架和代码库结构。另有人强调了人工智能工具的力量——将其用作“拐杖”，以便在依赖固有理解之前快速掌握代码库。
原始帖子详细介绍了构建可视化工具以帮助理解，引发了对类似工具的兴趣，例如Doxygen、虚幻引擎的蓝图系统和GitHub Next的代码库可视化。其他人则提倡跟踪单个请求通过整个系统，或利用AI代理创建代码之旅并解释复杂的逻辑。
最终，对话强调了虽然可视化工具很有帮助，但理解代码*为什么*有效至关重要，这通常可以在git历史记录和issue跟踪器中找到，而不仅仅是依赖关系图。
## RP2350 超频：基于 Pico 2 的深度研究
Mike 探索了 Raspberry Pi Pico 2 (RP2350) 的超频潜力，并以此为基础，延续了之前 Pico 超频的成功经验。RP2350 的电压调节器允许电压超过 RP2040 的 1.3V 限制，从而为更高的时钟速度提供了可能。
初步测试，使用 MicroPython 和 100 阶乘基准测试，显示在 1.7V 下，稳定的时钟可达 570MHz，但会产生越来越多的热量。添加散热（散热片和风扇）后，可以在 2.2V 下达到 678MHz。进一步使用电源和测试点进行实验，发现板载稳压器限制了较高电压下的电流。
Pimoroni 团队加入了这项工作，利用干冰冷却和 CoreMark 基准测试进行严格测试。他们实现了 **873.5MHz** 的峰值稳定时钟，电压为 3.05V，但在此速度下持续运行具有挑战性。RP2350 表现出卓越的韧性，在极端电压和温度下也能存活，而不会损坏。
有趣的是，RP2350 的 RISC-V 核心比 ARM 核心提供略微更好的每 MHz 性能。该实验表明，超过 700MHz 后收益递减，表明需要更好的冷却（例如液氮）才能获得进一步的提升。最终，RP2350 证明了它是一款坚固且令人惊讶的超频芯片，尤其是考虑到它的低成本。
## 树莓派 Pico 2 超频与性能
最近的实验将树莓派 Pico 2 的 RP2350 微控制器超频至 873.5MHz，电压为 3.05V，显著超过了其官方的 150MHz 限制（现在通过配置更改可达 200MHz，源自最初的 RP2040）。用户们讨论了官方支持更高时钟速度的可能性，并指出 RP2040 在发布后也经历了类似的提升。
讨论强调了在较低超频（300-500MHz）下，只需少量增加电压和散热，就能获得显著的性能提升。一些人建议树莓派应该承认这些可实现的速率，而另一些人则指出可靠性测试是在较低设置下进行的，以避免认可可能降低寿命的配置。
一个有趣的想法被提出：使用一个快速但不稳定的 CPU，并搭配并行校验电路来纠正错误，从而潜在地提升性能。对话还涉及了 Pico 2 与 LicheeRV Nano 等替代品相比的价值主张，以及 Pico 独特的 PIO 功能的优势。最终，该实验展示了 RP2350 的强大特性以及进一步优化的潜力。
## @tsonic/express：为 Tsonic 提供 Express 风格的 API `@tsonic/express` 允许开发者使用 TypeScript 构建类似 Express 的 Web 应用程序，并将其编译为原生二进制文件，使用 Tsonic。它为那些有 Node.js Express 框架经验的开发者提供了熟悉的 API。 **主要特性包括：** * **兼容 Express 的 API：** 提供 `app.get`、`app.post`、`app.put` 等方法和中间件函数 (`app.use`)。 * **任务优先的处理程序：** 路由处理程序和中间件*必须*是异步函数，确保可预测的执行和错误处理。它们遵循一致的 `(req, res, next)` 签名。 * **请求和响应对象：** 提供对请求详情（方法、路径、查询参数、主体、cookie）和响应方法（状态码、发送数据、重定向、设置头部/cookie）的访问。 * **内置中间件：** 包括对 JSON、URL 编码、文本、原始主体解析和文件上传的支持。 * **静态文件服务：** 使用 `express.static` 轻松提供静态资源。 **入门：** 初始化一个 Tsonic 项目，将 `@tsonic/express` 添加为依赖项，并在 `App.ts` 文件中定义路由。提供了一个简单的“hello world”示例，以便快速设置。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Show HN: 使用 TypeScript 和 Express 编写原生二进制 Web 应用 (github.com/tsoniclang)
14 分，jeswin 发表于 1 天前 | 隐藏 | 过去 | 收藏 | 2 条评论 帮助
orta 发表于 1 天前 | 下一个 [–]
有趣的项目！已将其添加到我的 TypeScript 衍生语言列表中：https://github.com/orta/awesome-typescript-derived-languages 回复
cweagans 发表于 1 天前 | 上一个 [–]
有人知道父项目 Tsonic 为什么要把 TypeScript 编译成 C# 而不是直接编译成 CIL 吗？是因为语言基本元素之间有更接近 1:1 的映射，还是有其他原因？回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 构建欧洲创业技术栈：充满挑战但也值得的旅程 从AWS切换到完全欧洲的基础设施比预期的要复杂，但最终为了数据主权、GDPR合规以及支持欧盟科技公司，这一切都是值得的。作者成功地构建了一个技术栈，利用了多家供应商：Hetzner提供核心计算（价格出奇地实惠），Scaleway提供补充服务，如电子邮件和存储，Bunny.net提供CDN和安全，Nebius提供基于欧洲的AI推理。 大量自托管的实施使用了Kubernetes和Rancher，用于源代码控制（Gitea）、分析（Plausible）、CRM（Twenty CRM）等服务——优先考虑数据控制，尽管增加了维护工作。Hanko提供欧洲身份验证，但完全避免使用美国服务仍然很困难（Google Ads、Apple App Store、社交登录）。 虽然成本降低并且实现了数据驻留，但过渡并非一帆风顺。欧盟生态系统提供的资源较少，文档较薄，社区规模也小于美国巨头。需要积极努力克服默认设置倾向于美国供应商的情况。尽管存在挑战，作者认为这项努力是值得的，并倡导有意识地选择支持和构建于不断成熟的欧洲科技环境中。
关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2026 Google LLC
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
William Latham – 艺术与计算机 (1990) [视频] (youtube.com)
11 分，hyperific 1 天前 | 隐藏 | 过去的 | 收藏 | 2 条评论 帮助
talkinghead 1 天前 [–]
William 下个月将在伦敦发表演讲 - 你可以在这里加入候补名单 - https://luma.com/8pod00g2 回复
sherr 1 天前 | 父评论 [–]
Latham 在温彻斯特的 IBM 英国科学中心工作，这位计算机艺术家与软件工程师合作创作出一种“有机”类型的艺术。至少在最初的几年里，这不是实时的或交互式的，但最终可能会实现。IBM 刚刚开始生产他们的 Unix 工作站（RS6000），它可能具有一些 3D 功能。他们被同时带入的 SGI 所掩盖。我曾在 80 年代在那里短暂工作过（Occam/transputers）。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
启用 JavaScript 和 Cookie 以继续。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
内核崩溃调试 (2024) (lfhernandez.com)
10 分，linolevan 发表于 1 天前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
arXivLabs是一个框架，允许合作者直接在我们的网站上开发和分享新的arXiv功能。个人和与arXivLabs合作的组织都拥抱并接受了我们开放、社群、卓越和用户数据隐私的价值观。arXiv致力于这些价值观，并且只与坚持这些价值观的合作伙伴合作。您是否有为arXiv社群增加价值的项目想法？了解更多关于arXivLabs的信息。
麻省理工学院发布了一篇新研究论文，详细介绍了“通过注意力匹配的快速KV压缩”技术，旨在改进人工智能模型中对长上下文的处理。Hacker News上的讨论集中在，鉴于激烈的竞争和潜在的货币化，重大的AI突破是否会继续公开发表。
一些人认为“人工智能军备竞赛”会导致研究成果被隐瞒，而另一些人则指出引用带来的学术激励以及研究人员继续优先考虑社会贡献而非利润。对这项工作进行专利申请的讨论也存在，一位评论员指出可能存在现有技术问题。
该技术本身看起来很有希望，可能能够实现数据的连续或批量压缩，而不是完全重启，并且可能是解决长上下文限制的一个步骤。然而，一些人质疑报告的准确性水平，而另一些人则认为在保持准确性的前提下，20%的尺寸减少令人印象深刻。总的来说，这场对话凸显了在快速发展的人工智能领域中，开放研究与商业利益之间的紧张关系。
苹果硅芯片Mac（M1/M2/M3/M4）包含一个隐藏的MEMS加速度计，由传感器处理单元（SPU）管理，可通过IOKit HID访问，尽管没有公开API。一个新项目允许读取大约800Hz的原始三轴加速度数据，目前在M3 Pro Macbook Pro上测试。
该传感器在IOKit注册表中找到为`AppleSPUHIDDevice`（使用页面0xFF00，使用3），并使用异步回调的`IOHIDDeviceCreate`进行访问。数据以22字节的报告形式接收，需要转换为'g'值。
该项目包括实时数据可视化代码（`motion_live.py`）和核心传感器读取逻辑（`spu_sensor.py`）。一个有趣的实验性应用通过球式心动描记法，通过感知笔记本电脑机身的振动来检测心跳。
**重要提示：** 这是未文档化的，需要root权限，可能随macOS更新而变得不稳定，并且*不*用于医疗用途。代码可在GitHub上找到：[https://github.com/olvvier/apple-silicon-accelerometer](https://github.com/olvvier/apple-silicon-accelerometer)。
## 苹果硅MacBook与隐藏加速度计：黑客新闻总结
最近的黑客新闻讨论集中在发现苹果硅MacBook中一个未记录的MEMS加速度计，可通过iokit访问。苹果之前在旧型号中使用加速度计来保护硬盘（突然移动传感器），但在配备SSD的机器中的用途尚不清楚。iFixit在2022年M2 MacBook Air的拆解中注意到了它的存在，但无法确定其功能。
讨论显示，苹果官方在macOS中实现了一个减少晕动症的功能，利用加速度计显示视觉提示。用户推测其潜在用途包括安全功能（例如移动时屏幕锁定）、生成随机种子，甚至秘密访问麦克风（尽管这被认为不太可能）。
值得注意的是，一位用户提到了一个2008年的项目“牛顿病毒”，展示了使用未记录的API对苹果UI进行复杂操作。 许多评论者分享了早期Mac黑客和与SMS实验的怀旧回忆。 这一发现凸显了苹果经常未记录的硬件功能以及持续探索其能力的兴趣。
``` let start = false, stop = false if (payload.pm25 >= 50) { start = true } if (payload.pm25 <= 10) { stop = true } if (start || stop) { // 控制空气净化器状态 fostrom.sendMail('air-purifier', 'set-state', { state: start }) // 向Discord发送警报 fostrom.triggerWebhook('discord-alert', start ? `启动空气净化器` : `停止空气净化器` ) } ```
## Fostrom：面向开发者的物联网云平台
Fostrom (fostrom.io) 是一个由开发者*为*开发者构建的全新物联网云平台，旨在简化构建和扩展互联设备系统的复杂过程。创始人 Arjun 和 Sid 在之前的创业经历中，因物联网基础设施问题而创建了 Fostrom。
该平台提供设备 SDK（目前支持 Python、JS 和 Elixir）、类型化模式、设备级邮箱和可编程操作等功能，所有功能均托管在四个全球区域。一项关键的架构决策是利用基于 DuckDB 的复制多租户数据层，以实现可靠的车队数据管理，克服传统分布式数据库中存在的一致性问题。
Fostrom 的独特之处在于它优先考虑开发者体验，解决了工业物联网领域中常见的软件质量差和集成挑战等痛点。未来的计划包括 CLI、自动设备监控和改进的调试工具。他们正在积极寻求反馈，并致力于构建一个强大、可靠的平台，消除物联网开发的“底层工作”。