@wangking 是的。

@Woodywuuu
你说的对，但有时候
「一般面试官都不会纠结某个技术点的吧」 这个看人

我前几天被面试，被问到几个问题。
1，Hashmap 扩容为什么是 2n ；
2，Hashmap 如何定位数组坐标；（当时回答根据 key 的 hashcode 计算值机型位移运算，具体咋计算的不记得也不关注），对方不满意；
3，Hashmap 如何触发 ConcurrentModificationException

这几个问题，不是说不好，挺正常的

如果你工作 10 年以上且带团队的话，还是会关注着这么细的细节吗？ 5 年内可能会看看。

问线程重入锁概念；描述场景和原理 jvm 如何控制之后，对方说，说「你说的对，但能不能总结一下概念」

我此时怀疑，这位同学是不是面试校招的同学面多了。。。。。

核心问题是知道，但是非常细的东西，工作年头多了，关注点指定没有刚开始的同学关注的那么细微，所以有时候，还挺希望面试官会 「懂得差异性面试」的。

@Woodywuuu 是不是 相对完整的描述出 断开链接的握手场景和原因 以及关键点就行了；

「除了 ESTABLISHED 和 LISTENING 还知道其他的状态吗」



类似问题，好比我遇到的，问我 HashMap 中 如何定位数组位置 的实现逻辑；（你回答 hash(key) 然后根据 hash(key)的结果做位移运算得出，这样还不行，就得说是咋计算的 数组位置。）

平时不天天调试，还蛮难记得的

@AngryPanda 兄弟，在老家开个公司，然后去招人；

@hanwujibaby
有的想看你 编程风格，并不一定想考察你算法；
有的也在最后写两道题，有难的也有不难的；
也有从算法出发，上来先写个算法，然后给你解释，解释完你再去写，中途沟通；根据算法衍生出来他后面的 设计题目；

我当时是这样。

@WhoMercy 工作 10 年，头条三面挂；每轮都写代码，上来先和你聊其他的，算是幸福的，能让你调整；也有上来直接自我介绍完 直接撕代码。

@hmxxmh 恩，你这面 2 个拿两个，成功率挺高嘛，惆怅啥。

@NoCode 哒呵呵 ：）

@NoCode 好勒
背景：「你为什么从丁香园离职」
摘要总结：
冯大辉：你为什么要离职
员工：公积金太少了
冯大辉：你要公积金有什么用？

{
只记得印象最深的是，那会离职的时候，Fenng 大大找我聊了下。我 : "公积金交得太少了"Fenng (笑了一下，不确定是不是很不屑...) : "你要公积金有什么用"╮(╯▽╰)╭， 当时内心千万只草泥马在奔腾.........ps： 现在的收入已经是当时丁香园的 4 倍+了. (我只能说人才对你们来说没什么大不了的.....)
}

「知乎传送当时链接」第一名为当事人
https://www.zhihu.com/question/22046494

冯大辉因为什么走的呢，因为公司承诺的没达到自己要求的利益吧，当时也讨论了一波，怎么着，还要我在搜索内容挂出来？
然后这不就是屁股决定脑袋了么。

我不是来给你捣乱的，只是你要背景信息，那就给你背景信息咯。
你也可以看看当时其他的回复，来作证一下。

大辉公司给交公积金不？他以前的屁股是不交公积金有好处。

@hmxxmh 哥们，你没面试机会可能是你的问题，就你这一段回复，我读了 3 遍，没读明白。

@feelinglucky 我自己在 360 的团队里面，有一个项目也是 vertx 的，也是比较边缘化的服务，其中有一个前辈倒是玩儿的比较溜，但其他团队同学都不太想去深接触，太小众了。

想在公司内部或者集团内部推广 vertx 来代替 spring 的地位，基本是无法撼动的。 所以前面我也提到，小公司、二三线能让你折腾折腾，你厉害，你能 cover 住，你说了算；一线没有太多给你施展的空间，你走了，出问题谁来改，后期进来的人，学习和维护成本都比较好，这些都是风险和成本

我们能不能以这样的观点尝试性看这样的问题。
1，中国大多数应试教育
2，小初高大各阶段均以题海战术为主
3，聪明人会总结，举一反三，不是那么聪明的人死记硬背
4，所以在大学毕业之前或者毕业年头不长的时候，疯狂的刷题，是提高战绩结果而且是好结果的概率，10000000%

这 100%概率的事儿，只要下点功夫刷题，就能拿到大厂的 offer，当然愿意。
近五年的毕业生，是不是大伙儿都这么过来的呀。

现在网上面经多，不像 2010 年左右，网上的信息只有靠遇到需求才能总结出经验，有一些网上的经验也有，但是没这么丰富，想学点东西，找个盗版的 pdf 都有点费劲，现在遍地都是知识，只要你想学，你就能得到。

再下点功夫补一补基础，再刷刷题，那么走进大厂，是很有机会的，如果学历再好点，那就起步就是极好的。

然后在大厂里锻炼，就每一步都能更多的积攒经验，也就是良性循环。然后他们接下来有机会面试的话，也会以同样的过程去考核下一波人，也就发生了现在的面试场景
（基础大家都一样，算法你刷你就行，深度你要再了解，那你就拔尖，底层再有了解，你就 sp，再有丰富的项目经验，你就出类拔萃）


对于不刷算法的，或者没怎么刷过的，起步不同，然后就会遇到各种门槛；也就会遇到楼主这种困惑。。

现在都不容易啊，个人拙见，都努努力，各自都加把劲儿。

@hantsy 还有，您哪里看出来「教训」了呢？好奇怪。。。

@hantsy

恩，大神威武，Vertx 用了多久？在公司内部开发了什么？旁的不说，就说你们公司内部或者过往公司内部 vertx 的地位和输出好吗？您再指点指点。

Kotlin 是未来方向，未来是多久，还是那个问题，您过往公司中，Kotlin 在公司内部的技术占比和技术输出和使用 Kotlin 的产品输出。

您见识广，您在和晚辈我介绍介绍，vertx 和 Kotlin 在大厂的应用啊？ 好吗？晚辈想学习学习，所以如果有前辈能科普一下，从实际公司内部介绍科普，能更好的 铺路不是么。。

前辈能不能让晚辈有个认知呢，谢谢。

@dragonsunmoon

「你说的也有道理. 但是, 心里有个造轮子的情节.
首先因为最近几年, 主力开发语言是 kotlin, 这个属于个人偏好. 其次, 框架在使用风格上, 借鉴了 Play Framework 很多. 第三, 在做项目的开发过程中, 我想提高在前后端分离的工作模式下的开发效率.
在工作中我发现, 影响开发效率的, 最突出的地方在于 api 接口文档和 api 测试环境. 只有具备了这 2 样, 前端同学才方便做开发, 联调后端接口. 而在项目初期, api 接口文档都是由我用 markdown 手写完成的. 我发现为了保持文档和代码实现的一致性, 我花费在维护文档的时间, 超过了真正实现接口代码的时间. 所以我在想, 这么机械的文档维护工作, 干嘛不是自动完成的.
然后, 有使用过 Swagger, 但是还是觉得不方便, 所以, 索性就自己造轮子. 慢慢的,自己造的轮子就越来越多了」

老哥，10 年前，很多人喜欢这样玩儿，但是现在已经很少这样玩儿了，10 年前小公司喜欢自己公司内部封装个能快速开发的框架，但是快速开发的 内容，仅限于内部或者小型的东西；

现在，这种自定义设计的「内部框架」已经不满足于市场发展了。

除非借鉴 kafka 开发 rocketmq 这样的升级；

所以你手里的这些内容和观点，都比较陈旧，在面试的时候，还要聊这些的话，应该比较没意思；因为你进去后，第一不会用你的框架，如果是 web，java 语言的话，很少有不选择 springboot 了； swagger 能满足于一些需求，就够了。。抛开 java，其他 api 文档也都手写，也不会有什么问题。。

楼主造的这种小轮子，二三线还能玩儿的转，一线城市已经不行了。除非，你第一个进入公司，东西就用你的 框架使用。

楼主是一年没怎么找工作，还是一直在找工作，就 20 家公司面试未果呢？

全栈开发，可能比较适合个人，小企业里面全栈可能比较能很好完成任务，大企业里面全栈少，而且全栈很严重的一个坑就是，你很难集中精力在某一个领域某一些方面做到深入或者横向学习发展；

一些人都是，很多技术懂一点，能干活儿，但是如果面试到需要某一些深入了解的地方，很容易挂。

所以全栈听着很牛逼，但是面试的时候，人家真的会因为技术不深而挂你；你说为啥？难受