故事发生在一个内部项目上，这个项目有 Go 和 Rust 两个部分，其中 Rust 库作为一个存储组件被 Go 的业务部分依赖着。出于种种原因，两个部分需要作为同一个进程来运行，中间有一层 C FFI 接口作为理想与现实的桥梁。

Rust 部分首先将使用到的 Library 的接口和结构使用另一个小小的 cdylib [1] shim 项目封装一下，并通过这个项目生成 Rust 库的编译产物一个动态链接对象和 C 的接口定义。再基于 C 的定义写一个 Go 的 SDK 给上层使用。单独的左边 Go 或者右边 Rust 项目都不够刺激，本文主要集中在中间那一团麻花的部分上，也是我 too young too simple 掉了很多头发的地方。

数据可视化是从海量文本数据中导出信息并在图形、图表、地图、表格等视觉上下文中表示信息的行为。数据可视化简化了大数据，便于人类理解，也便于检测数据组中的模式和趋势。本文将分享一套优秀的前端数据可视化解决方案以及在集成平台的应用。

ESM，即 ES Module，当前浏览器标准的模块规范；Bundleless，对应传统的 Bundle，即强调更少的打包；低代码，近两年火热的前端命题，相信大家都听说过、使用过、甚至开发过一个低代码平台，低代码的核心是借助可视化/配置的方式来提升应用的研发效率，这也是我所在的团队「云凤蝶」在努力做的方向。

这篇文章尝试从 generator 以及变量捕获的方面进行探索，而后介绍了在嵌入式时序存储引擎 ceresdb-helix 的研发过程中遇到的一个场景。

一个基于 Golang 编写的日志收集和清洗的应用需要支持一些基于 JVM 的算子。

AntMonitor 是蚂蚁集团的智能监控系统，通过构建面向监控可观测数据的、实时的、稳定的采集、清洗、计算及存储数据链路，为技术风险大脑及体系提供实时、稳定、可靠、丰富的可观测数据与告警服务。

只要是软件开发就离不开构建，构建无处不在，构建是源代码和用户呈现之间的桥梁。

这里要澄清一点，构建 != 编译，构建的本质是把源代码翻译成运行环境能识别的产物（源代码可能是Java代码，也可能是配置文件、资源文件等，运行环境可能是物理机，也可能是虚拟机，也可能是mobile phone）。

所以工程师每天每时每刻都在构建，不构建就没法验证。随着规划的扩大，把构建自动化掉，提供一个“打包平台”也就是一个自然而然的事情，毕竟提高生产力是第一诉求吗，这也就是构建平台最开始的由来，把每天干的事情自动化掉，搬上平台。

自动化构建和CI/CD往往是相辅相成的，可以理解为，自动化构建是温饱问题，解决了温饱就会有更多的提高生产力的诉求，也就是对应的CI平台，CI/CD本篇文章不做扩展。

过去几年，我和团队一直在负责蚂蚁集团内部相关平台产品的设计和运营工作。

这些平台产品包括人工智能部的A/B测试平台、机器学习平台、金融知识图谱平台、NLP平台、智能文案平台、金融视觉(CV)平台、搜索平台、机器人平台、标注平台等，以及风控团队的相关平台产品。这些平台产品，在背后支持了蚂蚁几乎所有核心业务的运行和发展。

整个过程当中，我们在平台建设、业务支持、平台运营、AI创新以及AI整体运营等各个方面做了很多尝试，有了不少的收获和感悟。

将业务和基础设施的解耦。

基础设施升级带来的价值。

在加强垄断和防止资本无序扩张的严监管背景下，蚂蚁应如何调整？未来金融监管如何适应科技创新的新形势？

心跳48小时

蚂蚁国际全球化业务场景多，面临多语言，多币种，多时区，复杂网络环境，以及本地化测试，本地监管合规等挑战，同时技术形态也是多种多样的。​如何针对全球化业务搭建质量解决方案，成为蚂蚁国际质量团队同学的重要课题。

大山雀，一个24小时“监视”农作物的金融风控系统

蚂蚁成长的几个关键节点

蚂蚁集团研发的面向云原生时代的全功能智能异常检测产品 AntMonitor 研发时的一些想法和思路整理。