技术人员要拿百万年薪，必须要经历这9个段位
很多人都问，技术人员如何成长，每个阶段又是怎样的，如何才能走出当前的迷茫，实现自我的突破。所以我结合我自己10多年的从业经验，总结了技术人员成长的9个段位，希望对大家的职业生涯，有所帮助。
1.
刚接触编程的时候，会觉得这是个很神奇东西，平淡的英文字母，再加上标点符号，竟然可以有这么大魔力。会觉得编程是很有自豪感的事情，因为在我们看来，它就是在创造，用这些跳动的字符，创造我们想要的效果。
我当时第一次看到编程的时候，就是这种感觉，我也不知道它是什么，如何做到的，但是就是感觉这很神奇，是一种不懂但是觉得很酷的感觉，然后就会着迷，开始想学。
2.
开始学编程的选择，是没有选择的，因为什么都不懂，可能最先从哪里看到的，就模仿学什么，然后就走上了编程之路。
我最先接触的语言是 Pascal语言，当时我不知道它是什么，只知道它叫这个名字。这门语言是在高中的时候，计算机书本上的，我学了一些，与其说是学，还不如是记，因为我没有练过，没有运行过。
3.
走上了编程之路后，学习得方式主要看语法，这个是为了入门，但是并不太知道为什么会这样，但是能用，能模仿，这时候算是入门了。
入门后，会迫不及待的，使用实验各种效果，而且这些结果可能都不是自己写出来的，因为入门了，环境可以搭建，会运行，就会从很多地方拷贝一些代码，运行试试，然后感受成功后的自豪感。
我真正做出来东西的语言是VB，可以通过拖动生成界面，然后再填充需要的逻辑代码，就可以实现一些功能，比如MP3后缀名处理，HTML转TXT，那时候主要的目的，还是满足自己的需要，可以做一些酷的东西，并不是真的把它当成一门用于工作的技能系统的学习它，但是即使这样，已经够我在同学面前自豪了。
4.
真正的在走向工作之前，这时候的学习，就开始系统性，毕竟要决定靠这个谋生了。这时候我们会看一些实战类的书籍，比如如何做网站，通过什么框架，用到哪些数据库、服务器等等，这时候基本上已经走向正路了。
但是这个时候，我们只是会用阶段，大部分人还不知道为什么，比如Spring框架，我们知道这么配置可以用，可以IoC反转，但是不知道怎么实现的，原理是什么。
这个时候最大的特点就是，给分配的工作都能做，不太会的，也可以通过Google、百度解决，大不了拷贝别人的一份，改改即可。
不管怎么样，现在已经初步具备框架系统体系了，可以谋生了。
5.
随着工作时间的加长，经验的增加，你会渐渐的发展，很多常用的知识，自己只会用，但是并不懂，比如内存的分配，类的加载顺序，IoC的原理等等。
这时候大概是工作2年左右，如果快的话，可能会在工作第一年就意识到。这时候你会刻意的去买了一些讲解基础类的书籍，比如以前从来没有认真读完的《Thinking In Java》又开始重读了，并且读的很仔细，还会配合例子测试一下，俨然像一个刚入门的，但是你知道你很清楚你缺少的是什么，想从中学到什么。
然后你可能还会尝试买一些比较深入的书籍，比如讲解原理的，高级特性分析得等等，这时候你会逐步的在你现在的这门语言开始深入，要跨过不光会用，还要懂为什么的阶段，这个阶段是孤独的，因为大部分都是语言特性、原理的学习。
跨过去，就是鱼跃龙门，过不去，就是一个重复的螺丝钉。
6.
恭喜你能来到这个阶段，你不光会用，还知道原理。这个时候可能你已经工作3年以上了，这时候你开始独立负责一些项目，设计都是你来做。这时候对你的考验不光是编程语言本身了，你还会考虑如何让你的项目具备更好的扩展性，如何提高性能，如何和数据库、服务器、缓存等配合，设计出更好的系统。
这时候你可能开始看设计模式，也会研究数据库的优化，可能还会对Nginx研究，以便更好的使用。
这时候的主要特征，就是抽象能力、复用能力、组件化、模块化的提升，同时可以和编程周边（数据库、服务器等）进行更好的协调和搭配，以完成自己的项目设计。
这就是成为高级工程师之路。
7.
现在你来了第7段，这一段是资深工程师，是第6段的加强，并不会有质的突破。
在这个阶段，你会对抽象、架构的理解更深。开始积累更多的模块，形成一个SDK或者一个微服务，你开始深入研究安全，并发，监控。如果你是服务端，你可能会考虑服务双活甚至多活，考虑网关等等。
并且你可能已经开始跨多个端了解业务和架构设计，比如服务端和前端的分离，服务端和终端的协作，开始逐步的从全局（不限于自己的技术栈）思考问题、设计系统。
这个阶段，就是第6段的继续深入，积累，扩展，然后积累到可以突破到架构师。
8.
现在你终于突破到架构师了，你的眼界不在局限在你的技术栈，其他的语言你可能不懂，但是你知道如何使用他们，甚至你自己开始学习另外一门语言。
你设计的系统，不会只考虑自己的技术栈，你可能会选择更合适的技术栈来实现。
你会跨语言、技术栈思考问题，并且可以提出好的方案，比如负责的一个项目，横跨服务端、Android、iOS和前端，你会通盘考虑，兼顾哥哥技术栈，协调大家完成这个项目。
你不光可能完成分配的任务，还能对现有的系统提出更多有建设性的建议，进行优化，改进，甚至提前积累我们业务需要的技术、平台、知识，为我们未来的使用和扩展做准备。
你还会熟悉业务，可能比其他更多的人对业务更熟悉，因为只有这样，才能设计出更适合业务的架构。
你会借助技术负责人的能力，帮你推动协调事情，让你的想法更好的开展和实现。
你的考虑角度，永远都是整个技术部门，而不是再局限在某个项目，某个组，某个技术栈。
那么恭喜你，现在你是一个合格的架构师了。
9.
现在，到了第9段，现在可能你已经做了10年了，你发现，所有的一切技术，都是实现业务的工具。业务才是根本，技术是为业务服务的，如果买个系统就能达到目的，那么是不需要自己开发的。
这时候，你具备了再一次横向扩展的能力，可以横向到产品、市场、运营、设计、测试、运维等，这时候，你就不是一个单单的技术人了。
如果有一个称呼的话，可以是技术总监、技术VP等等。
10.
以上9段，是我结合自己10多年的从业经验，总结的技术人员成长的9段位，其中第5段是比较重要的，也是一个槛，第6，7段是一个积累的阶段，也是培养抽象、架构能力的阶段，这两个阶段，决定了你是否可以到第8段的架构师，所以第8段也是一个槛。
有些人，可能5年多就可以到第8段，但是可能需要10年才能到第9段，这是一个非常困难的过程，需要长期的积累，思想的蜕变，才能成长到第9段。
从第6段开始，你就不能只顾自己了，要更多的考虑协调、协作、体系、多角度。只有做的事情是让整个团队受益的，才能逐渐的突破第7段，进入第8段的架构师。
每一步，都踩实，多思考、多学习，在每个段位，都做一些超出这个段位的事情，很自然的就进入了下一个段位。
往期推荐：
-
分享下技术人员进阶的书单
-
阿里巴巴参谋长曾鸣的《智能商业》读书笔记—附思维脑图
-
努力成为一名‘‘值得跟’’的Leader
-
如何渡过30岁程序员的技术焦虑？
-
看字节跳动容器化场景下，如何实现性能优化？
扫码关注
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
