部门一直缺一个相对资深的运维开发同学，因此一直都在寻找着，而我，也有机会作为面试官面了一些人。面试别人与自己面试是完全不同的体验，因此在这些面试的过程中，我也经受着许多考验与挑战，并促进我生发一些思考，这里做一些记录。

面试首先是对面试官的考验

多数时候，我们都会觉得，面试是对于面试者的考验，但，一场本着负责任的态度的面试，往往首先是对面试官的考验。

专业领域的考验是第一层的，这是基础，也是核心。

事实上，一场技术面试，其内容大多数也是围绕着专业领域展开的。我们都听过一句话叫：面试造航母，工作拧螺丝。而还有一句话叫：记问之学，不足以为人师。作为面试官，要求在拥有专业领域能力之外，还要有独立的思考，认真地总结，以及优秀的表达。这些素质缺一不可。

因此在这些要求之下，对于我而言，也是极大地锻炼。仔细阅读公司的面试章程，学习常见的面试技巧，并在面试前一天认真阅读简历，对其中的亮点，或者疑问点进行标注，对于比较优秀的简历，我通常还会准备一些成型的问题打印出来，一方面可以在想不起来好问题的时候有所参考，另一方面也希望通过结合简历的问题了解面试者的真实情况。

保持学习，保持思考

我面过好几个简历里边写了工作经验六七年，七八年的，然而面试过程中，却丝毫感受不到七八年的沉淀在哪里！无论是从口语表达，还是对专业领域的理解，都看不出，与其工作年限相匹配的素养。

这种时候，我的内心就不免会对求职者的过往经历打上一个问号！倒也不是怀疑工作年限不真实，而是会从心里感觉到这位求职者并未认真回顾，或者思考过自己的过往经历，这其实是问题的核心。苏格拉底曾说：未经审视的人生，是不值得过的。那么套用到面试场景中就是：未经思考过的工作经历，是没有说服力的。

因此我想说一句话，保持学习，保持思考，善于总结，善于记录，否则那些对你看似是优势的点，最后反而可能变成一种劣势。

技术这个领域，不仅仅考验的是一个人的学习与做事能力，更考验一个人独立思考的能力，如果随着工作年限的增加，你的技术思考还总是停留在表面，或者总在外围（简单理解就是面试时，遇到一些开放性的问题时，表达的内容大多是概念的，普适的，泛化的，却没有具体的，怀疑的，带有个人思考的），那么就很容易在面试过程中被轻视，至少不会被重视。

我所期望的面试者的素养

我喜欢聪明人，这是一个简单且基础的要求。

所谓聪明人，并不是指一个人的智商有多高，而是那种对专业领域有特别独到的见解的人，或者拥有基本的察言观色能力（我从太多的面试者的表现中对这点感到失望，事实上有不少人缺乏这种能力），即便技术能力不算出色但也 笨 (打引号的笨)的可爱的人。

再来说说运维开发，多数时候我都会问对方，对于运维开发这个岗位的理解，每个人的理解各不相同，但至今令我感到认同的，也不过三两位而已。我个人对运维开发的理解是：运维开发，首先需要是一个运维，我甚至固执的认为，一个从开发转岗到运开的，是很难做好运开这个工作的。道理也非常简单，正如我在 go-ldap-admin 官方文档中引用的那段歌词一般：

因为爱著你的爱

因为梦著你的梦

所以悲伤著你的悲伤

幸福著你的幸福

因为路过你的路

因为苦过你的苦

所以快乐著你的快乐

追逐著你的追逐

因为誓言不敢听

因为承诺不敢信

所以放心著你的沉默

去说服明天的命运

没有风雨躲得过

没有坎坷不必走

所以安心的牵你的手

不去想该不该回头

也许牵了手的手

前生不一定好走

也许有了伴的路

今生还要更忙碌

所以牵了手的手

来生还要一起走

所以有了伴的路

没有岁月可回头

运维开发，其工作内容的本质是解决运维的痛点以及需求，而很多时候，需求易讲，痛点难说。我曾在工作经历中，运维一个数据的展示方式与当时的运维开发争论了二十分钟，直到最后，他仍然觉得我讲的调整是没有必要的。这就是为什么，我对于运开岗位，一定要求对方必须做过运维的原因了。

这也就意味着，运维开发岗，没有从天而降的，也没有通过培训就会的，而必须是通过运维岗位的经历，逐渐学会编程之后而成为的一种人。虽然，这可能有一些苛刻，但，想想自己，又何尝不是正走在这样一条路上呢。