每日HackerNews RSS
## Max 中的 S7 Scheme 概要 S7 Scheme 是一种极简的 Scheme 实现，专为嵌入到 Max 等音乐应用程序中使用而设计。它由 CCRMA 的 Bill Schottstaedt 开发，为 Common Music、Grace 和 Radium 编辑器等平台提供支持。S7 因其速度、体积小、线程安全、许可宽松以及适用于音乐/音频脚本编写而被选为“Scheme For Max”，它融合了 Scheme 的简洁性和 Common Lisp 的实用特性。 虽然基于 TinyScheme 且类似于 Guile，但 S7 优先考虑精简的核心。一个配套层 S74 增加了 Clojure 或 Racket 等语言用户通常期望的便利函数。 使用 S7 的目标是在 Max 中简化音乐系统的构建和扩展，从而实现简洁、灵活的代码，用于系统创建和艺术表达。关键字、应用语法、一流环境和 Common Lisp 风格的宏等关键特性支持动态评估和高效的代码操作。 尽管 S7 的知名度较低且文档稀少，但其易于嵌入、在计算机音乐中的现有应用以及作者对极简设计的承诺使其成为该项目优于 Clojure、Guile 和 Racket 等替代方案的首选。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
为什么选择S7 Scheme？ (2020) (iainctduncan.github.io)
7 分，由 bmacho 2小时前发布 | 隐藏 | 过去的 | 收藏 | 2 条评论
rurban 33分钟前 [还有2条]
(2020) 回复
dang 20分钟前 | 父评论 [–]
已添加。谢谢！回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交 登录
当内部主机名泄露给小丑 (rachelbythebay.com)
37 分，作者 zdw 36 分钟前 | 隐藏 | 过去 | 收藏 | 6 条评论
stingraycharles 1 分钟前 | 下一个 [–]
我不明白。GCP 服务器如何访问私有 NAS？
我同意 Web UI 永远不应该使用 Sentry 监控。 我能理解他们想要这样做，但至少应该选择加入。回复
dcrazy 9 分钟前 | 前一个 | 下一个 [–]
有点惊讶这个博客似乎屈服于入站流量。回复
that_lurker 5 分钟前 | 父级 | 下一个 [–]
能正常打开。回复
ranger_danger 13 分钟前 | 前一个 [–]
小丑找到了我的主机名？我们完蛋了。回复
defrost 1 分钟前 | 父级 | 下一个 [–]
你是个 IT，我个 IT，我们都是 IT。回复
TeapotNotKettle 1 分钟前 | 父级 | 前一个 [–]
配置错误的小丑 - 确实是个坏消息。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2026 X Corp.
## 萨姆·阿尔特曼回应Anthropic广告
Anthropic最近的一项广告宣传活动，强调其致力于无广告用户体验，引发了OpenAI的萨姆·阿尔特曼出乎意料的防御性回应。Hacker News的讨论集中在*为什么*这个广告似乎触动了他的神经。
评论员认为，阿尔特曼的主要关注点一直是如何打造病毒式产品——以ChatGPT的成功为例——而Anthropic的Claude Code在关键领域获得了显著进展，*没有*优先考虑病毒式传播，而是专注于安全人工智能。这种差异似乎让阿尔特曼感到不安。
许多人认为阿尔特曼的公开反应是对一个甚至没有直接提及OpenAI的微妙广告的过度反应。一些人推测这是一种公关补救措施，暗示OpenAI*正在*考虑在ChatGPT中引入广告，这是用户希望避免的举动。 还有人指出谷歌有欺骗性广告的历史，这可能是一个未来的潜在问题。
## Metaflow 与 Kubeflow：强大的伙伴关系
Metaflow，一个最初来自 Netflix 的 Python 框架，和 Kubeflow 都是用于构建和部署机器学习项目的工具。虽然相关，但 Metaflow 优先考虑开发者友好的、Python 原生体验，以实现快速迭代，而 Kubeflow 提供了一个全面的云原生 AI 生态系统，拥有广泛的平台组件。
最近，两者之间建立了一座桥梁。用户现在可以使用 Metaflow 直观的 API 编写项目，并将其部署为 Kubeflow Pipelines，从而利用现有的 Kubernetes 基础设施。这种集成允许组织在不彻底改造现有设置的情况下，通过 Metaflow 的抽象来增强开发者体验。
Metaflow 涵盖了整个 ML 生命周期——从开发和扩展到部署和运维——并且最近在“有用性”和“推荐意愿”方面获得了很高的用户评价。该集成可以通过简单的配置轻松实现，并可以访问 Kubeflow 的其他组件，如 Katib 和 Trainer。虽然并非所有 Metaflow 功能目前都受支持，但该开源项目正在积极发展，并得到 Netflix、Outerbounds 和不断壮大的社区的贡献。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
两种流程的故事：Metaflow 和 Kubeflow (kubeflow.org)
8 分，savin-goyal 发表于 2 小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
ICE 寻求行业意见，关于广告技术定位数据用于调查。
ICE seeks industry input on ad tech location data for investigative use
6 小时前
## ICE 探索广告技术用于调查 移民和海关执法局 (ICE) 正在调查广告技术 (ad tech) 市场，以寻找增强调查的工具。通过一份信息请求 (RFI)，ICE 的国土安全调查局 (HSI) 正在寻求定位数据和大规模分析能力——传统上用于定向广告——以支持刑事、民事和行政案件。 这并非正式采购，但表明了对潜在供应商演示的强烈兴趣，这通常是实施的前兆。ICE 旨在了解如何利用商业数据——包括位置、设备标识符和行为信号——同时承认“监管限制和隐私期望”。 该机构正在寻找“运营平台”来管理不断增加的数据量，可能通过利用私营公司已经收集的数据来绕过传统的搜查令要求。这种做法引发了隐私问题，因为看似匿名的数据常常可以被重新识别，而且当前的法律框架可能无法充分管理执法部门对其使用。 虽然 ICE 强调遵守“Ad Tech 合规”标准，但这些标准与执法部门的法律标准有很大差异。该 RFI 缺乏关于数据保留、使用限制或搜查令程序的具体说明，引发了对潜在越权以及营销数据与政府监控界限模糊化的担忧。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
ICE 寻求行业意见，关于广告技术位置数据用于调查用途 (biometricupdate.com)
36 分，作者 WaitWaitWha 29 分钟前 | 隐藏 | 过去 | 收藏 | 2 条评论
Apreche 1 分钟前 | 下一个 [–]
这就是为什么你必须始终屏蔽所有广告。没有例外。回复
Refreeze5224 14 分钟前 | 上一个 [–]
如果你想定位某个群体，请咨询专家。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Byrne的《欧几里得几何原本》(1847)的互动版本 (c82.net)
4点 由 tzury 1小时前 | 隐藏 | 过去的 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
本报告详细介绍了作者及其他人发现的几个固件和CPU错误。英特尔CPU被发现存在制造商ID拼写错误——有些显示“GenuineIotel”而非“GenuineIntel”，这可能源于位错误，而另一些，如Core i5-1245U，则缺少字母（“ore”而非“Core”）。这些问题似乎源于CPU设计或固件打包中的人为失误。 更重要的是，ITE Tech生产的IT81202嵌入式处理器（用于笔记本电脑嵌入式控制器）中存在硬件缺陷。流水线缺陷导致乘法运算后的指令有时被忽略，需要通过禁用乘法运算或实施复杂规避措施来解决。 虽然英特尔的错误对于一家大型公司来说令人尴尬，但作者认为IT81202的缺陷是构建流水线RISC-V CPU所面临挑战的更可理解的后果，特别是考虑到其细分应用领域。本报告旨在提高对这些问题的认识，突出CPU和固件开发中潜在的陷阱。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
一些CPU硬件漏洞 (taricorp.net)
9点 由 signa11 1小时前 | 隐藏 | 过去 | 收藏 | 2评论
6K76981-O 3分钟前 | 下一个 [–]
在IT81202 CPU的嵌入式处理器流水线中编写软件以查找漏洞。微代码勘误重写到GPR，编译低级“mul”和“output”，CPU RISC V到系统架构。回复
hikkerl 21分钟前 | 上一个 | 下一个 [–]
>高度深奥的嵌入式固件和CPU架构逆向工程
>"""Catherine"""
你懂的。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Recall.ai 的 Postgres 规模化瓶颈
Recall.ai 处理来自数百万每周会议的大量实时媒体流，这带来了独特的规模化挑战。除了媒体处理之外，他们还发现 PostgreSQL 内部存在一个微妙的瓶颈，影响了高峰负载期间的连接时间——具体来说，是 `postmaster` 进程的单线程特性。
问题表现为新的 EC2 实例在同步会议开始时连接数据库时出现 10-15 秒的延迟。初步调查排除了典型的资源限制。深入研究 Postgres 内部机制发现，负责生成工作进程的 `postmaster` 进程被快速连接请求 *和* 并行查询的后台工作进程变化所淹没。这使其单个主循环过载，从而延迟了新连接。
解决方案包括通过 EC2 实例启动时的抖动来降低峰值连接速率，并尽量减少并行查询的突发。启用大页也通过减少进程分叉期间的内存开销来提高性能。
核心要点是，`postmaster` 的单线程循环在极端规模下会成为关键瓶颈，这凸显了连接池的重要性，并暴露了现有数据库工具中可观察性方面的差距。这一发现强调了核心基础设施中的人为限制如何塑造更广泛的开发者生态系统。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Postgres Postmaster 无法扩展 (recall.ai)
20 分，davidgu 1小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
vel0city 3分钟前 [–]
这不就是团队倾向于在其 postgres 实例前放置数据库代理的原因吗，以处理大量突发的潜在短生命周期连接？这听起来正是像 pgbouncer 这样的工具被设计来解决的问题。如果你在 AWS 上，可以考虑 RDS Proxy。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
听懂
Listen to Understand
8 小时前
## 倾听的力量 发表于2026年1月31日 – 真正的联结建立在*如何*倾听，而非*说什么*。作者通过改变与女友互动的方式发现了这一点。他不再用以自我为中心的经历或快速解决方案回应她的沮丧，而是学会专注于真正理解她的观点。 他发现这始于*在*对话之前，有意识地选择准备倾听，而不是构思*他*想分享的内容。在对话过程中，他练习全神贯注 – 尽量减少干扰，专注于她的言语*和*情绪，抵制打断、评判或提供未请求的建议的冲动。 关键在于使用提示语（“请多说一点…”）和释义（“所以，听起来像…”）来确认理解并鼓励更深入的分享。这并不容易，需要有意识的努力，但它为她创造了一个安全空间，让她可以独立地探索自己的想法和感受。 最终，倾听以理解比提供解决方案更有价值。它让她能够处理自己的问题，从而培养更强的联结感和被真正倾听的感觉。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
倾听以理解 (bradwoods.io)
10 分，来自 bradwoodsio 2小时前 | 隐藏 | 过去 | 收藏 | 1 条评论
JamesTRexx 4分钟前 [–]
只要能忍受只倾听，这都是不错的建议。
我的经验和文章中提到的情况一样，人们以自我为中心，不费心倾听。
因此，我停止向他人倾诉我的感受或事情的真相，只是表面上关注他们。 这也节省了我一些精力。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：