找工作一定要读"面试宝典"么?

[Navee]

Java攻城师 , 精通算不上 , 至少平时工作完全没问题 : 数据分析 , 业务逻辑处理 , 页面设计实现，前台交互 , 数据库设计 , 单元测试，部署环境，项目部署 ; 目前接触的工作都是内部业务系统，基本没有并发要求。
根据近段时间的面试，总结了一下面试官喜欢问的技术点：
1.spring mvc原理 , spring aop/ioc原理，spring事务实现原理
2.ibatis/mybatis/hibernate原理，一二级缓存
3.java多线程、并发，java jvm实现以及优化

针对目前这些技术的技术细节以及原理，发现在自己的工作中涉及的非常少，开始面试都是自己知道什么答什么，了解的都顺便说上；比如orm框架，本人涉及的项目，由于项目需求或者项目规模，没有选择orm框架而是直接使用的spring jdbcTemplate，面试的时候会像面试官说明这些情况，但是基本上所有的面试官对jdbcTemplate都不感兴趣，而一味的想了解对orm框架的了解程度；其他的技术点基本上都是这样，如果不按照面试官提问的技术点作答，面试官一般都没有兴趣继续问了。

面试了好多家遭拒之后，我就改变了策略：背面试宝典，比如说这个：
http://www.importnew.com/15851.html
http://www.importnew.com/12773.html

我知道基础知识很重，但是我觉得有些细节上的问题，是否应该在技术实现的时候再了解，还是平时这些技术细都得备着以防哪天需要用到？

[hcymk2]

这是没办法的事情。 大家都很忙 。

[zts1993]

是的，，很多细节问题，你要不背真的不一定能说出来。

其实很多问题并没有什么意义，面试官其实也知道。
说不清他们也看面试宝典挑题目呢

[fenzlie]

从面试官的角度来讲，问这些基础的面试题是全面了解你的技术能力最快捷的方式，面试中的这些细节问题没必要全都答对，这个面试宝典，你拿去问面试官，估计都会有好多答不上来。确实好多细节知识没必要完全了解。如果只是被动的等面试官问这些问题，那就是坐以待毙。

对框架的理解程度非常重要。不理解框架，只会实现接口或调用方法，这种叫做流水线工人。理解自己维护系统的框架，并在一定程度上在框架上作出贡献或升级。这种才是一般公司需要招收的工程师。做到第二点，面试时就可以主动向面试官推介自己这方面的能力。 也许他对你jdbcTemplate方法是如何调用，如何查询不感兴趣。但你告诉他你用一种方式提升了jdbcTemplate中查询语句的速度，或是发现了什么BUG，在什么样的场景下有更优秀的实现，他一定有兴趣听你讲。

[handleyan]

我们这一代的码农是幸运的，因为有谷歌，让我们能够快速地找到解决方案。但是如果认为有了谷歌，就没必要再去系统、全面地了解技术原理了，这是不可取的。诚然谷歌能找到解决方案，但是这个方案却未必是合适甚至是完美的。有些方案压根就不曾出现在你的意识中，你如何去搜？比如说当你遇到与数据库连接相关的问题，你一个jdbc关键字就过滤掉多少orm的技术，也许你永远也不会走到orm的大门前。
而所有合适甚至是完美的方案，都是码农在全面分析当前所有同类技术后，结合当前实际情况而做的一种取舍，不系统、全面地去了解各种技术，你就很难具备这种选择能力，这就是所谓的基础能力。所以不是面试一定要背面试宝典，而是面试宝典本身就是你应该了解的东西。

[Navee]

@handleyan 确实我们是幸运的。
其实对于那些已知的技术，它是干什么的、有什么好处，大多数码农心里都有个大概的了解，当实际业务需要实现的时候，心里会为这个业务匹配一个技术实现方案；例如jdbc与orm的选择，我在工作中并不是没有用过orm框架，只是很久没有用到了而已，为什么我们在orm和jdbc中选择了jdbc而不是大家都说方便的orm，是我们的项目需求决定的；有的时候我们选型确实会偏向比较保守的方案，但是如果方案有缺陷，在项目进展中一定会暴露出来，问题暴露出来了，在解决问题的过程中，必然就走进了新技术的大门。
对于面试宝典中技术点，我们确实需要去了解，但是从实际情况来看，单纯的了解而不是在实际的场景中应用，并不能体现对技术点的深入理解。这就是我非常不理解的，这些表面上了解的知识对于解决实际问题来说并不是非常重要的，但是却决定了面试官对你能力的评估。