工作 6， 7 年出去面试

[fuchaofather]

今天电话面试问了个问题：谈谈 Spring ；谈谈 Java 并发编程等等。

其实单拎出其中某一个技术点个人认为还是问题不大的。可是这样的问题，我琢磨了半天实在不知道该怎么谈，怎么切入这么大的一个话题。各位彦祖有没有什么招来对付这样的提问

说实话，不太喜欢这种面试提问

[imesrdfi8dzs]

确实范围太大 不好回答, 我一般随便提两句核心的知识点或者用途, 然后问一下具体要了解那一块内容

[samin]

做过面试官，问太细节说是造火箭 🚀 问泛一点又说不知道面试官想知道啥 😂

[xiao109]

八股文嘛。照着背就是了

[newtype0092]

用过的就往你实际项目应用上聊。
没用过的就往你学习过或者了解过的方面聊，看过的项目源码、书、博客什么的。
没用过也没了解可以问问大概是个什么概念看看自己知不知道类似的技术或解决方案，聊自己知道的。
是在没想法就直接说不知道，不要纠结半天说不出来东西。

[MoYi123]

我在 20-99 人的小公司遇到过：如果要你设计一个像阿里云一样的高可用的平台，谈谈你的方案。

[arthas2234]

从项目切入啊
谈 Spring 就说点 Spring Boot 优势，然后说说有没有从老项目切到 Spring Boot 的经历。然后引申到微服务 Spring Cloud 的这些，项目上怎么用的
谈并发，就讲讲现在的项目并发量多少，有没有遇到什么大并发的问题，怎么解决的
反正就是你要占据主导权，往你擅长的方向去引，规避不擅长的

[TtTtTtT]

这面试习惯，是本人了。
一般是想看看面试者有没有准备什么，要是准备了，就让把准备的东西说一下，然后再根据准备的东西考察一下深度。
就我的评价体系而言，如果没有自己的知识体系，那其实吧，唔，6 、7 年和应届生差别不大。

[JamChiu]

不慌，我被一家小公司问过并发 5000w 的系统如何设计（充钱变强呗）

[Vegetable]

我的经验呢，对方给出这么大的话题，并不是让你说这么大的话题，你可以随便说点细分领域的内容，只要能展现出你对 spring 的理解就行。

如果没走这方向的话，大部分人都会遇到这个困惑，很多人，或者说大部分人没系统整理过自己的知识结构，更何况上来就说出来。

[cs419]

谈谈 spring 的原理、dubbo 的原理
这种问法容易让人摸不着头脑

回答时，可以对问题具体化

比如
spring 的 事务 咋做的
dubb 的远程调用咋实现
dubbo 的链路监控咋实现 隐式传参咋实现

并发编程： 多线程的实现方式 锁 threadlocal 等等
有心得聊心得，没有就说下 语法功能特性 的认知

[Bigglesworth]

@MoYi123 #5 这整的我不会了。。。

[HongJay]

八股文都是可以背的

[hhjswf]

要是具体一点，八股文大家都会背，怎么体现你的价值

[potatowish]

个人不喜欢这么问，这其实是一种很偷懒的行为，谈谈你对 Java 的认识，谈谈你对数据库的认识…… 任何人即便是一个不懂技术的，只要听过这几个名词都可以这么问，所以没什么意义

[wipbssldo]

反问他：你想知道 /聊 /谈哪部分？

[zhuzhibin]

老哥们有没有人发一下你们口中的八股文 俺也背一背

[EarthChild]

问你比较难的，比如说 20~99 人的公司。他问你单例模式中饿汉和懒汉区别是什么？单例为什么不安全？ 你回他：咱们公司在什么业务场景下用到了这个模式并产生了不安全？

[luny]

这种比较大的，挑一些典型的应用落地场景就好了，考的是综合应变反应能力

[cylee]

有移动端同学吗？头条商业化招 Android iOS : https://www.v2ex.com/t/798022

[jzphx]

准备的太少了，但是即便准备的很充分，目前的市场来说对 5 年以上的要求很多都是架构师了，说实话，有点慌