毕业几年，我自己去应聘过程序员，也面试过应届毕业生。对于怎么去面试和招聘，我不觉得我优秀到可以对别人指点，所以，我不能给出意见，这里只谈谈我个人的心得体会。仅只是个人感概。
有个面试官提出过以下观点：
- 只有应聘者真实和自然的表现，才能了解到最真实的东西
- 重要的不是知识，重要的是其查找知识的能力
- 重要的不是那个解题的答案，而是解题的思路和方法
在我与招聘进来的新同事打交道的过程中，对以上观点 深以为然。
程序员这份工作，你总是无法说你掌握了很多的技术。因为，人会学习也会遗忘，而技术又在不断进步，总会有人会写出性能更强扩展更棒的代码，让你见猎心喜恨不得自己也会用上。但是研究得稍稍知道怎么实现的时候，由于实际中用不上这样的技术，又会被舍弃到了一边。
而很多时候，在真正的工作中，提出来的需求，需要使用的技术，怎么可能那么凑巧就是你会的呢？所以，工程师 必须要有查找知识的能力，有对应的解题思路，寻找出解决问题的方法。至少，对于程序来说，我们要看了官方文档就有能简单使用的能力，打散重组代码 实现所需要的功能。
在不懂程序的人问我我的工作性质的时候，我都会如此形容：软件工程就像建筑工程。有人在发明 钢筋、水泥、砖块，有人在画设计图，有人在 砌墙，有人在评估成果寻找毛病。如同建筑一般，各有分工。我们的追求都是创造最优质的材料，使用低廉的成本，做出最美观大方受追捧的成果。
而，我不是创造者，目前只是一个在我拥有的材料基础上，砌墙罢了。与建筑不同的是，一个人砌一面墙的速度可能在于这个人技术的熟练度，差别显著。在别人砌了一半的墙上接着砌墙 的任务对于程序员来说，非常苦恼。如果前一个人的地基打的很好，那么还好，也许还能继续砌上去。如果不好，那就是一场疲劳战啊。大多数最终的办法都是 推到重来啊。所以，不是几个初级程序员就能顶一个优秀的程序员的工作问题。
很多同事都开玩笑的说，我们的工作没有什么技术含量啦，大部分的时候就是复制粘贴，修修补补，在原有的基础上改改啦。但是，我个人觉得，在需要的时候，你知道到哪里去复制粘贴，你知道在哪个位置去改才能达到目的，这本身就是价值。
所以，在面试别人的时候，我有时也会按照自己的想法去面试。
首先，我会考察一下他的操作，问一下基本知识。当然这些知识，如果有笔试题，也是可以看出来的。这是未来交流的基本保障，所有的人都认同的基本准则。就如同，学习汉语，你需要了解常用的交流语句，这是必须的。而遇到生僻的字 ，你需要学会使用字典，去查。我只要面试者了解这基本知识，懂得去查字典的方法 就好。
其次，我会考察一下知识，问一些有点难度的问题。考察一下面试者了解知识的深度。因为背会了语法，我们可以拼出一段文字，却写不出 锦绣文章。
再次，我会考察一下他的动手能力，问一些实际操作过程中的可能出了的问题，他会用什么样的方法去解决。
最后，我会考察一下他面对技术的态度。问一下他个人的自学情况、知识面的广度等等，去了解一下这个人的态度/性格/行事风格，这样如果真的成了同事，这里还是未来共事的重点。我们也不希望自己的同事是个不能解决难题的人，或者性格不太好相处的人。
我是一个面试官时，我问应聘者的问题并没有什么特别标准的答案。与其说我看中他的技术优秀程度，不如说，我更期待寻找一个可以共事的同伴。
而作为应聘者的我都不一定能让作为面试官的我听到满意的答案。但面试别人的时候，有的时候听到应聘者的一些答案也会有种醍醐灌顶。