谈到架构和技术选型时，常见的一个误区，Rreact 比 Vue 好就选 React ，列举出来 React 优点。真实原因是自己或者网上说好。
说句题外话，国内为什么都选择 Vue？不讨论 Vue 、React 真实的优缺，真实原因是头部公司带头选择 Vue，他们为什么选择 Vue?这种原因大家心知肚明。说这只是想说明架构和技术选型是看时势和环境的。
架构是什么？本质公司提前布局，快速实现业务价值。技术是什么？实现这种架构的工具 时势和环境是啥？时势一般说的业务是否增长。环境，公司环境。
时势
从大的来说，架构有业务架构，组织架构，技术架构（这个很重要）。业务架构变更，直接影响组织架构和技术架构，组织架构能直接影响技术架构，但大多数情况下技术架构，不能影响前面2个。
对于开发来说，常见业务架构影响例子，业务收益不好要载掉这条业务线，对于老油子早已打听消息准备后路。同样如此，业务需扩展，组织架构需要扩充，也就是开发人员扩充，抓取机会的开发也是提前准备，如何做这波人的管理者。
- 组织架构影响，业务开发一个 App 渠道，组织扩充，需要招 Native、Ios、安卓。对前端技术架构，你才有可能落地RN、Hybird。
回过头再看选择 React 和 Vue 的例子，是不是很幼稚。你选择了其中任何一种，都不能保住你的饭碗和加薪的！
环境
下面这张图，是我工作大概的组织架构，画的每个工种的的工作。平台前端开发、业务前端开发处于最底端，影响力也是底端。
见过太多了前端开发，守着自己一亩三分地？不去跟产品沟通，聊聊未来业务和产品发展。不去跟平台架构沟通，聊聊未来技术和功能扩充，来制定自己业务前端技术规划。导致你对公司经营情况不了解，公司载你时候没有预备？载完技术没有学到。
讲个故事，
我以前的领导推动 ssr 技术，推1年才算成功，其中跟各种平台部门技术老大搭关系，慢慢串联 ssr 所需资源，让老总和部门技术负责人觉得有价值，于是专门立项 ssr 。后来推动 Rn 也是同样的情况，领导开始不认识 ios、安卓、native 的负责人，不知道什么情况搭上他们技术负责人，看到他们经常谈论一些股票，房子事情，实际前面好几波人，推动过 Rn 但不成功。经过一年，Rn 技术在团队算成熟落地。后来，不是近几年经济都不好，业务收缩，人员也收缩，服务器换成便宜，导致ssr维护的成本太高，又放弃ssr。再想想领导为什么先推动ssr不先推动Rn？还不是因为 ssr 能推动。
前端开发很多时候，处于公司影响力底端，但是技术是死的人是活的，多去与产品、技术负责人沟通，也一样能推动技术选型。
总结
技术选型和架构，很多时候压根不是技术方案多么优秀。
- 业务增长，技术架构可以复杂，因为人员多、工具多
- 业务下降，技术架构可以简单，因为人员少、工具少
- 技术选型，不是技术方案优秀，而是适合（包含影响力、话语权，推不动就不要选）。
