大家好,我是冰河~~
一直以来,都想写一个系统介绍架构师核心技能的专栏,那就是《架构师进阶系列》。为什么要写这个专栏呢?很多人认为自己技术能力不错,但是每次想面试大厂的时候,总是被面试官吊打。
又有些小伙伴觉得自己综合能力还行,去大厂面试架构师,结果被面试官问的自己都不好意思了。
那究竟是为啥会出现这种情况呢?架构师与高级开发工程师的分水岭到底是啥?为什么你总是无法晋升成为架构师呢?从本质上讲,那是因为你缺乏两个最重要的认知,一个是技术认知,一个是能力边界认知。
今天,我们就一起简单聊聊成为架构师的这两个核心认知,希望能够为你带来实质性的帮助。
技术认知
想要成为架构师,首先你就要提升自己的技术认知。
需要认识到技术从本质上说是静态的,所在领域的业务和用户是动态变化的,具体的问题需要从具体的业务领域出发。
我身边有很多小伙伴会说:我只想做技术,我不想做业务。
其实,从本质上讲,所有的技术都是服务于业务的,利用技术解决某个业务领域的问题才是最复杂的,也是最能令人产生自豪感的。
能力边界认知
想要成为架构师,第二点也是最为关键的一点就是提升自己对能力边界的认知。
很多人认为成为架构师需要足够的技术经验,要懂高并发、高性能、高可用、高扩展等等技术,要懂管理,能够带领团队。
其实,从本质上说,这些能力确实挺重要的,但这都是次要的,并不是成为一个合格架构师的核心能力。
那么,架构师的核心能力是啥?它与高级开发工程师的分水岭又是啥?
之前,我也和身边的一些小伙伴讨论过这个问题,也在一些大厂的招聘网站上看过招聘信息,也和一些互联网大厂的大佬们交流过中高级工程师晋升架构师的标准。
无一例外,晋升架构师除了需要掌握架构知识体系以外,还需要具备一定的互联网设计经验。
也有很多小伙伴认为:那很简单啊,我在了解原有技术框架和原理的基础上,会使用这些框架,然后再了解一些高并发、高性能、高可用、高扩展的知识,那我不就能够成为架构师了吗?
其实,我想反过来问一句:会一些高并发、高性能、高可用、高扩展的知识,就能够成为架构师吗?
答案是:不能。
晋升为架构师的一个很重要的事项就是:你做的事情所能影响到的边界。
例如:
- 一名中高级开发工程师的能力边界是整个系统的某个模块或者子系统层面。
- 一名架构师的能力边界至少是全系统层面。
- 一名高级架构师的能力边界至少是某一领域层面。
所以,成为架构师并不是简单的会点技术、懂点原理就可以的。
好了,开篇就写到这里吧,重在点出要想成为架构师需要具备的两个核心能力。
最后,你想在《架构师进阶系列》中学到哪些知识和技能呢?欢迎在文末留言告诉我,冰河为你安排。
好了,今天就到这儿吧,我是冰河,我们下期见~~