AI 精选工程笔记

技术摘要

AI 精选与摘要技术文章、编程实践和人工智能新闻。

---

12000 个 dbt 模型、100 个团队:Monzo 的数据 mesh 实战拆解

来源: infoq.com 39
当一家银行的数据仓库膨胀到 12000 个 dbt 模型、被 100 多个团队同时踩踏时,"再加一台集群"的粗暴扩容路线就走到了尽头。Monzo 最近公开了他们重构数据仓库的方案——一种自称为 "meshy" 的数据 mesh 落地方式,最终把仓库成本砍掉约 40%,数据交付速度提升 25%。数字本身足够吸引人,但更值得拆解的是:他们到底改了什么,治理...

VTJ.PRO:一个不绑架代码的低代码引擎,长什么样?

来源: oschina.net 46
低代码赛道火了这么多年,开发者对它的态度却始终矛盾——拖拽出页面的速度确实快,但一旦项目做大,你就会发现自己被锁在了平台上:生成的代码没法读、没法改、没法脱离平台独立运行。想二次开发?要么回到平台里继续拖,要么干脆重写。 VTJ.PRO 的出发点很简单:低代码的效率不该以牺牲代码控制权为代价。 大多数低代码产品的架构逻辑是这样的:可视化编辑器 → 内部...

量子黑客松落地上海徐汇:开发者该准备什么

来源: oschina.net 49
2026 年 5 月 16 日,「上海·徐汇量子黑客松大赛 2026」在上海徐汇西岸开幕。这不是一场概念宣讲——从主办方阵容看,徐汇区科委、上海未来产业基金、开源中国、华翊量子、商汤科技、浦发银行等机构同时下场,意味着参赛者能接触到的不仅是论文里的量子比特,而是真实的量子硬件接口、国产量子 SDK 和金融场景数据。 协办方名单本身就是一张量子产业链地图...

PostgreSQL bgwriter 的核心杠杆:lru_maxpages 与 lru_multiplier 调优实战

来源: postgr.es 44
PostgreSQL 的后台写入器(background writer)每隔一轮醒来,要决定写多少脏页。 控制它多久醒一次,但真正决定"写什么、写多少"的杠杆,是 和 这两个参数。理解它们的算法,才能把缓冲区的清洗节奏调到不拖后端查询、也不白白刷盘的位置。 把算法压缩成一句话:本轮写多少页 = min(近期新分配缓冲区数 × multiplier, m...

ProxySQL 3.0.8:从"猜"会话变量到"听"MySQL 亲自说

来源: proxysql.com 31
ProxySQL 的连接复用(multiplexing)是其最核心的性能优势——多个前端会话可以共享同一组后端连接。但复用有一个前提:ProxySQL 必须精确知道每个会话当前的变量状态,否则把一个 的会话路由到一个 的后端连接,查询结果就会出问题。 3.0.8 之前,ProxySQL 只能靠"猜"——解析客户端发来的 语句来推断变量值。3.0.8 之...

Furion v4.9.8.72:HTTP 远程请求双重序列化与定时任务看板新玩法

来源: oschina.net 54
Furion 作为 .NET 生态中活跃度相当高的应用框架,这次 v4.9.8.72 的更新虽然版本号跨度不大,但几个新特性直接戳中了日常开发中容易踩坑的场景——尤其是 HTTP 远程请求里嵌套 JSON 的解析问题,以及定时任务运维时 JSON 数据的快速复制与格式化需求。 实际对接第三方接口时,有一种让人头疼的响应格式:返回的 JSON 字符串本身...

Ubuntu 把 AI 留在本地:不追云优先,走模块化路线

来源: infoq.com 39
当微软把 Copilot 深度嵌入 Windows、苹果把云端大模型塞进系统级通知的时候,Ubuntu 选了一条相反的路——不把操作系统变成 AI 服务的入口,而是让 AI 成为用户可以自主装卸的本地组件。 这不是"不做 AI",而是换了一种做 AI 的方式。 行业主流的做法是"AI-first OS":操作系统自带一个云端大模型后端,系统级的搜索、通...

Ubuntu 的 AI 策略:不走云端集成,把智能留在本地

来源: infoq.com 38
当微软把 Copilot 嵌进 Windows 搜索栏、苹果把 Apple Intelligence 推进 iOS 系统层,操作系统的 AI 集成正沿着"云端优先、系统捆绑"的路径狂奔。Ubuntu 最近公开了自己的 AI 策略,方向截然相反——不追云端,不做 AI-first OS,而是把智能留在本地、拆成模块、交给用户决定。 这不是保守,而是对行业...

Google Cloud Fraud Defense 登场:从验证码到全链路反欺诈的进化

来源: infoq.com 49
reCAPTCHA 那个"点选交通灯"的时代正在收尾。在 Next '26 大会上,Google 正式推出 Cloud Fraud Defense,定位为 reCAPTCHA 的继任产品——不再只盯着"你是不是机器人",而是把视野拉到整条业务链路上:登录、注册、支付,哪里有欺诈风险,哪里就有它的检测逻辑。 reCAPTCHA 的核心问题始终是:请求方是...

Google Cloud Fraud Defense:reCAPTCHA 的接班人,从验证码走向全链路反欺诈

来源: infoq.com 33
reCAPTCHA 曾经是 Web 反机器人的标配——那个"我不是机器人"的复选框几乎出现在每一个登录页上。但验证码的思路本质上是"在门口查身份证",一旦攻击者绕过门口,整条业务链就裸奔了。在 Next '26 大会上,Google 正式推出 Google Cloud Fraud Defense,不再只盯着"你是不是人",而是覆盖登录、注册、支付全流程...