前端架构师，这个岗位，在我的技术体系的认知中，是不需要这样的一个岗位的。但是市面上，我发现，在招聘的需求中，很多企业，依然在招聘前端架构师这个岗位。
为什么市场中，依然会有这个岗位呢？
真实的场景中，这个岗位的设立，是否真的是合理的呢？
作为前端出身的同学，这是我一直在思考的一个问题，因为这个问题，关乎一个人的职业发展，代表了我们前端的同学，职业的道路的天花板，到底在哪里。
如果前端架构师，这个岗位，本身是不应该出现的，那么我们前端的职业道路，就不应该走纯技术路线。真正应该走的是，技术兼管理的路线，也就是应该走前端leader的角色，再往上就是技术总监/CTO的职业角色。
如果前端架构师，这个岗位，是应该出现，那么前端的职业道路，其实完全可以走纯技术路线，从开发到前端架构师，然后持续深耕。
不同的方向，对人的要求是不一样的。
走纯技术路线，对一个人的更大要求是专注，持续的技术学习力，持续的自我技术进步，其他方面，作为辅助，协助你的技术能力在职场中进行发挥，你就能在这个行业和岗位上，有一定的立足之地。
走leader的路线，对一个人的要求是全面，关注点在技术，人，事务，项目，管理等等一系列比较杂乱的事情上，它注定了不能过于专注，而是站在高点，俯瞰整个大盘，才能真正的把事情做好。
作为自己，一直以来，努力的方向，也是走技术leader的路线。
真实的市场场景是什么样？
有一句很经典的话，世界是由一帮草台班子组成的。
这句话反馈到真实的工作场景中，就变成了这样的现状。
大多数的人的技术水准，真的让人一言难尽，很多人，真的也就是把技术，当作一份吃饭的差事，大多数人对技术，并没有追逐的热情。
我们这个行业，有太多的小公司了，小公司招聘人的标准，和大公司比，也是真的一言难尽，我见过有些公司，用四五千的薪资，招聘了一些人做事，真的是啥也不会。
大量的中小型企业，招聘技术人员，薪资大概给1万左右，这类研发人员，大多数的水准，大概就是能把项目做出来，会一些框架，仅此而已。
但是我们日常中，遇到的业务问题，往往是复杂的，比如前端的复杂表单问题，不同环境的运行容器差异问题，各种各样的兼容问题，复杂的数据处理和渲染问题等等。这类问题，其实在日常的开发中，很常见，但是往往很多人对此，难以处理。
这个时候，很多企业，潜意识就觉得，招聘一个技术更厉害的人，这个时候，前端架构师这个岗位，其实就出现了，而这也是市场中，需要这个岗位的现实情况。
不同规模企业的前端组织架构到底有哪些差异？
在大公司，我看到的更多的是，前端技术leader的岗位，一般而言，是由一个技术leader，带领团队，完成业务。
比如阿里，比较有钱，一般一个团队中，p8是前端leader，p6/p7是做事的主力，配备部分p4/p5的同学，一起完成业务。整体大概是，一个leader负责统筹全局，团队中真正做事的同学，完全由能力驾驭自己的业务。
再中小型公司，我看到的是，因为成本的原因，招聘的工程师偏于初中级，然后团队中，有那么一两位高级工程师作为主力成员。有些时候，这些高级工程师还会担任leader的角色。
但是这类团队有一些问题，就是因为技术能力问题，无法真正的做到，对企业的业务负责。
1、针对业务场景，无法给出合理的方案/方法。经常性的在日常工作中，这类团队，会提到这个需求改动太大，这个方案没法实现，这个东西做不了等等。但是其实正常的场景中，业务方提出一个需求，本身是有一定的运营目标/目的，这个时候，应该从业务的角度出发，再结合我们互联网技术，针对这个运营目标，提出我们的产品/技术方案，然后执行。
2、无法做出合理的判断。在大多数的场景中，我们对代码的要求是，高内聚和低耦合，代码的结构要清晰，可维护要高。但是还应该有技术之外的一些判断，我们完成一项业务，应该团队配备什么样的成员，市场中哪类程序员好招聘，技术的选型和业务是不是最优解，在人员、技术，业务、成本，这类问题中，如何达到更高的效率最优。
在中小型公司，大家习惯性的把问题简单化，做不了，判断不了，以为招聘一个技术更厉害的人，就能解决当下问题。
那到底需要前端架构师吗？
这个答案很显然，其实当下的市场中，市场有这样的职位诉求，原因就是一些复杂问题，很多企业搞不定。（但是这个问题的解决之道，不在于招聘前端架构师这么一个岗位，而是在于团队内在的一些问题，这些问题恰恰是需要一个前端leader来解决的）
从职业发展的角度来说，其实是不需要前端架构师的。
我们从技术的角度，来分析一下为什么不需要前端架构师。
前端的职责，是对UI负责，我们的工作，主要是针对，不同的容器环境（浏览器、手机app、桌面端内嵌h5等等）、不同的技术（RN、react、小程序等等），实现不同的端上的产品（App、小程序、网页、桌面端应用），我们通过接口协议，同后端进行数据通信。
端上的页面，主体是运行在用户端的设备上，最大的障碍是加载/渲染性能。接口方面，是和用户的网络环境相关。
这些东西，其实从技术的层面上，属于开发的职责。我们不得不承认，前端开发的层面，入手会比后端简单一些，但是做到一定程度，其实要求是要比后端更高的。
所以前端架构师，到底在架构什么东西？它不过就是，针对每一种端上的技术，使用的比普通开发，更好一些。
相比而言，后端有太多的策略性的东西了，哪些数据是业务数据，哪些数据是缓存数据，哪些数据要支持实时查询，哪些数据支持统计查询，后端的基础组件也多，不同的组件，擅长的事情也不一样，适用的场景其实也有差异，kafka、redis这些东西，数据分库和分表，按什么维度分，机器的运行性能，支持的量到底有多大等等。
这些就是后端架构师的存在责任，同一块代码，在不同的场景下是完全不同的。在某些场景中可能是最优解，换一个场景，可能就是最差的代码。
这就是我一直推崇的价值观，前端和后端，不一样，前端不需要架构师。
合理的团队架构到底长什么样？
如我个人所评判的那样，一个团队中，是不需要前端架构师这个角色的，那么对于那些中小型公司的人来说，到底什么样的结构，符合自身最优价值的团队结构呢？
答案是这样的，一位专家级别的前端，带领一两个干活的主力，再加上多个初中级的工程师。专家级别的工程师-也就是leader，保障我们的技术和方案，是行业内标准方案，方向是最优的，一两个高级工程师，辅助这个leader把事情能落地下去，其他所有初中级工程师，就是干活的苦力，也就是团队内的技术体力劳动者。
这也就是，我认可的职业发展中，前端需要leader的原因，但是不需要架构师。