前言：突然写这篇文章，是因为在网上看到的一篇比较有意思的程序员面试感悟文章：一位毕业三年的实力程序员的面试总结，反映了当下高水平的程序员的上层能力水平，目前已毕业两年了，需要学习的东西还有很多，在距离毕业三年还有一年多的时间，年轮在疯长，能力也必定要达到自成一格的程度。

个人成长经历：   ……

具体成长历程，暂略。

无论过往经历了多少艰辛的心酸，相信都是为了以后的高台筑基！

            下面的要求以及感悟，纯对于自己本人的要求。 

关于程序员的几个阶段

LZ也偶尔会思考自己的未来，也从自己的思考中总结出了一些东西，作为第一部分来谈谈。

LZ认为一名程序员应该有几个阶段（以下时间都算上实习期），但是个人并不会把程序员这一职业当做前半生的所有工作或者事业，如果有机会会选择离开这一行业：

第一阶段----三年（26岁）

我认为三年对于程序员来说是第一个门槛，这个阶段将会淘汰掉一批不适合写代码的人。这一阶段，我们走出校园，迈入社会，成为一名程序员，正式从书本上的内容迈向真正的企业级开发。我们知道如何团队协作、如何使用项目管理工具、项目版本如何控制、我们写的代码如何测试如何在线上运行等等，积累了一定的开发经验，也对代码有了一定深入的认识，是一个比较纯粹的Coder的阶段。……

有些人在三年里，除了完成工作，在空余时间基本不会研究别的东西，这些人永远就是个Coder，年纪大一些势必被更年轻的人给顶替；有些人在三年里，除了写代码之外，还热衷于研究各种技术实现细节、看了N多好书、做了N多笔记总结、写一些博客、在Github上分享技术，这些人在三四年后必然具备在技术上独当一面的能力并且清楚自己未来的发展方向，从一个Coder逐步走向系统分析师或是架构师，成为项目组中不可或缺的人物。

第二阶段----五年（28岁）

五年又是区分程序员的第二个门槛。如果在前几年就抱定不转行的思路并且为之努力的话，那么在五年的这个节点上，有些人必然成长为一名对行业有着深入认识、对技术有着深入认识、能从零开始对一个产品进行分析的程序员，这样的人在公司基本担任的都是技术专家、架构师等最关键的职位，这对于自己绝对是一件荣耀的事，当然老板在经济上也绝不会亏待你。

第三阶段----七年（30岁）

十年又是另一个门槛了，转行或是继续做一名程序员就在这个节点上。有人说，第三个阶段应该是大学毕业后十年，其实不然，10年那是已经看到成果了，花费七年时间了解这个行业大环境，并决定自己的事业方向已经足够了。还剩下的三年是具体践行的，成败还可以再来一次。这个年龄段距离目前还很远，暂时不估算，毕竟未来有太多变数。

第一部分总结一下，我认为，随着你工作年限的增长、对生活对生命认识的深入，应当不断思考三个问题：

工作与生活的关系？

更大的社会职责，团队职责？

从哪里来，要到哪里去？

最终，明确自己的职业规划，对自己的规划负责并为之努力。

  ====================第一版：优秀程序员之路======================

 关于项目经验

      LZ在网上经常看到一些别的朋友有提出项目经验的问题，依照LZ面试的感觉来说，面试主要看几点：项目经验+基本技术+个人潜力（也就是值不值得培养）。

     关于项目经验，我认为并发编程网的创始人方腾飞老师讲的一段话非常好：

介绍产品时面试官会考察应聘者的沟通能力和思考能力，我们大部分情况都是做产品的一个功能或一个模块，但是即使是这样，自己有没有把整个系统架构或产品搞清楚，并能介绍清楚，为什么做这个系统？这个系统的价值是什么？这个系统有哪些功能？优缺点有哪些？如果让你重新设计这个系统你会如何设计？

      我觉得这就已经足以概括了。也许你仅仅工作一年，也许你做的是项目中微不足道的模块，当然这些一定是你的劣势且无法改变，但是如何弥补这个劣势，从方老师的话中我总结几点：

    明确你的项目到底是做什么的，有哪些功能

   明确你的项目的整体架构，在面试的时候能够清楚地画给面试官看并且清楚地指出从哪里调用到哪里、使用什么方式调用

   明确你的模块在整个项目中所处的位置及作用

   明确你的模块用到了哪些技术，更好一些的可以再了解一下整个项目用到了哪些技术

      在你无法改变自己的工作年限、自己的不那么有说服力的项目经验的情况下（这一定是扣分项），可以通过这种方式来一定程度上地弥补并且增进面试官对你的好感度。

       补充一点，在面试中聊你的项目的时候，有一个问题90%是绕不过的：谈一下你在项目中解决过的比较复杂的问题。这需要在工作中不断去发现和探索，不需要多，在你自己目前的项目中只要你找到一两个能说的问题就行。一个小技巧是，即使问题不是你解决的而是别人解决的，但是你把这个问题弄懂、搞透了，在面试的时候你一样可以把这个问题当作是你自己解决的来说----毕竟，谁来管这个问题当时到底是不是你解决的呢？

       上面这些工作意识，或许很早就知道了，在工作一年以后有了这种意识就要在后面的工作中加强对这种操作的熟悉，熟练操作步骤对尽快成为高工是非常有必要的。      

关于专业技能

      一名3年工作经验的Java程序员应该具备的技能，我这里要说明一下，以下列举的内容不是都要会的东西----但是如果你掌握得越多，最终能得到的评价、拿到的薪水势必也越高？个人能力与薪水是不会成为绝对正比的！需要合理把握这个平衡！

1、基本语法

     这包括static、final、transient等关键字的作用，foreach循环的原理等等。今天面试我问你static关键字有哪些作用，如果你答出static修饰变量、修饰方法我会认为你合格，答出静态块，我会认为你不错，答出静态内部类我会认为你很好，答出静态导包我会对你很满意，因为能看出你非常热衷研究技术。

     最深入的一次，LZ记得面试官直接问到了我volatile关键字的底层实现原理（顺便插一句，面试和被面试本身就是相对的，面试官能问这个问题同时也让面试者感觉到面试官也是一个喜爱研究技术的人，增加了面试者对公司的好感，LZ最终选择的就是问了这个问题的公司），不要觉得这太吹毛求疵了----越简单的问题越能看出一个人的水平，别人对你技术的考量绝大多数都是以深度优先、广度次之为标准的，切记。

2、集合

     非常重要，也是必问的内容。基本上就是List、Map、Set，问的是各种实现类的底层实现原理，实现类的优缺点。

     集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的实现原理，能流利作答，当然能掌握CopyOnWrite容器和Queue是再好不过的了。另外多说一句，ConcurrentHashMap的问题在面试中问得特别多，大概是因为这个类可以衍生出非常多的问题，关于ConcurrentHashMap，我给网友朋友们提供三点回答或者是研究方向：

（1）ConcurrentHashMap的锁分段技术、ConcurrentHashMap的读是否要加锁，为什么

（2）CopyOnWriteArraytList的实现，他们的迭代器是强一致性的迭代器还是弱一致性的迭代

（3）堵塞队列的认识

3、设计模式

     本来以为蛮重要的一块内容，结果只在阿里巴巴B2B事业部面试的时候被问了一次，当时问的是装饰器模式。

    当然咱们不能这么功利，为了面试而学习，设计模式在工作中还是非常重要、非常有用的，23种设计模式中重点研究常用的十来种就可以了，面试中关于设计模式的问答主要是三个方向：

（1）你的项目中用到了哪些设计模式，如何使用，过往项目中常见使用场景了然于心？会扩展拼接？

（2）知道常用设计模式的优缺点

（3）能画出常用设计模式的UML图

4、多线程

       这也是必问的一块了。因为三年工作经验，所以基本上不会再问你怎么实现多线程了，会问得深入一些比如说Thread和Runnable的区别和联系、多次start一个线程会怎么样、线程有哪些状态。当然这只是最基本的，出乎意料地，几次面试几乎都被同时问到了一个问题，问法不尽相同，总结起来是这么一个意思：

    假如有Thread1、Thread2、Thread3、Thread4四条线程分别统计C、D、E、F四个盘的大小，所有线程都统计完毕交给Thread5线程去做汇总，应当如何实现？

     聪明的网友们对这个问题是否有答案呢？不难，java.util.concurrent下就有现成的类可以使用。

    另外，线程池也是比较常问的一块，常用的线程池有几种？这几种线程池之间有什么区别和联系？线程池的实现原理是怎么样的？实际一些的，会给你一些具体的场景，让你回答这种场景该使用什么样的线程池比较合适。

     最后，虽然这次面试问得不多，但是多线程同步、锁这块也是重点。synchronized和ReentrantLock的区别、synchronized锁普通方法和锁静态方法、死锁的原理及排查方法等等，关于多线程，我在之前有些过文章总结过多线程的40个问题，可以参看40个Java多线程问题总结。

5、IO

      IO分为File IO和Socket IO，File IO基本上是不会问的，问也问不出什么来，平时会用就好了，另外记得File IO都是阻塞IO。

      Socket IO是比较重要的一块，要搞懂的是阻塞/非阻塞的区别、同步/异步的区别，借此理解阻塞IO、非阻塞IO、多路复用IO、异步IO这四种IO模型，Socket IO如何和这四种模型相关联。这是基本一些的，深入一些的话，就会问NIO的原理、NIO属于哪种IO模型、NIO的三大组成等等，这有些难，当时我也是研究了很久才搞懂NIO。提一句，NIO并不是严格意义上的非阻塞IO而应该属于多路复用IO，面试回答的时候要注意这个细节，讲到NIO会阻塞在Selector的select方法上会增加面试官对你的好感。

     如果用过Netty，可能会问一些Netty的东西，毕竟这个框架基本属于当前最好的NIO框架了（Mina其实也不错，不过总体来说还是比不上Netty的），大多数互联网公司也都在用Netty。

6、JDK源码

     要想拿高工资，JDK源码不可不读。上面的内容可能还和具体场景联系起来，JDK源码就是实打实地看你平时是不是爱钻研了。LZ面试过程中被问了不少JDK源码的问题，其中最刁钻的一个问了LZ，String的hashCode()方法是怎么实现的，幸好LZ平时String源代码看得多，答了个大概。JDK源码其实没什么好总结的，纯粹看个人，总结一下比较重要的源码：

（1）List、Map、Set实现类的源代码

（2）ReentrantLock、AQS的源代码

（3）AtomicInteger的实现原理，主要能说清楚CAS机制并且AtomicInteger是如何利用CAS机制实现的

（4）线程池的实现原理

（5）Object类中的方法以及每个方法的作用

    这些其实要求蛮高的，LZ去年一整年基本把JDK中重要类的源代码研究了个遍，真的花费时间、花费精力，当然回头看，是值得的----不仅仅是为了应付面试。

7、框架、架构底层设计

    老生常谈，面试必问的东西。一般来说会问你一下你们项目中使用的框架，然后给你一些场景问你用框架怎么做，比如我想要在Spring初始化bean的时候做一些事情该怎么做、想要在bean销毁的时候做一些事情该怎么做、MyBatis中$和#的区别等等，这些都比较实际了，平时积累得好、有多学习框架的使用细节自然都不成问题。

    如果上面你的问题答得好，面试官往往会深入地问一些框架的实现原理。问得最多的就是Spring AOP的实现原理，当然这个很简单啦，两句话就搞定的的事儿，即使你不会准备一下就好了。LZ遇到的最变态的是让LZ画一下Spring的Bean工厂实现的UML图，当然面对这样一个有深度的问题，LZ是绝对答不出来的/(ㄒoㄒ)/~~

8、数据库

     数据库十有八九也都会问到。一些基本的像union和union all的区别、left join、几种索引及其区别就不谈了，比较重要的就是数据库性能的优化，如果对于数据库的性能优化一窍不通，那么有时间，还是建议你在面试前花一两天专门把SQL基础和SQL优化的内容准备一下。

    不过数据库倒是不用担心，一家公司往往有很多部门，如果你对数据库不熟悉而基本技术又非常好，九成都是会要你的，估计会先把你放到对数据库使用不是要求非常高的部门锻炼一下。

数据库设计与优化能力是必备的。

9、数据结构和算法分析

      数据结构和算法分析，对于一名程序员来说，会比不会好而且在工作中绝对能派上用场。数组、链表是基础，栈和队列深入一些但也不难，树挺重要的，比较重要的树AVL树、红黑树，可以不了解它们的具体实现，但是要知道什么是二叉查找树、什么是平衡树，AVL树和红黑树的区别。记得某次面试，某个面试官和我聊到了数据库的索引，他问我：

你知道索引使用的是哪种数据结构实现吗？

       LZ答到用的Hash表吧，答错。他又问，你知道为什么要使用树吗？LZ答到因为Hash表可能会出现比较多的冲突，在千万甚至是上亿级别的数据面前，会大大增加查找的时间复杂度。而树比较稳定，基本保证最多二三十次就能找到想要的数据，对方说不完全对，最后我们还是交流了一下这个问题，我也明白了为什么要使用树，这里不说，网友朋友们觉得索引为什么要使用树来实现呢？

      至于算法分析，不会、不想研究就算了，记得某次面试对方问我，Collections.sort方法使用的是哪种排序方法，额，吐血三升。当然为了显示LZ的博学，对算法分析也有一定的研究(⊙﹏⊙)b，LZ还是硬着头皮说了一句可能是冒泡排序吧。当然答案肯定不是，有兴趣的网友朋友们可以去看一下Collections.sort方法的源代码，用的是一种叫做TimSort的排序法，也就是增强型的归并排序法。

10、Java虚拟机

       出乎LZ的意料，Java虚拟机应该是很重要的一块内容，结果在这几家公司中被问到的概率几乎为0。要知道，LZ去年可是花了大量的时间去研究Java虚拟机的，光周志明老师的《深入理解Java虚拟机：JVM高级特性与最佳实践》，LZ就读了不下五遍。

     言归正传，虽然Java虚拟机没问到，但我觉得还是有必要研究的，LZ就简单地列一个提纲吧，谈谈Java虚拟机中比较重要的内容：

Java虚拟机的内存布局

GC算法及几种垃圾收集器

类加载机制，也就是双亲委派模型

Java内存模型

happens-before规则

volatile关键字使用规则

也许面试无用，但在走向大牛的路上，不可不会。

11、客户端方面的一些问题

12、项目总体把握（版本迭代、运营数据、产品方向）

13、线上问题处理

14、项目团队管理

最后，如果有兴趣有时间，建议学习、研究一下SOA和RPC，面向服务体系，大型分布式架构必备，救命良方、包治百病、屡试不爽。

首先，前三年，如果一个程序员大致能做到一下几点（后面还会详谈）：

具有扎实的基本功

能快速完成领导交给你的代码开发任务

能在遇到问题的时候有正确的解决思路

能对公司的新人进行一定辅导，包括但不限于技术点分享、代码评审、需求分析、表结构设计等

那么，从第四年开始，我认为可以、也应当朝更高的层次进行迈进，前一个层次如果更多是偏重个人，那么这个层次我认为更多应该偏重团队，简单罗列一下大致上应该有：

系统设计能力，或许在之前给一个功能，能从DB设计-->服务端开发-->前端开发一栈把事情都做好，那么之后，在领导给出具体一块大业务，比如想做一个淘宝商场的会员模块，能充分分析出整个功能并把功能拆分成一个一个的点、能对每一个点之间的交互画出交互图、能梳理清楚数据库的ER关系图、能把工作合理分配给同事进行开发

带领团队能力，大致就是把控整体开发节奏，保证在约定时间点前进行交付，不出现延期的情况

大而博不如小而美，会10门技术、每门技术掌握到6分，不如会5门技术、2门技术掌握到8分，我感觉整个行业什么都会一点的人比较多，把一门技术进行深入研究的比较少，毕竟掌握也许只需要1星期，深耕或许需要1个月甚至更久。在五年这个节点，我认为选择一到两个自己感兴趣的方向进行深入研究会是一个比较好的选择

   这是我自己的思考，也是我在第五年开始对自己的要求，希望这一些思考也能给大家带来一些启发。

          =============================【加强版】==============================

 三年节点，我理解的优秀程序员应当具备的技术素质

      网上有很多所谓的Java程序员面试经，其实看下来的感觉就是没多大用，面试是没有套路的，每一个面试官问的东西也都不一样，如果根据那些面试问题去学习和准备，那真的是只见树木不见森林，对个人提升没有太大提高。

那么，在五年这个阶段，一个优秀的程序员应当具备怎样的技术素质呢？按照我个人的理解，主要就是基本功+项目。

     为什么之前说针对面试题进行学习和准备作用不大，因为我认为我们关注的不应当是题，而是题背后的一个一个的方向，这也就是我认为的基本功。那从基本功的角度来说，罗列一下我能想到的，包括但不限于以下内容：

工作相关使用到的JDK类及其相关源码、机制

设计模式，设计模式在工作中用到了哪些，具体使用场景

并发类的相关知识，线程安全、锁机制、信号量、闭锁、栅栏、线程池等

框架相关，Spring相关机制、Akka相关机制、Netty相关机制、使用的细节点、框架实现原理等

JVM，内存布局、垃圾识别算法、垃圾回收算法、垃圾收集器、类加载机制、内存模型、出现内存问题时定位问题的方法等

数据库的基本数据类型、索引机制、各引擎区别、锁机制、慢SQL定位及优化等

缓存机制，这里的机制指的是缓存加载、缓存击穿、缓存雪崩这些机制及其相关应对方案，用过Redis、MemCache的最好理解一下它们的原理或者缓存提供的一些高级功能，集群如何实现

分布式的一些知识，比如CAP理论、数据一致性的几种解决方案、分布式事务如何处理、分库分表怎么做、现有的相关解决方案等

NIO的作用，epoll模型是否知道一些，Netty的相关机制、Netty相比原生NIO的优点、半包拆包、断线重连解决方案等

Web相关，Get与Post的区别、转发与重定向的区别、跨域问题如何解决、如何保证接口幂等性等

网络层相关，三次握手和四次握手、全连接队列和半连接队列、负载均衡算法等

其他中间件，MQ作用和使用场景、服务化治理框架的作用和使用场景、配置中心的作用和使用场景等

数据结构，数组、链表、栈、队列、树等优缺点，在什么场景下使用什么数据结构

Linux相关知识，基本命令的使用，排查日志、定位问题，项目或者第三方组件的基本运维等

     坦白讲，以上的这些东西全都掌握也不可能，哪怕面试官肯定也有很多不会的，但这就是基本功，能多掌握一点多掌握一点，技多不压身，至于别人如何评价你，就留给别人去评价吧，做好自己能做好的就行了。我在之前写过的文章中反复强调深度+广度，深度优先、广度次之，有了深度+广度，在开发过程中我们可以尽快完成需求，在遇到问题情况下我们可以第一时间找到应对方案。

      在三年的时间点，能掌握上述的知识点是一名及格的程序员，但如果只是具备这些硬性技能，还是不够，后两年更多的应当是在项目上进行积累，也就是前面说的项目，大致上应该有：

独立完成复杂业务，或者完成一个已有项目中的大功能点，这就需要有根据业务对功能进行分解、分析的能力

独立排查复杂问题，在项目运行过程中，一定不可能安然无事，除开业务性的问题，CPU 100%是否能独立排查、内存溢出是否能独立排查、应用死锁或者DB死锁能否独立排查、API调用时间长能否独立排查，以上问题排查完毕能否及时解决

带领团队的能力，可能这时候带领的是1~2个人的小团队，即使一个小团队，也能考验带团队、任务合理分配的能力

     机会永远留给有能力、有准备的人，我们首先想的不应该是等待别人交给你一件有挑战性的事情，你在做这件事情的情况下去提升自己，而应当是先提升自己的素质，然后让别人放心把有挑战性的事情交给你来做。

关于HR面试

 如果你过五关斩六将，成功地通过了所有的技术面，那么恭喜你，你离升职加薪、出任CEO、迎娶白富美、走向人生巅峰又进了一步。但是还没有到谈薪资待遇的时候，最后还有一个考验：HR面试。基本所有的大公司都有这一轮的面试，不要小看HR面试，很多公司的HR对于面试者都有一票否决权的----即使前面的面试对你的评价再高。

       所以，这轮的面试也必须重视起来，HR面试主要问的是几点：

简历中写的过去工作经历的离职原因

当前公司薪资待遇

期望能到怎样的一家公司

个人未来的发展方向

      我专门提一下第2点。可能有人比较排斥也不想说这个，我个人倒是持开放状态，问了就说了，当然一些的夸大还是必要的，当前公司薪资待遇多报个一千块钱完全没问题（毕竟是一家互联网公司总多多少少有些补贴啊什么的嘛）。因为这和你在新公司能拿到的薪水关系不大，新公司能拿到的薪水的决定因素是整个公司的薪资情况以及根据你的面试情况在公司的定位，都是有固定的薪资范围的。HR问这个主要也就是心里有个数并且看你是否诚信----有些公司入职时会要求你提供最近一家单位的银行流水号。

      HR面试就说到这里了，总结起来其实就是四个字：滴水不漏。整个面试过程态度积极向上，不要有任何悲观消极的态度（尤其在谈到以前公司情况的时候，即使有再多的不满），就不会有问题。

关于面试心态

 这个嘛，LZ其实在公司也面试过几个人，一半以上的面试者回答问题的时候都属于那种双腿发抖、声音颤抖的类型。在LZ看来这大可不必并且这还是扣分项，回答问题的时候最最基本的两个要求：

不紧不慢，平心静气

条理清晰

      表达能力绝对是面试的时候重要的考察项目。咱们做的是程序员这一行，讲究的是团队协作，不是写作、画画，一支笔、一个人就行了，一个表达能力不行的程序员，要来又有什么用呢？

除此之外，就是保持良好的心态。古语说得好，只要功夫深，铁杵磨成针，面试的成功与否，在于平时的积累，临时抱抱佛脚，看两道面试题是没有用的，只要平时足够努力，成功是水到渠成的事情，平时不怎么研究技术的，那也就是个听天由命的事情，只要充分地展示平时自己的所学就可以了。

      因此在我看来，不要把面试当作面试，当做一次技术交流，把面试的心态从我要找到一份工作转变为我要通过面试去发现不足、提升自己，这样就会平和多了，即使失败也不会有太多失望的感觉。

      另外，如果平时自己热衷于研究技术的朋友，真的要有自信，不要觉得别人面试你别人就比你厉害。面试官未必比你优秀，他问的问题往往都是他平时研究得比较多的问题，你一样有很多自己的研究面试官未必知道。

关于Java

      网上常看到一种说法：Java比较简单。某种程度上这会打击Java程序员的信心----原来咱们平时用的是这种小儿科的玩意儿啊，在我看来这种想法大可不必，这一部分我来讲讲对于这个话题的看法。

      这种说法有些片面，得分开两部分来看，我用四个自总结一下就是：易学难精。

1、易学部分

Java易学我认为有两部分的原因：

很多培训公司包括大四的学生找工作都会学习Java，绝大多数是因为易学。Java从C/C++发展而来，感谢前人的智慧，它消除了C/C++中最复杂和让人困惑的语法、它消除了平台的差异性、它不需要用户手动释放内存空间、它避免了Java程序员和本地语言的交互，让程序员只需要专注于语法层面和应用层面

Java作为一门面向对象的语言，在企业级开发中体现出了它无与伦比的特性，整个开发流程比较固定化、模块化，需求分析起来也相对容易。我举个自己以前的例子吧，我在大一学习C语言的时候，用C语言写了一个图书管理系统写了2000行+的代码，大四学了C++之后，用面向对象的语言C++取代面向过程的语言C语言重新写了一个功能相似的图书管理系统，只写了1100行的样子，这就是面向对象的优势

2、难精部分

接着咱们聊聊难精的部分。

       Java语言的设计者帮助Java程序员做了这么多事情，这有利也有弊。有利的部分前面已经说过了，让Java易学，不过有弊的部分同样明显。假如在应用运行过程中遇到了语法层面和应用层面之外的错误，应当如何处理？比如线上环境出现内存溢出怎么办？GC时间过长怎么办？IO长时间没反应怎么办？方法抛出莫名其妙的异常怎么办？

       凡此种种，绝不是一名只会写几个if...else...的Java程序员就可以解决的，这需要大量的经历、大量的实践、大量对Java底层实现细节的研究，而这往往是最难、最考验Java程序员的部分，一些人根本就不想往深去研究，另外一些人研究了一点点就研究不下去了。

      Java为什么难精？就是这个原因。除非你水平特别高，否则五年工作经验以下的Java程序员在简历上写"精通Java"绝对是一件非常愚蠢的事情。

    个人感悟：只是把java技术当做一项过渡技能，一段修身技能，生活除了这项技能还有其他更多的东西是有趣的、需要学习的、要提升的。  

结语

文章写到这里，感觉有点像鸡汤文了，那就以最后的鸡汤作为结尾吧。

在以前博客园的一篇文章中，讲到了奔三程序员的困惑，大致说的是三十岁之后程序员要转行之类的云云，LZ在博文中留下了如下的评论：

就以这段话自勉、共勉吧。越努力、越幸运，如果你不是官二代、富二代、红二代，那么请记住：勤奋才是改变你命运的唯一捷径。    

年轮在疯长，并没有其他人一样那么多时间去浪荡，需要自己加强规划、反复迭代自己的目标规划

    感悟原文地址http://www.cnblogs.com/xrq730/p/5260294.html，转载请注明出处，谢谢！

 http://jm.taobao.org/2018/07/09/聊聊阿里社招面试，谈谈“野生”Java程序员学习的道路/

       =================【附：自我要求版】=====================

1】JDK源码分析两遍  相关博客CSDN、博客园等

2】集合、IO、异常、Date、java.util.concurrent、Thread源码熟悉（数据结构、底层实现原理、常用）

3】《并发编程的艺术》《并发编程实战》《并发编程核心技术》反复迭代三次以上

4】《深入理解java虚拟机》《java虚拟机优化》迭代三遍以上；内部具体原理找博客理清思路

5】《分布式java应用：基础与实践》、《Netty编程指南》、《 大型网站技术核心与案例分析》      3遍+

6】《高性能Mysql》、《Mysql技术内幕:innodb存储引擎》       2遍+

7】《数据结构简明教程》《重构改善既有代码的设计》《151个建议》《阿里开发手册》

8】《Spring技术内幕》 《Scala与akka实践》

                                                                                                                                                                                                                 ————————2018.7.20    江东子弟