长期主义技术选型

技术选型最容易被热闹影响：新框架的 benchmark、新语法的优雅、社区的情绪。但长期项目需要的往往是无聊的品质：文档完整、生态稳定、迁移路径清楚、团队能招到人。我越来越相信，选型不是选最喜欢的技术，而是选未来维护者还能理解的技术。

我维护过一个用了三年的 React 项目，期间经历了三次状态管理库的迁移：从 Redux 到 MobX，再到 Zustand。每次迁移都花了一两周，但业务逻辑基本没变。这说明技术选型的核心不是”哪个更好”，而是”哪个更容易替换”。

长期项目的技术选型有几个原则：选主流技术（社区大、文档全、人才多）、选有标准的技术（HTTP、SQL、JSON）、选向后兼容的技术（不轻易 breaking change）。这些原则不保证选到”最好”的技术，但能保证选到”最安全”的技术。

2024 年 4 月 再看这个领域，我觉得技术选型的成熟度体现在”接受不完美”。没有完美的技术栈，每个选择都有代价。关键是想清楚”这个代价我能接受吗”，而不是”有没有更好的选择”。长期主义不是选最好的，而是选够好的，然后坚持用下去。