在架构设计过程中，肯定绕不开技术选型这个话题，大到架构、框架、语言选择，小到用什么组件、设计模式。
这也是最容易引起争议的话题，无论是现实中还是网上，到处有各种语言、框架的争论：Java 好还是 C# 好？前端框架是 Vue 好还是 React 好？跨平台手机开发，该选 React Native 还是 Flutter…… 虽然这种争论从来没什么结果，但当你做技术选型时，却很容易受到这些信息的干扰，尤其 是你身边有几个某种语言或者框架的狂热粉丝的话，他们会不停地在你旁边吹风，说他喜欢 的语言或框架的各种好处。
包括我们自己做技术选型时，也会有很多个人偏好在里面。我们知道，架构设计的主要目标，是要能低成本地满足需求和需求变化，低成本地保障软件运行。然而对技术的个人偏好，很可能让你在技术选型时，忽略架构设计的目标，导致满足需求的成本变高，或者运行成本居高不下。
在软件工程中，怎么样才能避免这种选型的倾向性，科学客观地做好技术选型，整理些思维导图供大家参考，不喜勿喷。
