阿里P8架构师讲述：3—5年程序员的发展和出路在哪里？

工作3—5年后，程序员们的成长将迈入一个全新阶段。这既是程序员们的黄金时期同时又是最迷茫的时期，因为大家必须要要思考一下今后的职业方向。

3—5年程序员的发展和出路在哪里?

是继续做技术人，还是向管理者发力?是继续留在大公司，还是转投潜力小公司?如果没有核心竞争力，入行一两年的新程序员朋友是可以替代你大部分工作的，而且薪资还低，要怎么办，何去何从?

中坚力量的程序员们，是相对稳定的一群人，整体跳槽率低于三年以下经验的程序员，但是结合开头的迷茫，这个稳定其实也有点尴尬。

5年的程序员们正在面临的窘境是，必须快速成长，成为技术总监，否则很可能会被0—3年物美价廉的程序员替代。

那么程序员究竟要有怎样的核心竞争力，才能不迷茫，完成进阶呢?

1、从思维角度理解

正确认识自己

很多人会笑?最了解自己的人当然是自己。没错，但正视自己的优缺点，客观做出正确的选择却很难。

有了5年的工作经验之后，你应该非常清楚自己适不适合IT这个行业，并且对于自己将来走技术路线比如成为架构师;还是走管理路线比如成为CTO还是创业有一个大致的思考。

但是这些必须基于你对自己的了解，如果你性格非常内向，不喜欢和别人沟通，但做事有条理，完美主义，细心严谨，就算不为了工作自己也会写开源代码，并且乐在其中，说明你很适合做技术方向，想要做管理岗位还需要更多磨练。

回归编程的本质

让我们回归编程的本质，重新去理解程序员这个职业。

很多人认为程序员只要能按照需求写代码就可以了。虽然这也没什么错，但以上的工作，即使你完成了，依然很难拉开你与别人的差距，拔高自己。

有三点建议：

(1).用代码解决问题

写代码的最终目的什么?是为了产品的诞生。对产品功能进行分析、思考、代码落地的能力是重中之重。

写代码不是在完成一个任务，而是在解决一个问题，你需要了解清楚这个问题的前因后果，调查清楚同类问题的相同点、关联性、痛点，举一反三，真正去解决问题所以程序员不就能之纠结于代码是否写得漂亮，而应该落实到它是否能解决问题。

(2).理解产品和用户

记得知乎上有一个问题是，程序员应该给产品提建议么?当然应该，不是有句话说，人人都是产品经理吗?何况还是和产品经理并肩作战的程序员。

程序员不仅要提建议，还要给出自己对产品的思考、理解、规划。代码写出来的是是实实在在的产品，只有理解产品和用户才能真正生动起来。

(3).商业思维

我们要从更高层面去看待和理解编程的工作。

我国不像美国那样有那么深的技术积累，在技术创新方面的能力远远落后于它，所以我国的互联网产品更多是商业模式的创新，而非技术创新。

程序员所掌握的技术的淘汰速度可能还没有商业模式淘汰的速度快，商业模式的快速进步和更新必然要求技术能够快速更新以支持其发展。

2、从技术方面入手

在BAT这样的公司里，商业上的变化非常之快，要求技术体系能够适应这样的变化，直接导致了几乎所有的架构体系都不停地往通用性、扩展性方向发展，都以提供商业能力为自己的最终目标。如果没有商业思维，如何去理解和更新庞大的技术体系呢?

技术为商业服务、商业推动技术进步，这是互联网公司的基本法则。商业思维的一个体现，可能就是前瞻性了。能看到未来的技术需求和发展方向，你就是行业专家了。

1.架构师筑基专题

(1)并发编程

并发编程几乎是所有互联网公司面试必问问题，并发编程是Java程序员最重要的技能之一，也是最难掌握的一种技能。它要求编程者对计算机最底层的运作原理有深刻的理解，同时要求编程者逻辑清晰、思维缜密，这样才能写出高效、安全、可靠的多线程并发程序。目前网上没有系统的全面的并发编程学习大纲，我搜集了很多资料总结出来一个最全面的学习大纲：

 

高性能架构专题

阿里巴巴有很多大团队，这种大团队里有很多小团队，到小团队之后，做的业务都不相同，如果想立足成为一线互联网公司中的万能选手，最主流的分布式架构中有很多知识都是必须要去了解与学习的。并且在阿里面试过程中，面试官会问到实际应用场景的问题：比如微服务化、用户量、并发量、业务复杂度以及可扩展程度等，这里不多赘述。本屌提供一个分布式架构的学习思路也是自己目前还在学习中的体系：

(1)分布式架构思维以及分布式协调和分流

剩下的技术大纲加群：643459718 免费获取高可用、高并发、高性能及分布式、Jvm性能调优、Spring源码，
MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多个知识点的架构资料）