关于金融IT面试官的几点感悟

      今天周六（2015-01-17），领导临时安排我回来，外包专场面试几个外包。本人工作于金融企业，外包是避免不了。这里云云就不扯远了。

 

     临出发前，我在朋友圈发了一个条朋友圈：今天要面试几个人，不知道大家觉得怎样的人比较靠谱。于是引发各位朋友的调侃。看来美女还是挺有优势的，都是如此肤浅的人……不过这意见我就喜欢（奸笑）。

 

     直到面试到下午2点，总共面试了5到6个人。总的感受有以下几点：

     1、在很多企业虽然有机会参与，但是都是干的都是体力活。

      也许是入行较浅，所以做的事情都比较小的项目。数据量基本也很小，几乎都在在十万级别到百万之间数据量。另外系统架构也比较简单。不像我们这边，动不动就上千万级别，甚至到达数亿以及十亿级别数据量金融系统。还有人抱怨，天天都在打杂。谁不是从打杂过来的呢？到现在，像我这样感觉，跟以前一样都在打杂，只是现在已经能挑选一些喜欢的方向去打杂罢了。

 

      2、虽然呆在一些大企业，使用了很多企业已经封装好功能，但是基本对原理几乎都没什么认识。

     例如邮件，异步任务，批处理，我基本问了几个都是一知半解，对原理都支支吾吾的。想我大学毕业进入公司头三个月，我遇到几千万级别的每天对账任务，几乎把所有的原理性东西都摸了一个透，起码说起原理性东西，那也说得头头是道。我面试了一个说对账干了一年多了，居然原理东西一问居然三不知。我像挤牙膏一样，希望剂了半天还是没能剂出，最终只能放弃。哎……

 

      3、对新技术的热衷度比较低，对代码要求不够高，对全局性考虑比较低。

      因为我们这边是核心系统，领导对代码要求比较高。因为核心系统牵涉面非常广，系统一旦上线，都是几个亿金额的进账，谁要是写上几段看不懂的代码或者垃圾代码，不出事还好，一出事那是谁都扛不住的责任，大家都得打包袱走人的。对代码要求高，也是情理之中。

      部分被面试的人，问一下平时写可维护代码有什么心得之类问题，问一下对代码的有什么评价标准。貌似都是一下子全懵了一样，答不出个所以然。这样一看，平时写代码多是copy的多，理解的少，看代码太少。代码看不懂，怎么写得出好的代码。不要求写出诗一样代码，起码的思维清晰，代码冗余少，层次嵌套少。若能用上各种设计模式降低代码复杂度那是更优。可惜对设计模式等关注到也真的很少，更别说对设计模式有更深层次的理解和研究了。能不能当个码农，也搞点专家的样子出来装装。

 

      几乎每个来面试人，我都问了一下平时关注什么新技术。但是都有一个特点，都平时很少关注什么新技术。还有一个更为甚者，平时上班下班，周末也不加班。但是却平时没什么关注新的技术趋势。

      好吧，作为一个技术人士，技术的淘汰日新月异，不能只靠一个本事打天下，除非你的技术真的炉火纯青了。对新技术的了解也体现了应聘者的平时学习能力的体现。甚至有人说，优秀的程序员，三个月学习一门新技术。每个人差异很大，但最起码对一些热门技术，不能要求都掌握，但最低要求是有所了解，才能适应未来的发展。

     否则，若我招进来的兄弟，他有时候确实能解决我现在的问题，但是未来的问题，谁去解决呢？

 

 

     其实，大公司确实给了一个很大舞台，但对招人确实有很高的要求，哪怕是招聘外包。每个面试官心里都有一把称。内部员工不是归我们，那是那些所谓的技术专家负责的事情。

 

     第一个层级，我们称为初级。能把现有项目中的技术用得好，用得熟练，能给活，干好活。已经及格。当然干过类似工作经验，还是优先考虑。因为更多的老板喜欢马上用人，而不是潜力股。潜力股是什么，就是那些看过几本书，就来嚷嚷自吹的，实际上一点活都没干过的。除非你真的谈上面试官心上一直难以解决的问题，并且给出一些新思路或者想法的。

 

     第二个层级，就考虑性能，全局，优化，能带人的。每个大公司的数据量和业务量，已经业务复杂度都是惊人的。性能，全局肯定是必不可少，因为通常关联系统众多，调用量访问量都是惊人的。所以一个能考虑性能的人，思考的问题深度是不一样的。另外，大公司避免不了优化。当数据量上去了，访问量上去了，自然避免不了性能瓶颈，也是各间公司核心技术人员天天都在思考问题，因为老板天天都在想着扩大更大业务量，无论是前端还是后端，性能瓶颈扛不住，肯定避免不了优化。网上固然有很多通用的优化方案，但是往往都是已经被核心技术人员都是试了过，有效的话，早就不用头疼了。若做得更出色，是否可以提出更优或者特别的想法，哪怕也许不一定可行。

 

      全局考虑问题，就是常说，“看山不一定是山，看水不一定是水”的境界。很多人只能盯着自己那个模块，但是没人想想，这块在全局中扮演什么角色，放到一个更高的层次,去看是否有有不一样想法呢。当然，这样思维必须是担任过重要开发角色，才能领悟都全局性，也是考验面试者的曾经的开发团队的位置。

      有了以上两点，第三点就是要带人，三四个兄弟完成一个大任务是避免不了，但是不可避免有新人，有毕业生，能把人带好，管好自己，管好手下的几个兄弟，还是很有必要的。因为领导都很多事情，没有可能每个细节都给你想好。领导只看结果。

 

      肯定有第三层次，第三层次我们称为高级。在这个行业能，已经积攒很多这方面的经验或教训。这样可以称为大神级，或者专家级别了。这个是我无法评价的。我也开始研究源码，尝试从源码的角度思考问题。但我理解应该可以从框架的源码级别思考问题。提出优化建议方案，已经可以从各框架源码和架构的设计角度去看问题了。甚至必要的时候，修改源码以达到自己理想的效果。

     

      金融行业，更多是业务逻辑上复杂。技术上要求虽然要求也不低，跟互联网的思维模式有很多不一样思考。但是每个行业，每个领域都有自己的特点。存在即合理。但是我相信，互联网除了用户，也有向金融靠拢，金融也在向互联网靠拢，这是一个大趋势。

 

      最后，作为面试官，凡是每一个面试不过者，我都会大概告诉他，你面试不过的原因，刚才问的几个问题到底哪里没有答好，能力上哪方面没有达到我们基本的要求，还欠缺什么。我也是被面试过，我也被人刷落，然后我就郁闷很久，到底为什么我哪里没有答好，哪方面还够需要进修的。一个能告诉我原因的面试官，哪怕我没有面试上，但是至少我知道自己哪方面不足，哪方面我需要加强的。这间公司给我的印象肯定是非常好的，起码面试官很nice。

     这样也对我来说，面试的经历也是一个学习提高的经历，不枉此行。

 

 

 

     洋洋洒洒一篇长文，难免有点啰嗦，本文仅是个人的一点思考和理解。