小型公司前端框架选型咨询：是否应从Ember.js切换到React或Angular？

首先明确两个核心事实，供你们决策参考：

• 架构师坚持使用Ember.js的核心理由完全成立：约定优于配置的设计思路可以大幅降低大型项目的团队协作成本、减少不同开发者的代码风格差异，长期迭代的大型Ember项目的稳定性和维护效率，确实普遍高于无统一规范的React/Vue项目，性能表现也完全可以支撑复杂业务需求。
• 你们关注的招聘问题是当前人才市场的客观现状：Ember.js的市场占比近五年持续下滑，对应的开发者池远小于React、Vue等主流框架，同等招聘预算下，Ember开发者的招聘周期会比React开发者长2-3倍，人员离职后的补位成本也更高，对于抗风险能力较弱的小型企业来说，这个隐形成本需要重点考虑。

针对你们的情况，不需要做非黑即白的二选一，可以结合业务阶段选择适配的方案：

方案一：保留Ember.js技术栈（适合当前项目进入稳定迭代期，未来1年不需要扩招2名以上前端的场景） #

不需要强行推动技术栈切换，只需要针对性解决招聘痛点即可：

• 内部完善项目开发规范、新人入门文档，招聘时不需要限制Ember.js经验，只要有1年以上主流框架开发经验即可。Ember.js的统一约定特性，让有其他框架经验的开发者通常1-2周就可以上手参与开发，学习成本远低于自定义配置复杂的React项目
• 新的独立边缘业务、运营活动类项目，可以放开使用React/Vue开发，帮助团队逐步积累其他框架的开发经验，为后续可能的技术栈调整预留空间

方案二：逐步迁移技术栈（适合未来1年有明确业务扩张计划，需要扩招前端，或者现有核心团队有人员流动风险的场景） #

不要直接全量替换现有Ember代码，避免线上业务风险，采用平缓过渡的方案：

• 先做技术预研，梳理现有Ember项目的公共组件、通用逻辑，完成新框架的能力对齐，优先从非核心的后台管理、运营模块开始用新框架开发
• 过渡期采用微前端方案，实现新旧技术栈并行运行，既保留现有Ember核心业务的稳定性，新招聘的开发者也可以直接用新框架参与开发，不需要额外学习Ember.js

最后提醒：技术栈的选择永远服务于业务需求，没有绝对的最优解，核心是平衡现有项目的维护成本、团队的熟悉度，以及未来业务扩张、人员流动带来的隐形成本，避免为了追技术热点盲目切换技术栈，也避免完全不考虑市场现状固步自封。

内容的提问来源于stack exchange，提问作者robnn