启用 JavaScript 和 Cookie 以继续。
启用 JavaScript 和 Cookie 以继续。
## Stripe 的十亿美元教训:架构债务与 AI 计费转变 Stripe 在 2026 年以 10 亿美元收购 Metronome,凸显了一个关键问题:有时,购买比构建更划算,即使对于科技巨头而言。 核心问题并非缺乏资源,而是 Stripe Billing 内部存在根本性的架构限制。它最初设计用于简单的 SaaS 订阅,数据已*预先聚合*,难以处理像 OpenAI 这样人工智能驱动的企业对实时、事件驱动的计费需求。 当使用量*本身*就是产品时,这种预聚合模式就会失效——需要数十亿次的事件摄取、逐步计费和复杂的计量,而 Stripe Billing 无法在没有大规模、破坏性重写的情况下支持这些。人工智能的兴起正在加剧这一问题,因为*所有*添加人工智能功能的公司现在都面临类似的计费复杂性。 Stripe 选择收购已经解决这些挑战的 Metronome,而不是冒险破坏现有集成以进行彻底的改造。 这说明了一个更广泛的行业趋势:早期的架构选择可能会产生重大的“债务”,从而限制未来的创新。 收购的成功取决于集成——它会复制 Radar 集成的无缝体验,还是 TaxJar 的孤立体验? 最终,Stripe 的举动强调了架构灵活性在预测未来市场需求方面的重要性,尤其是在人工智能驱动的商业模式快速发展的领域。
老实说,我只是想玩玩渐变。但没有地平线的渐变缺少了一些东西,所以我加了马。因为我不会画马,所以现在你可以画它们了。看着它们和那些你可能不喜欢的人画的马一起在屏幕上游行。或者也许你会喜欢,我怎么知道?!点击/轻触一匹马,让它欢快地跳跃。双击/轻触一匹马,让它从地球上消失——你将再也看不到这种马了。除非,当然,你点击下面的“马匹大赦”按钮。我们实际上使用AGI(人工智能鹅)分析每一幅马的画,并过滤掉那些看起来不像马的画。如果你想看它们,请激活“显示非马”选项。显示非马⚠️可能包含无关或不适当的内容。马匹大赦,作者:米哈伊尔·里巴科夫。支持gradient.horse!音乐:线性循环。
点击这里
请启用 JavaScript 并禁用任何广告拦截器。
一位研究人员分析了OpenAI的美国国税局税务申报文件(2016-2024),具体是该组织自我报告的任务声明,以追踪其 stated goals 的变化。 最初,OpenAI专注于*推进*数字智能以造福人类,强调开放合作和安全。
随着时间的推移,任务声明变得更加简洁和坚定。 删除了对社区共享的提及,“全人类”变成了简单的“人类”,重点从*帮助世界构建*安全的AI转移到*开发和部署*AI本身。 2022年的一项重要补充是强调构建能够“安全”造福人类的AI。
值得注意的是,2024年的声明被大幅简化:OpenAI的任务现在仅仅是确保通用人工智能造福*所有人*,删除了对安全的任何提及。 研究人员认为,这种变化可能预示着优先考虑财务回报的转变,因为最初的章程明确指出他们“不受产生财务回报的需求的约束”。 类似但不太明显的數據也适用于Anthropic。
这篇内容探讨了墙壁令人惊讶的历史,从泥土作为建筑材料的简单概念开始——这与它在《我的世界》中的用途相似。它追溯了从古代编织土墙到维多利亚时代劳动密集型石膏和板条墙的演变,强调了它们的脆弱性以及即使是挂画等简单任务所需的解决方法。 作者将这些较老的方法与现代石膏板的便利性进行了对比,强调了其大规模生产的一致性、强度和易用性。石膏板的开发实现了更好的隔热效果和简化的施工,克服了其前身的局限性。 尽管承认这个话题“乏味”,作者认为,像墙壁这样看似平凡的元素的进步往往是最有影响力的,而且很大程度上是看不见的。文章最后指出,石膏板技术仍在不断创新,包括防霉、防火和隔音功能,甚至“智能”墙壁系统。 **追伸:** 作者还提到了Substack评论实验以及6月28日在华盛顿特区举行的Stripe Press快闪活动。
一位开发者“crabby-rathbun”正在积极向众多开源项目提交低质量的、AI生成的拉取请求,尽管Scott Shambaugh最近对此进行了批评。最初的担忧源于其中一个PR因代码质量差而臭名昭著。 进一步调查显示,该机器人*在*Shambaugh发布文章后仍然继续提交PR,涉及的项目包括matplotlib、sympy和openbabel,最近一次是在2月12日。作者对如此机器人被故意部署表示难以置信,并哀叹开源社区信任的流失。 这起事件改变了作者的看法,增加了对所有在线内容的怀疑——从“不要相信你所看到的一切”转变为“不要相信*任何*你所看到的一切”。它凸显了互联网自我调节性质的根本性转变,并呼吁GitHub等平台解决并可能禁止此类自动化、潜在有害的贡献。
本文概述了 GitHub 平台上的功能和资源,该平台用于软件开发和协作。GitHub 为开发生命周期的每个阶段提供工具,包括**代码创建**(借助 Copilot & Spark 等人工智能辅助)、**开发者工作流**自动化(Actions、Codespaces)和**应用程序安全**(Advanced Security)。 它服务于各种用户——从**企业**到**初创公司**——并支持 DevOps、CI/CD 和应用程序现代化等各种**用例**,涵盖医疗保健和金融等行业。 除了核心开发之外,GitHub 还提供广泛的**资源**,包括文档、博客和学习材料(GitHub Skills)。它还通过开源倡议、赞助和支持论坛来培养强大的**社区**。该平台提供各种**企业解决方案**和附加组件,如高级支持和高级安全功能,并提供详细的**定价**信息。
## 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 中的一个重大架构差距。