寒蝉 Hancic
架构不是设计出来的
架构不是设计出来的，是在每个阶段做了正确的决策才长出来的。四阶段框架：能跑→跑得准→跑得稳→跑得快，每个阶段的核心矛盾不同，三条原则的权重随场景变化。
分类：科技
【FFI】 实战——数据中台场景下的 FFI 应用
数据中台场景下，不同技术栈的系统怎么用 FFI 共享同一套数据基础设施——为什么微服务不是答案，以及 FFI 桥接方案的实战经验。
【FFI】 内存管理——跨语言边界最难的问题
跨语言调用的核心矛盾只有三个：数据类型怎么传、函数怎么调、内存怎么管。前两个靠 ABI 和绑定工具解决，第三个是最难的——GC 语言和手动管理语言各有自己的内存世界观，边界上谁说了算？ 两个世界，一个边界 Rust 说：每个值有且仅有一个 owner，owner 离开作用域就 drop。Python
【FFI】 Java 侧演化——从 JNI 到 Panama
Java 从 JDK 1.1 就能调 C，但这条路走了二十多年，一直在"方便"和"快"之间做取舍。四个方案串起来看，就是 Java FFI 的演化史。 JNI：最底层，也最麻烦 JNI（Java Native Interface）是 Java 调 C 的标准姿势。Java 侧写 native 方法，
【FFI】 Python 侧——用 Rust 扩展 Python 的三种方式
Python 是数据科学最顺手的语言，但纯 Python 跑计算密集型任务慢得离谱。一个斐波那契递归，纯 Python 算 fib(40) 要几十秒。Rust 算同样的东西，毫秒级。问题是怎么让 Python 用上 Rust 的速度？FFI 提供了三条路。 一个例子看清三道门 先用 PyO3 写个最
【FFI】 C FFI 与 libffi——事实标准的工作原理
FFI 的底层逻辑很简单：两个语言之间要互相调用，总得有个共同的"语言"做桥梁。这个桥梁不是 C 语言本身，而是 C 的调用约定——C ABI。 为什么是 C ABI，不是别的 操作系统内核用什么语言写的不重要。Linux 是纯 C，macOS 的 XNU 混了大量 C++，Windows 内核也是
【FFI】 FFI 为什么存在——跨语言调用的根本问题
写代码几十年了，没有哪个语言能统一所有场景。C/C++ 统治系统编程，Java 统治企业后端，Python 统治数据科学。每种语言都有它擅长的生态，也有它够不着的角落。 FFI（Foreign Function Interface）的存在，本质上是为了两件事： 借用性能。 Python 写数据管道很
参加完一场智能眼镜黑客松，我开始重新理解这个行业
智能眼镜在互联网上已经赢麻了 能力早就不是问题 如果你最近刷过一点智能眼镜相关内容，大概率会看到一套很熟悉的叙事：它是下一代计算平台，是第一视角 AI 助手，可以导航、翻译、语音问答、记录生活，甚至能在你走路、开会、旅行的时候一直陪着你。 这些东西也不全是吹的。至少导航、翻译、问答这类能力，今天确实
跨语言桥接：从 FFI 到 PyO3，底层到底在做什么
你有没有想过，为什么 Python 能调用 C 写的 numpy 而不需要 IPC？为什么 Java 的 JNI 调用一次本地方法，比普通方法调用慢一个数量级？为什么 Rust 的 PyO3 比 ctypes 快？ 这些问题的答案都指向同一个概念：FFI（Foreign Function Inter
实时数据湖技术选型：Hudi、Iceberg、Delta Lake、Paimon 怎么选
实时数据湖技术选型：Hudi、Iceberg、Delta Lake、Paimon 怎么选 为什么需要数据湖格式？ 传统数仓的痛点很明显：数据先入 Kafka 或 MySQL，再通过离线 ETL 写入 HDFS/Hive。这个链路里，更新和删除是老大难问题——Hive 不支持行级 UPDATE，只能全
