说起程序员人们的第一印象就是工资高、加班凶、话少钱多头发少。再加上现在科技互联网公司太吃香，bat、华为小米等公司程序员加班情况被广泛传播，程序员用生命在敲代码的印象刻在了很多人的心里。
与其它行业一样，凡是有高级和普通，虽然都是敲代码但也有大牛和普通之分，大牛程序员，一个人比一个团队做项目都做得快，最为出名的当属十几年前求伯君在做wps时，一个人完成了微软二十人团队没有完成的项目需求，也让wps在与微软的竞争中站稳了脚跟。程序员的能力差距真的比贫富的差距还要大。除了能力主要还是和智商有关系。
从工作的方面来说，普通程序员和高级程序员一般有下面几个区别
普通程序员：一、知识体系零散、没有系统性的思维，在写代码、改bug的时候没有工程素养，往往是拆了东墙补西墙。
二、对某种语言的依赖性太强，知识无法很好的迁移，一旦换了语言、或者领域不同就会不知所措
三、经验不足却自认为自己经验丰富，只对自己做过的比较顺手，但是碰到未知的问题，就束手无策
高级程序员一、知识体系完整，有系统性的思维，及时没有到架构师的级别，在写代码和改bug的时候也能从整体上去思考和把握。
二、学习能力强有了自己的心智模型，知识可以自由迁移，并可以高效地切入不同的领域和语言
三、拥有真正的经验，不只是做够那些项目，而是面向未知的解决问题的能力。
能力不缺的前提下，主要的区别就是抓不到问题的本质，普通程序员多半是直线型思维，见招拆招，干的多，想得少，接到一个项目就开始噼里啪啦敲代码，不想就在电脑上敲上include ，一天敲个几千行。而高级程序员更擅长抓住问题的本质，将看似复杂的需求化繁为简为一系列简单逻辑的堆叠，写代码步步为营，逻辑简单清晰，所有条件分支都被仔细覆盖，磨刀不误砍柴工。
简单的来说，同样是一个项目需求，普通程序员可能要天天加班忙上一个月，而高级程序员可以每天按时下班，几天就搞定。这也是为什么会出现“月薪五千的程序员天天加班到夜里，月薪五万的程序员5点下班”的尴尬情况。公司追求的是利润而不是努力，谁创造的多当然拿到的就多。
那么如何才能从普通程序员进阶到高级程序员呢？一、提高代码优化的能力：“代码可运行”对一个优秀的程序员来说绝不是结束，而是开始。优秀的程序员一定熟知各种算法和数据结构，会灵活运用，致力于写出更简单、效率更高的程序。
二、先考虑、多思考：编程思路，是系统的计划和设想，是程序员写程序时的条理和线索。编程思路，是系统的计划和设想，是程序员写程序时的条理和线索。
感谢大家能看完我这么长的分享，希望以下的学习路线能对你有帮助
设计模式是可复用面向对象软件的基础，学习设计模试是每个程序员从菜鸟走向大神的必经之路，巧妙地运用设计模式可以使我们的代码看似复杂实际简洁、复用性更高、更容易被别人理解等好处，同时也是学习软件工程的基础和必然。
主要培养编程者深入了解最底层的运作原理，加强编程者逻辑思维，这样才能写出高效、安全、可靠的多线程并发程序。
通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。程序员的战斗，往往不是一个人的战斗，我们如何在一个平台下高效的去重，进行代码review，对功能进行调整，debug，做到在统一的规划下步步为营，混乱的堆代码的过程中找到自己的记录。这一切都依赖于有效的工具。
我们不仅仅对项目要运筹帷幄，还要能解决一切性能问题。只有深入学习JVM底层原理，Mysql底层优化以及Tomcat调优，才能达到知其然，知其所以然的效果。除了性能优化之外，也能提供通用的常见思路以及方案选型的考虑点，帮助大家培养在方案选型时的意识、思维以及做各种权衡的能力。
程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。
我们的目标应该放在最常用的框架上面，下面就介绍两个：一个是Spring，另一个是大家用来觉得一直不怎么出问题的Mybatis。
随着我们的业务量越来越大和越重要，单体的架构模式已经无法对应大规模的应用场景，而且系统中决不能存在单点故障导致整体不可用，所以只有垂直或是水平拆分业务系统，使其形成一个分布式的架构，利用分布式架构来冗余系统消除单点的故障，从而提高整个系统的可用性。同时分布式系统的模块重用度更高，速度更快，扩展性更高是大型的项目必不可少的环节。
在合适的项目，合适的团队，采用微服务架构收益会大于成本。
微服务架构有很多吸引人的地方，但在拥抱微服务之前，也需要认清它所带来的挑战。
微服务架构引入策略 – 对传统企业而言，开始时可以考虑引入部分合适的微服务架构原则对已有系统进行改造或新建微服务应用，逐步探索及积累微服务架构经验，而非全盘实施微服务架构。
要想立足于互联网公司，且能在互联网浪潮中不被淹没，对于项目的开发实战演练是不必可少的技能，也是对自身能力的一个衡量，有多少的量对等于获得多少的回报。看似简单的一个项目需求图谱，其中的底层原理，实现原理又能知道多少？你搭建一个完整的B2C项目平台到底需要多少知识？这一切都是需要我们考量的。
