2025，我的“All in Rust”战略失败了

2025年最大的意难平是rust至今没有一个杀手级的gui框架出现或者能做到很成熟。

我评判的依据是能实现线上现有产品所有功能。

我all in rust的伟大征程以失败而告终。当然不仅仅只有gui，文档处理，opencv, pdf、word、ocr、tts工具等等吧，很多时候不得不借助其它技术栈来完成或者rust实现的也仅仅是一个binding。

期间我自己动手移植了几个向量相关的库到rust，后来因为工作量实在过于庞大不得不终止，向拿来即用妥协。

不是我对gui这些有多大兴趣和情怀，实在是这些年写后端代码写的太多了，想去探索不一样的编码体验。

本着不折腾的选择看看rust是否能一条路走到黑，目前来看接受现实，rust生态几乎什么都涉及，但也基本都还是个开始，不成熟，不好用，生态差，没有办法开箱即用，甚至有的库用着用着作者消失了，只能自己维护。这体验倒是和刚开始学编程一样，现在更多的是别人的不好用那我便自己实现一套的底气。

过去一年Rust生态中，Slint是综合成熟度最高的GUI框架；偏Web技术栈有Tauri，纯Rust即时模式有egui，声明式原生选Iced 。

还有很多热度不错的库dioxus、makepad、gpui 等。

基于每个gui框架我都封装了对应的小工具体验，目前用的最多的还是基于egui开发的智能体小工具，其它均处于躺尸状态。

数据处理方面，看了很多基于rust的项目，最终还是没有flink强大无法平替而放弃，要么数据库支持太少，要么cdc就支持个MySQL和postgre。要么也只是单机运行顶多和canal这种能pk下。

全文检索也涌现了一批，名字不去翻了，都号称性能，存储都远远超越es几个量级，甚至直接对标elk方案，我之前也发过几个介绍的文章，实际用下来要平替生产级的es目前还有待考量，不过距离平替应该不远了。有的支持下中文分词，支持下全文检索的高级功能如聚合等，目前无法平替的一大原因是es的api太全面了，但是es对资源的消耗也真是大。

数据库方面大多数在卷时序数据库、图数据库、向量数据库。用了一段时间的surrealdb，能用，API太难用了，全面手数据存储，图数据的存储有点违背使用习惯，学习认知成本太高，不能很轻松的用到生产级，集群部署还依赖tikv，体验感很差。不过qdrant这个向量库用了一年了，没出现过太过分的问题，github反馈问题解决和回复的都还算及时。不像某些项目带着傲慢来看待反馈的问题。

时间关系，就聊这么多……