吐槽下 Java 面试

[nexusone]

先说下自己，五年多的经验，属于啥都干的类型，可以一个人完成从安卓到后台，带过小项目。 最近在面试，面试内容各种 java 高级，io，多线程，分布式，并发控制，分布式锁，Jvm 调优，sql 调优，分表分库。 再加上各种框架，spring，dubbo，springCloud，什么微服务，redis，zk 等等。 这还不算算法部分。 关键是给的钱也就那么多，到了公司去也就是干那么点事。 嗯，对，有的还问研究过 dubbo 源码没，还得懂架构。 一直觉得自己的技术还行，但是现在的面试真叫我怀疑人生，tmd 以前都是在吃屎嘛。 纯属吐槽，各位轻喷啊。

[snakejia]

@philofly2008 很有道理。有些茅厕顿开的感觉。

[lastpass]

回复 @diydry 你说的很对，很多东西自学是学不到的。不过我一直在提;我很多东西自学学不到，那别人自学也是学不到了。既然大家都是在一个接近的起跑线上，那这对你来说难道不是优势?

[v3exhost]

面试造飞机，上班拧螺丝

[WordTian]

@logOo 赞同，如果能一直保持学习的热情就好了

可惜随着年龄增长，精力下降，家庭琐事和其他杂事的影响，保持不断学习的状态太难了

[miketeam]

36 计等孙子办法汉朝初期应该就出来了吧，为撒后面几千年还有打败仗的将军？难道将军不应该会吗

[Paddington]

五年经验问这些很正常，而且也应该比较轻松应对。

[msl12]

面试问得太难，说明他们也不太缺人

[iyaozhen]

不问这些问什么？你都 5 年了还不懂架构，这不行呀。

解决问题的能力是很重要，但基础也得有啊，不然想得到看的少，很容易搞出一些奇怪的东西。
而且招你过来是解决一些“增删改查”工程师解决不了的问题，比如一个很简单的系统但老是 FULL GC 很长，这不得你懂并发、JVM 调优。

当然也得看公司，大公司基本上都是分布式、RPC 满天飞，不懂 dubbo、springCloud （或者类似的）根本搬不了砖。

[bobuick]

面试造火箭是多数。神烦这种面试。我觉得我招人，或者找工作，这个岗位全部发展，技术都在 cover 内的话，我是不会去的，我全都会,cover 岗位一切技术和可预见的技术发展，除非给我 N 多钱，不然我是不会去的。

[q397064399]

@shijingshijing #8 没有动态内存分配？那飞机火箭输入的数据 都是预先分配好的？

[sagaxu]

@iyaozhen dubbo 和 springcloud 这种属于可以现学现用的知识点，用没用过都不会影响工作。

[SuperMild]

但是，站在公司的立场，在有很多候选人可以选择的情况下，希望差不多的工资招到超出公司目前所需水平的人才，这也很合理吧，毕竟在商言商，如果老板没有不切实际的野心，也不会去做老板。

资本家基本上都是些盲目榨取利益的人，他们不讲合理性，他们不可理喻，执着于瞎搞。

[vjnjc]

@w4mxl 一楼没看懂，正好来了个二楼

[q397064399]

@iyaozhen #68

所以怎么积累相关经验，，我上次连 MySql 死锁 都没有头绪，死锁的问题来自于 JdbcMuteAbleImpl 实现类
问题域无非就是哲学家就餐问题，，查找两个事务 持有的资源 以及将要获得的资源 是否存在
环状依赖（相关算法 拓扑排序，可以查找是否存在环），，
但是实际上我对解决 MySql 死锁完全没有经验，，给了我一个阿里云线上的死锁报告，我还是一头雾水

[p2pCoder]

@q397064399 日志一层一层来，从 java 服务到 db 底层

[q397064399]

@p2pCoder #75
Sql 死锁的报告 都有了，， 但是 报告中 并没有给出 每条 Sql 在当前事务中，
占用了 哪些行级锁 哪些是 X 锁 哪些是 S 锁，说白了 这个东西还是要实际工程中 结合理论跟工程经验 才能学得会，理解得深刻，

[subdued]

- -我真的很担心 某一天 V2 的各位大佬们会聚集在一起出现下一个 space X

[p2pCoder]

@q397064399 mysql 的话，高性能 mysql 1、4、5、6 章对于 普通的 web 和后台开发者就够用了
这些坑 有些公司 还是大概率踩，我上家 P2P 公司，就一堆坑，慢查询，jvm 内存溢出，死锁，并发控制出问题 都有出现，平均一个月 就能出现一个大坑

[Navee]

面试造核弹你要习惯

[q397064399]

@p2pCoder #78
嗯，，这块的东西 我还是要好好整理下，，

原理上讲 jvm 内存管理 就是 有向图可达性分析，溢出的原因就是 以 classLoader 之类的 GCRoots 对象
持有 /间接持有了大量应该被回收的对象的引用。

分布式架构的东西，，目前接触过的 就消息队列。

说到底，我实际工作中处理过相关问题很少， 因为一直都是被定位 当做业务开发在拧螺丝，，
这类问题 都是技术负责人在搞，他负责技术架构跟技术难题 还有所有业务代码的数据结构建模指导，
我只是业余研究相关问题。