说出来你可能不信：我写代码第一个月的时候，差点给我的项目上微服务。
起因是我看了一篇文章，说”微服务架构可以提高系统的可扩展性和容错能力”。我觉得有道理。然后开始研究 Docker、Kubernetes、API 网关——这些东西对我一个刚学写代码的人来说，简直天书。
花了一周看文档，什么都没部署出来。
后来我师傅跟我说：你一个人做项目，就一个用户（你自己），需要”可扩展性”干什么？
我想了一下：确实不需要。
架构不是设计出来的
我现在理解了一件事：你一个刚学写代码的人，根本没有什么”架构经验”可言。你能做的就是把功能写出来跑通，然后等它出问题了再改。
Sulix Novel 一开始就是：一个 Rust 文件，直接读文件，直接写文件，没有分层，没有抽象。能跑就行。
然后加了 AI 调用。在原来的文件里加了几行调 API 的代码。能跑就行。
然后发现代码越来越乱了。这才开始把不同功能的代码拆到不同文件里。不是因为我预先设计了，是因为不乱不行了。
我的教训
- 不要提前想”以后可能需要”。你连现在的需求都还没写完，别想半年后的事。
- 不要因为”大家都在用”就去学一个工具。Redis、Kubernetes、消息队列——这些东西都是解决特定问题的。你没有那些问题，就不需要那些工具。
- 出了问题了再改。代码跑得挺好，就别动它。等你真的觉得”这段代码好难改”的时候，再重构。
我才学写代码两个月。最大的教训是：不知道用什么的时候，就先不用。等你真的很痛了，你就知道要用什么了。 到时候再学也来得及。