一个独立开发者的技术栈翻车实录

用Rust写全栈听起来很酷，直到你发现自己花了三个月在数据库选型上，而用户根本不在乎你用了什么技术。

这是独立开发者Mind（化名）的真实经历。他原本想打造一款隐私优先的在线思维导图工具，却差点把项目做成Rust技术演示。他的复盘值得每个想"用技术改变世界"的开发者读三遍——不是学他选了什么，而是学他为什么放弃。

初心：一场技术浪漫主义的冒险

项目启动时，Mind的愿景很纯粹：全Rust技术栈，端到端。

「我仍然从哲学上喜欢这个想法。」他在复盘里写道。但哲学喜欢和实践可行是两回事。一个人的团队、有限的时间、真实的产品目标，这套组合很快让纯Rust路线显露出代价。

真正的目标其实早就在Part 0里写明白了：快、实用、键盘友好、在线可用、尊重隐私。不是技术演示，不是纯度竞赛。但Mind坦承，最初他把技术栈选择当成了产品本身。

这是很多技术创业者的通病——我们太容易被"用什么构建"吸引，而忘记"为谁构建"。

后端：Rust留下的最后一块阵地

后端是Mind妥协最少的地方。他最终选了Rust配合Tokio（异步运行时库）和Axum（网络应用框架）。

这里有个关键决策细节：他其实最信任FastAPI——「这是我最有信心的框架」。放弃它的原因很简单：早期项目要控制运营成本，Python框架的内存占用更高，对小型长期运行的SaaS不友好。

这个取舍很典型。不是"Rust比Python好"这种宗教战争，而是特定约束下的成本计算。独立开发者没有云预算烧着玩，内存就是钱。

桌面端选了Tauri，这让Mind能复用网页前端，同时保持应用轻量、安全、快速。Rust后端加Tauri桌面端，成了他"Rust优先梦想"的最后残留。

「足够的Rust来发挥作用，而不把项目变成实验。」这是他的自我总结。

存储层：连续踩坑的残酷现场

如果后端是保留地，存储层就是全面溃败的战场。Mind在这里试了太多东西，浪费了太多时间。

首先是RustFS。对象存储用Rust实现，理念上契合全Rust栈。但负载测试暴露真相：大约200个并发用户时，系统开始崩溃。项目还在alpha阶段，这不算意外，但生产环境不能用alpha。

「也许适合未来的项目」——这是开发者对失败技术栈的标准葬礼致辞。

SurrealDB是另一个时间黑洞。Mind花了大量时间试图让它在这个架构里跑顺，但始终没达到时间线要求的信心水平。他不确定是文档问题，还是自己的技能问题。这种不确定性本身就是答案。

MongoDB是他个人偏爱的数据库，但同样因为内存占用被排除。他还试过Stoolap，早期阶段确实用了，但「在产品的早期阶段维护多个数据库实验根本没有意义」。

注意这里的模式：每个选择都有合理起点，每个放弃都有具体原因。不是"这个技术不好"，而是"这个技术不适合我的约束条件"。

前端：压垮骆驼的最后一根稻草

真正迫使Mind彻底转向的，是前端。

他试过Rust的网页界面方案和Rust相关选项。最大障碍？缺少一个像样的思维导图画布组件。

这个画布是UI的核心。Mind评估后认为，自己没信心从零开发这么复杂的东西。这不是谦虚——思维导图的交互画布涉及坐标计算、缩放平移、节点编辑、实时同步，是前端领域的高难度模块。

到这里，全Rust栈的执念彻底破产。技术 purity 让位于产品可行性。

转折点：从意识形态到实用主义

Mind用一句话概括自己的转变：

「最初，我的决策更偏向意识形态。随着时间推移，我变得务实。我喜欢能完成的东西，而且总有选项可选。」

这句话值得贴在显示器边框上。

他的新约束清单很具体：离线优先的体验、加密持久化到数据库、兼容S3的存储、客观上的响应速度。核心指标是：一个想法出现时，他能在不到一秒内捕捉它——不需要等待框架的仪式性加载。

注意这些约束的描述方式：全是用户体验导向，没有一条提到技术品牌。

核心教训：约束先于工具

Mind的总结像刀一样锋利：

「当约束清晰时，技术成为手段。当约束模糊时，技术成为陷阱。」

他承认自己为这个教训付出了时间代价。不后悔学习本身，但不会再重复同样的顺序。

这对读者的价值在于：Mind不是反对Rust，也不是反对技术探索。他反对的是把技术选择前置，让工具定义问题而非解决问题。200并发用户就崩溃的RustFS、文档不清的SurrealDB、内存吃紧的MongoDB——这些都不是技术失败，是匹配失败。

独立开发者的资源极其有限。每一个"试试这个新技术"的决定，都在消耗不可再生的时间和注意力。Mind的翻车记录之所以珍贵，在于他展示了"聪明人在错误顺序下的真实损耗"。

他的最终架构没有披露，但逻辑已经清晰：保留Rust在成本敏感的后端，放弃Rust在生态不成熟的前端，存储层选择稳定而非新颖。这不是最优技术栈，是在约束条件下的可行解。

对于想复制这条路的人，Mind的经历提出了一个过滤问题：你的约束清单写清楚了吗？还是你也在用技术选择逃避产品定义的艰难工作？