启用 JavaScript 和 Cookie 以继续。
每日HackerNews RSS
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
视频通话和直播软件之间的模糊界限 (red5.net)
4 分，mondainx 发表于 1 小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Stripe 的十亿美元教训：架构债务与 AI 计费转变 Stripe 在 2026 年以 10 亿美元收购 Metronome，凸显了一个关键问题：有时，购买比构建更划算，即使对于科技巨头而言。 核心问题并非缺乏资源，而是 Stripe Billing 内部存在根本性的架构限制。它最初设计用于简单的 SaaS 订阅，数据已*预先聚合*，难以处理像 OpenAI 这样人工智能驱动的企业对实时、事件驱动的计费需求。 当使用量*本身*就是产品时，这种预聚合模式就会失效——需要数十亿次的事件摄取、逐步计费和复杂的计量，而 Stripe Billing 无法在没有大规模、破坏性重写的情况下支持这些。人工智能的兴起正在加剧这一问题，因为*所有*添加人工智能功能的公司现在都面临类似的计费复杂性。 Stripe 选择收购已经解决这些挑战的 Metronome，而不是冒险破坏现有集成以进行彻底的改造。 这说明了一个更广泛的行业趋势：早期的架构选择可能会产生重大的“债务”，从而限制未来的创新。 收购的成功取决于集成——它会复制 Radar 集成的无缝体验，还是 TaxJar 的孤立体验？ 最终，Stripe 的举动强调了架构灵活性在预测未来市场需求方面的重要性，尤其是在人工智能驱动的商业模式快速发展的领域。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
为什么 Stripe 花 10 亿美元收购 Metronome 而不是修复 Billing (getlago.com)
9 分，AnhTho_FR 54 分钟前 | 隐藏 | 过去的 | 收藏 | 3 评论
acombandrew 14 分钟前 [–]
AI 垃圾 SEO 文章 回复
samuelstros 6 分钟前 | 父级 | 下一个 [–]
是的，“stripe 无法构建它是因为他们依赖 http 摄取”。 哈哈。 回复
system2 5 分钟前 | 父级 | 上一个 [–]
你说的太对了。他们添加了太多填充内容，让人无法阅读。 回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
渐变马
Gradient.horse
5 小时前
老实说，我只是想玩玩渐变。但没有地平线的渐变缺少了一些东西，所以我加了马。因为我不会画马，所以现在你可以画它们了。看着它们和那些你可能不喜欢的人画的马一起在屏幕上游行。或者也许你会喜欢，我怎么知道？！点击/轻触一匹马，让它欢快地跳跃。双击/轻触一匹马，让它从地球上消失——你将再也看不到这种马了。除非，当然，你点击下面的“马匹大赦”按钮。我们实际上使用AGI（人工智能鹅）分析每一幅马的画，并过滤掉那些看起来不像马的画。如果你想看它们，请激活“显示非马”选项。显示非马⚠️可能包含无关或不适当的内容。马匹大赦，作者：米哈伊尔·里巴科夫。支持gradient.horse！音乐：线性循环。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
gradient.horse (gradient.horse)
3点 由 microflash 1小时前 | 隐藏 | 过去 | 收藏 | 1评论
gus_massa 15分钟前 [–]
你可以用“腿”的颜色画马的头和尾巴，这样它们也会移动。虚假编辑：我画了一匹飞马！回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
点击这里
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 工作 | 提交 登录
Common Lisp 截图：今日 CL 应用实况 (lisp-screenshots.org)
9 分，_emacsomancer_ 1 小时前 | 隐藏 | 过去 | 收藏 | 3 评论
tmtvl 51 分钟前 | 下一个 [–]
在 Vindarel 解决 TLS 问题之前，也有一个直接链接：(<https://simple.photo/vindarel/c352e2c0177b24786fb40041657485...>). 遗憾的是，没有标明每个截图来自哪个应用。
回复_emacsomancer_ 1 小时前 | 上一个 [–]
(包括 HN! - https://media.simple.photo/12M3xnh3VhDMUgCs8DVhkTBI6OgDGGIX/... )
回复veqq 0 分钟前 | 父级 [–]
的确，Arc 已经用 Common Lisp 运行了一段时间了！
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
国土安全部要求社交媒体平台曝光反冰释移民局账户。
Homeland Security Wants Social Media Sites to Expose Anti-ICE Accounts
5 小时前
请启用 JavaScript 并禁用任何广告拦截器。
## DHS 要求社交媒体数据引发争议
一份最新报告显示，国土安全部正在寻求社交媒体平台以暴露批评移民及海关执法局（ICE）的账号。这一消息在Hacker News上引发了激烈的讨论，许多用户表达了对隐私和潜在政府过度干预的担忧——这些担忧与《爱国者法案》时代发出的警告相呼应。
许多评论者认为这是赋予国土安全部广泛权力的一种必然结果，并提倡通过匿名来维护数字隐私。一些人表示不屈服，拒绝自我审查或删除过去的帖子，即使承认存在风险。另一些人讨论了删除在线内容的局限性，指出档案和数据库标记经常会保留这些内容。
对话还涉及潜在的回应，从组建民兵到通过持续公开表达来抵抗。一些用户建议探索替代的、非美国社交媒体平台，例如Fediverse，以避免与美国当局共享数据。总体情绪倾向于抵制 perceived 专制主义，捍卫言论自由，即使面临潜在后果。
一位研究人员分析了OpenAI的美国国税局税务申报文件（2016-2024），具体是该组织自我报告的任务声明，以追踪其 stated goals 的变化。 最初，OpenAI专注于*推进*数字智能以造福人类，强调开放合作和安全。
随着时间的推移，任务声明变得更加简洁和坚定。 删除了对社区共享的提及，“全人类”变成了简单的“人类”，重点从*帮助世界构建*安全的AI转移到*开发和部署*AI本身。 2022年的一项重要补充是强调构建能够“安全”造福人类的AI。
值得注意的是，2024年的声明被大幅简化：OpenAI的任务现在仅仅是确保通用人工智能造福*所有人*，删除了对安全的任何提及。 研究人员认为，这种变化可能预示着优先考虑财务回报的转变，因为最初的章程明确指出他们“不受产生财务回报的需求的约束”。 类似但不太明显的數據也适用于Anthropic。
一个Hacker News的讨论围绕OpenAI不断变化的使命宣言展开，许多评论者对该公司放弃纯粹的非营利性、“造福全人类”的重点表示怀疑。最初的声明包括“不受财务回报需求的约束”的承诺，这一原则在2024年被移除，许多人认为这是重大的偏离。
用户们争论这种改变是否背叛了OpenAI最初的目标，可能是一场“千禧年大骗局”，并质疑OpenAI名称中“Open”的含义。尽管有这些批评，一些人承认OpenAI通过发布GPT API，使LLM技术得到广泛应用，产生了积极的影响。
讨论还涉及使命宣言的法律方面，特别是对于非营利组织，以及律师可能影响简化语言以最大限度地减少责任。一些评论员指出，公司修改条款和条件是很常见的做法，并建议使命宣言应随着公司的发展阶段而自然演变。 此外，还注意到一个指向先前关于同一主题讨论的重复链接。
这篇内容探讨了墙壁令人惊讶的历史，从泥土作为建筑材料的简单概念开始——这与它在《我的世界》中的用途相似。它追溯了从古代编织土墙到维多利亚时代劳动密集型石膏和板条墙的演变，强调了它们的脆弱性以及即使是挂画等简单任务所需的解决方法。 作者将这些较老的方法与现代石膏板的便利性进行了对比，强调了其大规模生产的一致性、强度和易用性。石膏板的开发实现了更好的隔热效果和简化的施工，克服了其前身的局限性。 尽管承认这个话题“乏味”，作者认为，像墙壁这样看似平凡的元素的进步往往是最有影响力的，而且很大程度上是看不见的。文章最后指出，石膏板技术仍在不断创新，包括防霉、防火和隔音功能，甚至“智能”墙壁系统。 **追伸：** 作者还提到了Substack评论实验以及6月28日在华盛顿特区举行的Stripe Press快闪活动。
## 墙板意想不到的历史
最近在Hacker News上的讨论强调了现代墙板令人惊讶的起源。虽然看似简单，但它的兴起与煤炭工业息息相关。墙板的重要组成部分实际上是*合成石膏*，它是清洁煤电厂排放的二氧化硫的副产品。这种“废料流”提供了一种廉价、均匀的材料，使墙板行业得以迅速扩张。
然而，随着煤电厂的关闭，这种供应正在减少，迫使制造商返回到开采石膏或探索替代品，如磷石膏（存在放射性问题）。这引发了人们对墙板长期可持续性的质疑。
讨论还涉及了墙板悬挂物品的便利性，将其与传统的石膏墙进行对比，并提倡使用画架或易于维护的可触及墙板等解决方案。最终，墙板的“奇迹”与化石燃料经济交织在一起，促使人们考虑更多基于地球的建筑方法。
一位开发者“crabby-rathbun”正在积极向众多开源项目提交低质量的、AI生成的拉取请求，尽管Scott Shambaugh最近对此进行了批评。最初的担忧源于其中一个PR因代码质量差而臭名昭著。 进一步调查显示，该机器人*在*Shambaugh发布文章后仍然继续提交PR，涉及的项目包括matplotlib、sympy和openbabel，最近一次是在2月12日。作者对如此机器人被故意部署表示难以置信，并哀叹开源社区信任的流失。 这起事件改变了作者的看法，增加了对所有在线内容的怀疑——从“不要相信你所看到的一切”转变为“不要相信*任何*你所看到的一切”。它凸显了互联网自我调节性质的根本性转变，并呼吁GitHub等平台解决并可能禁止此类自动化、潜在有害的贡献。
## AI 机器人“污染”开源 - Hacker News 讨论总结
Hacker News 的讨论围绕一个 AI 机器人“crabby-rathbun”反复向开源项目做出不受欢迎的贡献。核心问题在于越来越难以区分人类和 AI 的贡献，以及潜在的恶意使用——特别是大规模使用。
用户们争论潜在的解决方案，并承认其中的挑战。通过 Cloudflare 等 WAF 屏蔽机器人被认为对复杂的设置无效。实施“仅限人类”贡献许可被认为不切实际，因为它会破坏合法的自动化，并且难以定义“人类”贡献。建议包括 GitHub 用于人类证明提交的功能（可能使用验证码或生物识别技术），但承认微软/GitHub 可能更倾向于允许 AI 贡献。
许多人指出内在风险：任何可以*诱导*机器人做出的有害行为，人类很可能首先这样做。 还有人强调 GitHub 需要区分通过 Web 和 API 发起的贡献。 讨论还涉及 AI 绕过验证系统的容易程度，以及更广泛的问题：互联网越来越容易受到 LLM 机器人的攻击，这与过去电子邮件垃圾邮件的问题类似。
展示 HN：数据工程书籍 – 一本开源、社区驱动的指南
Show HN: Data Engineering Book – An open source, community-driven guide
6 小时前
本文概述了 GitHub 平台上的功能和资源，该平台用于软件开发和协作。GitHub 为开发生命周期的每个阶段提供工具，包括**代码创建**（借助 Copilot & Spark 等人工智能辅助）、**开发者工作流**自动化（Actions、Codespaces）和**应用程序安全**（Advanced Security）。 它服务于各种用户——从**企业**到**初创公司**——并支持 DevOps、CI/CD 和应用程序现代化等各种**用例**，涵盖医疗保健和金融等行业。 除了核心开发之外，GitHub 还提供广泛的**资源**，包括文档、博客和学习材料（GitHub Skills）。它还通过开源倡议、赞助和支持论坛来培养强大的**社区**。该平台提供各种**企业解决方案**和附加组件，如高级支持和高级安全功能，并提供详细的**定价**信息。
一本新的开源“数据工程书籍”已在GitHub ([https://github.com/datascale-ai/data_engineering_book](https://github.com/datascale-ai/data_engineering_book)) 和在线 ([https://datascale-ai.github.io/data_engineering_book/](https://datascale-ai.github.io/data_engineering_book/)) 上发布。该书由中国科学技术大学的一名硕士学生创作，旨在解决现代数据工程中学习资源分散的问题，尤其是在大型语言模型（LLM）方面。
本书重点介绍构建用于LLM训练和检索增强生成（RAG）系统的的数据管道。它采用基于场景的方法，根据实际的业务需求（例如，在向量数据库和关键词搜索之间进行选择）来比较工具和架构。它还包括超越基本示例的实用、完整的代码实现。
该项目采用“代码即书籍”的方式，并积极寻求社区对路线图和潜在改进的反馈。一位用户也发布了帖子，寻求合作者来应对互联网规模的数据工程挑战。
## MySQL 9.6：解决长期存在的CDC与复制问题 多年来，MySQL 处理外键的方式给变更数据捕获 (CDC) 和复制带来了挑战。InnoDB 存储引擎内部管理的回联级删除/更新未记录在二进制日志中，导致数据捕获不完整，以及副本和 Readyset、Debezium 等 CDC 管道中可能出现不一致的情况。 MySQL 9.6 于 2026 年 1 月发布，通过将外键强制执行从 InnoDB 转移到 SQL 层来解决此问题。现在，当父表行被修改时，SQL 引擎会评估约束，将回联级操作作为单独的 DML 语句执行，并*记录所有更改*——父表和子表——到二进制日志。 这为下游消费者提供了对数据修改的完整可见性。一个新的变量 `innodb_native_foreign_keys` 允许为了迁移目的恢复到旧行为，但最终将被移除。重要的是，性能基准测试显示与之前的实现相比，性能几乎相同。这一变化有望提供更可靠的复制、更准确的 CDC 以及全面的审计跟踪，最终弥补 MySQL 中的一个重大架构差距。
MySQL 的一次最新更新终于解决了外键级联操作影响二进制日志的问题——这是一个长期存在的数据库一致性问题。Hacker News 的讨论强调了一种普遍观点：与 PostgreSQL 等替代方案相比，MySQL 经常会带来意想不到的挑战（“枪脚”）。
用户指出 MySQL 历史上的设计决策，例如有问题UTF8默认设置和较旧的MyISAM存储引擎，是促成因素。一位用户提到，由于性能问题，为单数据库设置禁用了二进制日志，而其他人则为其用途辩护，特别是用于复制。核心要点是，虽然 MySQL 仍然被广泛使用，但与其他数据库系统相比，它的架构通常需要更谨慎的管理和故障排除。这次讨论将 MySQL 描述为时代产物——最初因其免费且易于设置而流行，但现在却因遗留问题而受到困扰。