首先题主讲的架构师应该是偏业务架构的架构师,而非中间件架构(修正下,仔细看了题主的描述,题主对架构师的定义也不太明确,反而更偏向于中间件架构,私以为更可称为架构师也是很多公司传统概念里的架构师都指的是业务架构师,当然中间件架构师也是架构师啦,不过他们面向的问题不同,一个是解决业务复杂度问题,一个是解决开发层面复杂度问题的)。
业务架构的重点是啥,模型!数据!架构师的最终输出也基本是 服务模型、数据模型。
所以,谁对这些接触最多谁就更可能成为架构师,假如一个 ide 产品,他的数据模型基本都在前端,他的架构师基本大概率是前端(往往那时候角色已经模糊了),但是国内大部分电商啊、CRM啊、社交啊,之类的数据模型基本都是后端接触更多,有些应用场景前端更是完全不设计,只使用数据,结果自然而然(前端离散,解耦,如果设计数据,设计的更多也是展示维度的数据,而非整个业务的全生命周期模型)。
PS:我是前端,也整过基础架构团队(不过我总感觉架构这两个词表达不准确,更准确是前端基础技术或者前端基础设施团队)
为什么绝大多数二传手都是打排球的?
为什么绝大多数守门员都是打足球的?
我的回答是,因为打乒乓球它不需要二传手啊。
所以,是否因为乒乓球不需要二传手,所以乒乓球就是上限低于排球的运动?