90后码农：我面试了很多80后程序员，他们大多技术深度都不够！

不论是在我国还是世界范围内，软件产业都是近几十年才出现的产业，搞编程的工作，目前还可以说成是科技工作者吧，目前互联网行业内的程序员想必主要是80后与90后了，当然一些70后朋友也是有的，不过还在主要参与编程工作的不会太多了，而00后的想必目前还都在大学校园吧，当然他们也会参与编程，只不过不是他们的工作而已，那么关于90后程序员与80后程序员，这两个年代的编程人有什么差异呢，接下来，有一名90后程序员网友是这么评价他所看到的80后程序员们。

 

 

据这名90后程序员网友说，他个人认为工作三五年的技术上应该成为技术大牛，七年八年、八九年经验的，大多走上管理层（小组长，项目负责人等），但是他目前所看到这部分人大多存在技术深度不够，主要对于新技术的获取，项目管理又没有多成功，其中他说的他看到的人都是他面试过的一些80后，这名90后网友目前在他所在的公司是一名技术面试官，因此他也经常与一些80后的技术候选人交流，这算是他近期与这些80后交流后的一些感受吧，针对他这样的看法与感受，让我们一起看看其他网友们都是怎么认为得吧！

 

网友一：评价别人容易，认清自己很难。我也做过面试官，能问到别人怀疑人生，现在我出去找工作也被人问到怀疑人生。闻道有先后术业有专攻，当局者迷旁观者清。

上世是朵花：是这样的，能够理解这名网友的说法，其实对于候选人来说根本无法事先知道面试官考察哪方面的技术知识，只能在面试前做好足够充分的准备。

网友二：等你出去面试也会得到相同的评价

上世是朵花：作为一名程序员都会经历面人与被面的角色，每个面试官想必都经历过被人面试的情况吧。

网友三：问问题比掌握容易多了

上世是朵花：其实，这种一问一答式的面试只能说是技术知识点的面试，如果大量刷题的人往往能通过这种面试，而这样的人不一定具有实战能力，而有经验的面试官会和候选人去聊天，看似漫不经心的聊天，面试官能从中了解到这个人技术阅历项目经历等情况。

网友四：我出去面试 很多面试官小孩 根本问不到点子上 可能它们只会写getset 还得我去主动介绍我这个系统哪里哪里做的牛逼了 真是累人

上世是朵花：当然会有这种情况，人与人之间的了解有时是需要耐心的，有的人好沟通有的人不好沟通，可能双方都会觉得对方有问题吧。

 

网友五：面试三年的经验，1.不要用自己擅长的追问对方不擅长的，面试不是找成就感 2.抓住对方的闪光点和抓住不足同等重要 3.面试筛选要看职位的契合度，要招的人，和对方的定位。用工程师标准面管理者注定是对不齐的

上世是朵花：没错，在面试过程中应该是多考虑候选人是否能胜任目前的岗位，能否将该岗位的事做好，主要核心是围绕这个，不能将面试作为技术挑战。

网友六：我们算法就不一样了，三个月就能入门

上世是朵花：当然做编程的入门也不需要太多时间，从入门到精通这部分时间需要很长，根据每个人的情况不同，这段时间也长短不一。

网友七：其实不管是面，还是被面，大家的感悟都是一样的，技术是工科路线，存在明显的线路图，那么在某一个卡位时间点是否真的就能够达到那样的标准，要看几个方面，一是公司业务，二是你得到的机会多少，三是个人学习能力和领悟能力，所以不存在三五年就一定会如何，也不存在十年八年就是管理者

上世是朵花：没错，这中间综合因素太多了，不能以年限论个人能力，这样的看法自然是不科学的。

网友八：评价角度不同罢了；有可能是他的能力你无法看出来

上世是朵花：每个人都具有一个自己的知识结构与能力领域的情况，这中间的交集可能很大，也可能很小，这是一个客观事实，不过考察人应该考察的是他的知识结构与现有的能力能否胜任目前的工作岗位。

 

可见，大家对这名90后码农网友的观点并不是很认同，对于如何考察一个人的技术及能力是一件大学问，有时候不看好的人，也许​在之前的公司是技术骨干，有时感觉很满意的人进入公司后却发现产出很低，这种看走眼的情况也是很多的，因此这个面试是一个很重要的事情，决定着公司今后会流入什么样的人才，这些人才也决定了公司的未来，关于面试人，每个人想必都有不同的思路与方法，不管是哪种思路与方法，千万别进入一种误区，那就是要挑战候选人技术，要把候选人挑战败为止，这就不是面试的初衷了，也不是面试的目的，有经验的面试官与候选人都是比较朴实的交流，好多技术问题都是点到为止，即使说的不对的地方，面试官也不会当面拆穿，做到心里有数就可以，经过一轮面试之后，面试官就能清楚的了解到候选人的技术知识结构，能力情况，及做事方面的品格，对于候选人的去留已经做到心里有数了，即使很满意或者不满意都不会当场表态，这才是比较成熟与靠谱的做法！

个人经验通常只能通过时间的积累来过度，而提升技术却有很多方法，只是看你想不想？个人觉得程序员们应该合理利用自己每一分每一秒的时间来学习提升自己，不要用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代，毕竟互联网行业最吃香的是年轻的高级工程师

如果想提升自己技术上或者是自己的技术栈的工程师们那么以下福利可能很适合你，总共八个方向。

想领取到文末资料学习提升自己的关注后台我私信回复【架构资料】

开发工程化

一名优秀的架构师必须有适合自己的兵器，也就是工欲善其事必先利其器，不管是小白，还是资深开发，都需要先选择好的工具。工程化专题的学习能帮助你和团队提升开发效率，让自己有更多时间来思考。

Git：可以更好地管理你和你团队的代码。

Maven：可以更好地管理jar包和项目的构建等。

Jenkins：可以更好地持续编译，集成，发布你的项目。

Sonar：一个开源的代码质量分析平台，便于管理代码的质量，可检查出项目代码的漏洞和潜在的逻辑问题(提升代码的质量，更加高效地提升开发效率)。

 

 

性能调优

我们不仅仅对项目要运筹帷幄，还要能解决一切性能问题。只有深入学习JVM底层原理，Mysql底层优化以及Tomcat调优，才能达到知其然，知其所以然的效果。除了性能优化之外，也能提供通用的常见思路以及方案选型的考虑点，帮助大家培养在方案选型时的意识、思维以及做各种权衡的能力。

 

 

 

源码分析

程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分程序员都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。

那要如何正确的分析源码呢？

我们的目标应该放在最常用的框架上面，下面就介绍两个：一个是Spring，另一个是大家用来觉得一直不怎么出问题的Mybatis。

 

 

 

高性能分布式架构

透彻理解高性能架构的好处和优点

必然性，适应市场需求，能够去找一些更大的平台发展，提升自己的综合技术能力和薪资。

了解从传统架构到分布式架构演变过程所带来的技术变革，将理论和实战相结合，透彻理解分布式架构及其解决方案。

从分布式架构原理，到分布式架构策略，再到分布式架构中间件，最后在加上分布式架构实战，让程序员可以在技术深度和技术广度上得到飞跃的提升，成为互联网行业所需要的T型人才。

 

 

 

微服务架构

随着业务的发展，代码量的膨胀和团队成员的增加，传统单体式架构的弊端越来越凸显，严重制约了业务的快速创新和敏捷交付。为了解决传统单体架构面临的挑战，先后演进出了SOA服务化架构、RPC框架、分布式服务框架，最后就是当今非常流行的微服务架构。微服务化架构并非银弹，它的实施本身就会面临很多陷阱和挑战，涉及到设计、开发、测试、部署、运行和运维等各个方面，一旦使用不当，则会导致整个微服务架构改造的效果大打折扣，甚至失败。

 

 

大型电商实战项目

要想立足于互联网公司，且能在互联网浪潮中不被淹没，对于项目的开发实战演练是不必可少的技能，也是对自身能力的一个衡量，有多少的量对等于获得多少的回报。看似简单的一个项目需求图谱，其中的底层原理，实现原理又能知道多少？你搭建一个完整的B2C项目平台到底需要多少知识？这一切都是需要我们考量的。

 

海量数据搜索引擎专题

大众点评、淘宝、58同城等各行业大型网站在用的实时搜索技术

 

容器化技术专题

 

总结的这些架构技术希望对Java开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。