瞎扯淡 关于招聘的一些感触
前几天发过一个招聘贴：http://ruby-china.org/topics/16716
有人对此招聘表示了不满： 「看到对工作时间（工作经验）的限制，就算满足也不会去。这样我想是招不到一流的人」
很多用 ruby 的，都是半路出家的。这些人在其它领域用编程语言也有好几年了，但 ruby 在中国的发展时间没那么长，那些转过来的人会有 2 年以上用 ruby 编程的经验？难道他们就没有责任心和团队精神？一些编程能力强的人，用语言也是很快可以上手的，也可以很快了解语言的核心特质的。
现在大学里面是不教 ruby 的，在现在中国的环境里面，好像也没有特别大的公司用 ruby 吧，会 ruby 大多是自学的，即然是自学，肯定是有内在的动力吧，想必都是想自己做点东西的；里面提到是编运营的，如果不主动找，我想很少人会主动上门吧，有同感的同学请举手...
好像类似 facebook 的招聘，我是比较认同的：
- 考查些语言的特性和各方面的基础的知识；
- 考查算法方面的能力；
- 考查系统设计方面的能力。
等等。。。我就不贴了。
我不知道这些想法是不是大多数人的想法，总之下面是我的一些感触，也算是解释吧：
我这边招人本来就不考虑别的语言转型到 Ruby 的，所以会有这样的条件限制，当然站在你求职者的角度上看，是有点门槛太高，但是我作为招聘方，我们这次招聘，是属于组建技术团队期，我们的技术栈就是 Ruby，要求 Ruby 的工作经验有什么问题吗？我们没有时间去等你很快了解语言特质的，所以我们只招符合这条要求的。
拿第二条来说，综合我刚才说的，刚毕业的大学生肯定也不会去考虑的啦，我们是创业公司，不是大公司，目前招的职位不是一个培养职位，偏运营是指公司的商业性质，并不代表来的就是苦力了，如果你了解我，就该知道我对技术是什么样的情结，我花时间录 Ruby 的视频，完全是这种技术情结在驱动，你以为我赚了多少钱呢？
当然，面向大学生，以后可能会招一些实习岗位，我们是创业公司，只能看业务的发展，我个人来说，当然希望公司提供若干 Ruby 职位，但是现实情况不允许。
我也说说我这边面试的情况吧： 第一，我会根据你的简历情况做个简单分析（技术结构，包括 github 源码） 第二，面试的时候没有笔试，只是问你一些 Ruby 的基础问题，比如让你解释下 Ruby 的 block 和闭包，比如问你 Rails 的 rack，数据库方面的一些基础，算法方面我们就没考虑了，因为我们是偏运营的公司，对算法的要求没有那么高。 第三，我会考察一些你的沟通能力，性格，团队精神等因素。
然后综合评价，再来决定是否录用。
说实话，来面试的人，有的连 symbol 和 string 啥区别都不知道，薪水开到年薪 20w，这样的人让我怎么录取呢？难道我招你过来，要等两年后 Ruby 基础学好再分配给你工作吗？
你如果觉得自己有能力，完全可以投简历，给我投简历不满一年工作经验的，我也照样面试过。
我们是互联网公司，我们这边的人都很好，不加班，不打卡，只要求你完成计划的内容，这也叫苦力？
当然我知道学 Ruby 的人，都是属于程序员中比较优秀的，这个经验限制只是因为职位的要求，而不是否定你们的潜力。
本来我没必要解释这么多的，既然看到就说一说吧。如果你觉得自己能力足够，那就用简历来说话吧，其他的也没啥好讨论了。
P.S，关于技术，我更关注用技术做什么事，Ruby 只是个工具，我们使用这个工具把我们要做的事做到最好。希望更多想做点事的朋友加入我们。
招人，国内用 ruby 的真不多，所以一定要加上工作经验肯定会限死一批想转 ruby 的人，，， 应聘，你说了，rubist 半路学过来的多，之前有工作经验，你想人从学徒做起，谁愿意，都是要养家的人，， 所以， 作为应聘者，谦逊一点，没工作经验，也把基础夯劳。 作为招募者，更多去关注来人的综合能力，会 Java,.net 要再学 ruby 也就一两个星期的事情，，
其实我想客观地说一些话， 如果你要求偏向于 ruby，而不是 rails，那么考考算法，数据结构。跟语言有关的东西，最好还是考考基础的东西，能看出人的档次水平。 如果你要求偏向于 rails，那么你就看看这个人做了哪些作品，写着什么样的代码。 最后再关注这个人在学什么新东西，将来想做什么。 我并不赞成面试的时候考语言的概念题，很多面试官都是事先去找题目，后来拿来考应聘者。这样有什么意义？除了显示公司高大上。 要么直接出算法题让实现，要么就聊聊应聘者写过的东西，能写的东西。 浮躁源自这个社会对金钱的崇拜，让人忽略了自我提高。没什么好奇怪的，且不论林子大了，什么鸟都有。就是小小的 ruby 圈子，也是什么猿都有的。做好自己，讲真话，做实事。 程序员应该是一种安静的物种。
我个人觉得招人关键是看应聘者有没解决问题的思路，还有就是得有一种舍我其谁的信念，这样才能把事情做好，技术方面接近够用就可以了，其实编程水平的高低不一定能决定其能够带来的价值，这个市场上千里马比较缺，其实伯乐更缺。现在这个社会就很浮躁，浮躁的程序员只是一个缩影而已。所以珍惜身边每一个和你一起奋斗的程序员。
其实我的要求并不高，很实在，面试题不是网上找的，也不是纯概念题，只是问的一些 Ruby/Rails 的基础问题而已。
我举个俩例子：
1 讲一下你对 Ruby 的 block 和闭包的理解。
没要求应聘者去背书，背概念，只是让他说出他自己的理解而已，他怎么用的。
2 讲一下什么是 Rack？Rails 中是怎么用的？ 同样也不是问概念，说出他的理解就行了。
这种面试题有问题吗？这都是很基础的问题吧？ 我出这种问题只是想考察应聘者的基础掌握程度，而不是要为难应聘者，凸显我们公司有什么特质。我觉得很合理吧？而且这些问题是当面问的，不是笔试题，我们也没有笔试机试什么的题，因为我觉得，掌握了这些基础才是进一步的关键，基础都不了解，考察算法有什么意义，况且我们公司也不是算法要求那么高的。
你说的对，千里马不常用，伯乐更不常有。工作经验是相对的，相对于职位的要求来说的，一个没有上过战场的士兵，你能让他做独当一面的将领吗？当然不排除有这种天才。 我没想过当什么伯乐，只是想给公司招到合适的人而已。我们职位的要求不高吧。
#3 楼 @boyishwei 仔细看文章的话，你应该明白我说的工作经验是相对于我们应聘的职位而言的，工作经验不是重点，如果对这个职位感兴趣，那就发简历过来吧。
其实我觉得张兄遇到的情况实属在正常不过了，即使如此，如果换其他招聘比如 Java / PHP 的话，平均应聘者的能力水平还要差，还要浮躁。不是说所有的人水平真差，即使少见的凤毛麟角的高手，也会被平均下去。
我建议是尽可能利用圈子，重视推荐，重视平时在线下活动中沟通交流中挖掘出来并建立人脉和好友关系，以及尽可能宣传公司，吸引高手注意力。
#12 楼 @blackanger ruby 招人的现实就是这样，没什么奇怪的。创业公司成长就是件不容易的事情，这个也符合自然的规律。细菌是指数增长的，没有外在的限制，地球上很快就都是细菌了。
#25 楼 @blackanger 我本意的是尽量不要考什么概念题，注重作品和能力，愿景的沟通。你的方式也符合正常的招聘流程，你也可以按部就班地做。对于狮子大开口的也不用奇怪，每个招聘官都会遇到的。 每个语言的圈子都会有浮躁的，我也是从别的语言转到 ruby 的。ruby 圈子的浮躁在于追求新，快，完美，而忽略了稳。 如果你的题目比较有意思，可以分享一下。让我和大家也挑战一下基础的东西。
#27 楼 @jjzxcc 有的人 github 上很干净，因为他说都是商业项目，还有一些人，不排除是为了应聘准备了一些开源代码。面试的问题还是有必要的，当然不是考概念，啥叫概念呢？企业招聘也不会按你的喜好来的啊，兄弟。。。 而且楼上我说的问题，虽然是基础问题，在他说出答案之后，我也会就这个问题，和他探讨一些稍比较深入的话题，你也不要理解为就是那种我问问题，你背书本给我答案，我给你打分那种模式。
#26 楼 @hanluner 没有固定的题，就是当面聊，聊到哪问到哪，主要是围绕他做过的项目，还有我楼上说过的类似的基础问题，也不是让他背书，主要是想听听他在开发过程中的一些心得。
我这边并不是应聘的人来了，扔给他一份题让他做，完事对答案就行了。
当然有一些 HR 要他做的题，那就和技术没啥关系了。
#34 楼 @small_fish__ 跟 Erlang 的 list_to_atom 一个道理，Erlang 的 atom 大概限制在百万左右，并且不会回收，如果恶意向 list_to_atom 发送随机字符串，很快把 atom 表撑爆。Ruby 对应的就是 String#to_sym
纠结于转型学 Ruby 不会很重要吧……我想考察对于一门语言的深刻认识与语言设计的核心思想是提出一种语言编程经历的原因，但真正的高手必然是融会贯通的、是不会受到语言的约束的…话说……有和我一样基本上可说是一上来就学 Ruby 的么？而且学完 ruby 再去学 Go、Python 总会觉得怪怪的…
That's the real point here: Be careful with who you share your intellectual foundation with. It's fashionable to say "I'm not a Ruby programmer, I'm just a programmer". But languages shape the way we think. While we can cross-pollinate some ideas between languages, there are many we cannot. And worse, the incompatibility is not immediately apparent — especially when they both seem to just be Objective Oriented.
I'm a Ruby programmer. —— By David Heinemeier Hansson on Jan 6, 2013 http://david.heinemeierhansson.com/2012/dependency-injection-is-not-a-virtue.html
#44 楼 @cassiuschen 这篇文章的意思是，在有的语言好的实践放在另一个语言可能是坏实践。融会贯通有好也有坏，把一个语言的经验不能照搬到另一个。DHH 这样的程序员选择精通一个，而不是做语言大师。
说得通俗的就是，不要浑身是刀，没一把锋利。
应聘和招聘，都是先适合的人和公司 合就合作，不合则分，报怨扯蛋只会毁掉自己的形象而以
就中国当前的环境而言，没有什么公司会让你百分百满意，也不会有哪个员工让老板百分百满意的
这个圈子很小的，be nice
