[附招聘]最近 Go 和 Java 招聘的一些想法总结

[mornlight]

没有多少名气的中小公司招工程师的确是蛮头疼的事情，基础一般需要人带的不敢招，趾高气扬团队合作不愉快的不敢招，学习能力强的新人被大公司预订完了。社招好不容易遇到看对眼的，谈了个并不算低的薪资，结果人家还是更倾向一线公司或者有信仰加成的公司（比如 B 站）。

近几个月经历了不少 Go 和 Java 的招聘，聊聊一些非常主观的体会：

1. 简历真的要认真写。我遇到过每个项目经历和负责内容都是复制粘贴的同一段话，这太敷衍了，还遇到过自我评价「对待问题不求甚解」的。尽管不会直接 pass，但读起来让人头大，而且感觉候选人做事不够认真。

2. 到面，能一次写对一个最基础的、无额外条件限制的、斐波那契数列生成函数的人，不超过 50%. 这样的结果让我有些纳闷，做过一堆业务系统的候选人代码能力真的有可能这么差吗？还是我问的这个问题不合适？

3. 有多年工作经验的 Java 候选人，常常只会 Java 一门语言。Java 的同学有更明显的倾向只待在自己熟悉的生态里，技能树点得多肯定不是硬要求，Java 系本身有非常多好用的轮子和值得学习的东西，但相当多的候选人对这些组件只停在日常使用的水平，稍微聊一下工作原理就不会了。

4. 对自己工作使用语言的特性和设计思想的理解应该是基本功。遇到过好几个 1~2 年经验的 Go 候选人，问到 WaitGroup，说不知道、不熟悉。这样的话我只能认为对方没写过稍微复杂点的 Go 并发代码，这门语言最核心的优势被忽略了。

5. Java 作为第一工业语言，人多，岗位多。大规模使用 Go 语言的公司只在最近两年才显著增多，Go 也是公认的入门容易上手简单，招聘市场上的 Go 候选人大都集中在 1~3 年经验的区间，往往有其他语言的使用经历。但整体上 Go 的环境和生态没有那么成熟，能独当一面的 Go 后端工程师也比较难碰到。


=====以下是招聘=====
我司仍然缺中高级 Java、Go 以及算法工程师，相关 JD 在拉钩上有 https://www.lagou.com/gongsi/240153.html

上海总部、杭州分公司都有需求，可以直接邮件我内推 [e-mail]

[mornlight]

@jhdxr #35 明白你意思。
如果算上大公司发的股票，能有多少中小公司的年收入可以显著比 BAT 或者头条、拼多多高呢？

只能说先尽量让薪水差不多，再争取些其他优势了，比如：可以来作为 leader 带一个小团队或者完整负责一个项目；没有那么多的加班没有 996。否则的话，这个逻辑就成了要么非常有钱，要么只能捡漏。

[mornlight]

@catror #39 涉及到面试流程我没有讲更多信息。候选人如果说不知道 WaitGroup，我紧跟着就会问，要等待多个并发 goroutine 都执行完的业务场景，你是怎么实现的。我得到的回答往往是「没考虑过」，有部分人会说用 channel。我真的很让步了。

[Leigg]

没广州

[sagaxu]

用过 WaitGroup 的我，也忘了有这个东西了。但是我知道一般的语言 sdk 应该提供哪些同步原语，如果没有现成的，应该用哪些更基础的原语去实现它。

问 wg，还不如设计一个小的场景，看看用什么方式解决，也许对方思路很牛逼，用不需要同步的方式解决了

[janus77]

我第一家公司最终 cto 面的就是斐波那契😂这题目没啥问题，只能说你遇到的人太浮躁了

[1178615156]

🤣我会写也，有深圳岗位么

[zhazi]

先说说你们公司用到斐波那契的场景，算法是一个很微观很冷门的技术点，如果你找不到用到斐波那契的业务，那么你为什么问？后端方向很广，算法数据结构都很不实用，没有之一。如果用到算法与数据结构了，有经验的工程师现场学有个半小时一小时也就学会了，直接拿来套业务就可以了，如果你觉得你们业务里需要大量算法应该找一个算法工程师。拿算法来衡量一个程序员是不是眼光太狭隘了？ java 系列非常多的轮子值得学习，那我问一句每出一个轮子学一遍你拿他们当人看吗？
看过源码对贵公司业务有帮助吗？
你让一个人去学习一个生态圈的几百上千人维护的源代码合适吗？
你知道 spring 多少个子项目吗？
学习是应该学习你说的这些东西吗？
其实我理解你，干几年软件开发，写熟练了 curd 不知道学习什么了，然后一头扎进 jvm, 算法，数据结构了，熬几年以大牛姿态来指点江山。我想问问你看过哪个源码？能随便讲讲你认为好的，值得学习的，好在哪里吗？

[mornlight]

@1178615156 #46 深圳真的有，招 Java 和推荐算法

[mornlight]

@zhazi #47 一个不成熟的小建议：如果发言的目的是讨论问题，尽可能少用反问句。

在 14 楼我讲过了，斐波那契不是算法题，只需要写个递归或者 for 循环。业务代码里有递归或 for 循环应该很常见吧（都还没有聊到尾递归的问题）。而且面试很少真的直接拿业务问题来怼啊，往往是抽象出其中的核心思路，造一个简单场景来聊。

我未曾提过源码的事情，「稍微聊一下工作原理」指的是：你简历里说搞过微服务和 K8s 对吧？不同服务之间通信肯定不是写死 IP 在配置里，怎么做到服务之间互相访问的呢？私有协议或 DNS 对吧，那 DNS 的基本流程是怎样的？

我不认为这是什么超纲的或者说和业务无关的面试问题。

没有冒犯你的意思，但我觉得你并没有试图理解我。

[galaxyyao]

你找到了两个很容易问出基础能力的面试题：写斐波那契和简单问几句原理，帮你更容易筛出高质量的候选人，不应该开心才对。。。小公司就不要和大公司拼薪酬和稳定了，可以靠其他的来吸引候选人，比如团队氛围，能挑大梁而不是当螺丝钉，业务有意思等等

[mornlight]

@galaxyyao #50 嗯，是的。面试是互相的，不管最后能不能成为同事，我尽可能传递「希望找到认真做事的人一起共事」的意图，以及「团队里是一群负责任好合作的人」的氛围。
某种程度上说，我作为招聘方更弱势一些，因为我从不骗候选人，但候选人常常对我不够真诚。

[just4id]

开出跟大公司一样的薪资，然后可以在家办公，你们应该能赢

[galaxyyao]

@mornlight 面多了之后就可以放平心态了。。。都是个缘分。不能最终成为同事表示缘分未到。面试官保持坦诚，至少可以让候选人进来后不至于因为心理落差而试用期走人。
有一次特殊情况需要一人一天面试四十来个外包开发，就是主要靠一道递归（阶乘）来筛选的。
另外问 DNS 原理一般只能作为 bonus 题。大多初级开发不涉及基础架构知识。他们开发环境涉及的微服务互调就只是通过 ip。。。不太会参与到 k8s 运维配 ingress，也不会涉及到配 dns 和反向代理。面试过一批外包前端，基本都没人能回答出自己写的代码打包完后部署到什么 web 服务器。

[vanillaxxx]

我觉得吧我更倾向于思路考察。抛出一个具体的问题，看他的思路是什么样，能给出来几种方案，每种方案都有哪些优势和劣势。程序员应当具备解决问题的能力和学习能力啦。像那个斐波那契额数列，如果他之前工作中没有遇到过，他可能并不知道那是什么，当你告诉他这是什么之后，或许他思路就有了。

[sunorg]

小公司相关，几年下来，我这面的要求已经降落到：

基础扎实，有足够的学习能力，肯用心即可的程度

[Ehco1996]

@enchilada2020

一个月前面头条 第四面算法挂了....

然后我已经默默的在家刷了一个月的算法了....

[1178615156]

(￣ー￣)拉勾投了，不合适也

[tonytonychopper]

其实出这种水题就是为了筛选掉那些滥竽充数的程序员，评论有些人就不要抬杠了

[reus]

@zhazi fib 都不会写，说明能力低

[aguesuka]

""斐波那契数列生成函数""，我上一个帖子刚好是这个