我的技术人才面试经，面试标准是随着公司的需求、业界的发展而不断的变化和发展，不过其根本的目的就是考察求职者是否符合公司的需要，来了解我的技术人才面试经。
我的技术人才面试经1
个人觉得面试标准主要由纯技术方面的标准和符合公司产品/项目技术要求的标准两部分组成，当然，还有一些是性格方面的要求，
这篇blog主要谈及下技术方面的面试标准，由于面试多和公司要求、面试官的判断标准有关，所以通常来说不能因为没通过面试就认为自己没有这方面的能力，需要多尝试。
面试时对于面试者我会根据程序员和设计师两种大的标准来问问题。
程序员
对于程序员级别，我会分成初级程序员、程序员和高级程序员三个等级来判断。
初级程序员
对于初程，在技术上其实我不会有过多的要求，对于初程我会更加关注他对于技术的兴趣程度（对于技术网站的关注、各种前沿技术信息的关心），
而不仅仅是因为生活所迫；另外就是在技术方面的基本功和对于公司需要采用的产品/开源工具的了解程度。
根据这样的标准，在面试初级程序员时问的问题就集中在这两个方面，常问的就是：
1、经常上什么技术网站，论坛？
2、最近业界的最新技术出现了些什么？
3、根据公司采用的产品/开源工具来问，如公司采用webwork，可以问下面试者是否之前用过，或者是否用过类似的？
程序员
对于程序员，在技术上就要有所要求了，也许因为我更看重实战，所以对于程序员，我认为在工具方面上应该是很熟练的人员，其次就是对于工具的快速掌握能力。
根据这个标准，在面试程序员时我会常问的问题：
1、根据公司采用的产品/开源工具和面试者的经历来问，如公司采用webwork，但面试者以前只用struts，那么我会问他开发一个模块时，在采用struts下是一个怎么样的经典开发过程，开发过程中可能会碰到什么问题？
在工具的快速掌握能力上我现在并没有采用具体的考评手段，只会大概的问问面试者，
但我觉得最好的方法就是让面试者当场采用一种未曾使用过的技术做helloworld之类的东西，这样可以考察面试者学习工具的能力以及承受压力的能力。
高级程序员
对于高级程序员，在技术上自然要求就更高了，对于高程，除了需要熟练的使用工具之外，我觉得高程需要具备对于设计思想的深刻理解。
1、根据公司采用的产品/开源工具和面试者的经历来问，如公司采用webwork，但面试者以前只用struts，那么我会问他开发一个模块时，
在采用struts下是一个怎么样的经典开发过程，开发过程中可能会碰到什么问题？（面试这样的问题是判断面试者到底有没有具备程序员的能力，具备了才继续往下问）
2、根据面试者的经历问设计模式方面的问题，如面试者采用过webwork、springIoC、Hibernate这些东西，
那么我会问一些MVC、IoC、ORM这样的实战问题，多是问如果让你自己实现一个webwork这样的MVC框架的东西，你会怎么做？
设计师
对于设计师级别，我会分成模块设计师、子系统设计师、专业系统设计师和系统设计师四个级别来考量。
对于设计师，在工具使用方面的考量会降低一些，但在对于系统理解方面则会加强考核。
模块设计师
对于模块设计师，我认为他需要掌握怎么样设计模块才能让程序员可以按照设计开展，以及如何考察设计的实现。
常问的问题：
1、根据面试者的经历，挑选面试者曾经做过的模块，问他会怎么样去进行设计；
2、怎么样去保证模块按设计的实现（可以问的问题是举例实现人员在实现时出现差错，他会怎么办）。
3、根据公司的需求，来问一些业务方面的理解能力。
子系统设计师
对于子系统设计师，我认为他需要掌握如何划分模块的能力以及如何去考评模块设计师的设计的能力。
常问的问题：
1、根据面试者的经历，挑选一个子系统问他怎么样去进行设计；
2、怎么去考评模块设计师的设计；
3、根据公司的需求，来问一些业务方面的理解能力。
专业系统设计师
对于专业系统的设计师，主要则需要考评其对于专业系统的理解程度以及知识的掌握面的程度。
常问的问题：
1、根据面试者的经历，如其有流程系统的设计经验，可以问流程系统的相关设计知识点，看其的掌握程度；
2、简单的介绍实现一个专业系统的关键点，同时说下自己对于该种专业系统的发展的想法。
系统设计师
对于系统设计师，则要要求更加的全面，考察其对于系统的架构设计的能力以及带领、组织团队的能力。
常问的问题：
1、根据面试者的经历，问其其中一个系统给他设计的话，他会怎么去做，这个主要考评其从需求推导设计的能力；
2、问面试者认为在进行系统设计时需要考虑的因素，或者就是以一个失败的案例，问他认为设计的失误出现在哪。
上面说的主要都是技术方面的考评，在性格方面需要考评团队合作能力、责任心这些等等，这些可以更多的让HR帮忙。
我从来就不认为根据面试标准就可以产生一套固定的面试题，我更看重根据这样的标准在面试时根据面试者的经历来调整，以更加准确的判断面试者的能力，
在面试者，我不管面试者面试的职位，一般只会分成程序员和设计师两个类型来判断，而根据面试的情况来决定面试者到底具备了两个类型中哪个级别的能力，
也就是说有可能面试者面试的只是程序员，但最后我会给高级程序员的职位，不过这样的现象好象很少，呵呵...
我的技术人才面试经2
技术人员如何面试 - 过来人的经验谈
和开发交流了C++的几个坑爹问题，但那只是开胃小菜，面试主要还是关于测试流程、用例设计方面的，总体比较轻松。
阿里：阿里不同的部门差别很大，面云计算部门居然遇到了当年交大ACM冠军队的教练，各种算法细节被问得无言以对男默女泪...淘宝则相对轻松，
虽然因为非互联网行业的关系，Java、前端、无线基本没搞过，但凭着之前比较丰富的项目经验、管理经验以及对阿里价值观的了解搞定了。
在EMC和阿里时，因为基本都是从头组建团队，所以不管是社招和校招，看了大量的简历，与无数的面试者进行了交流，所以自认为经验还是比较丰富的。
下面的分享主要是针对有3到5年工作经验的应聘者，并不特别针对测试工程师，其它岗位也可以参考。
了解你的'应聘对象。现在搜索引擎这么发达，很容易知道对方使用哪些技术和框架，对应聘岗位有什么样的要求。
有人可能要问了，对方要求Java，可我只用过Python或PHP怎么办？一般情况下，只要是正规公司，既然安排你面试了，就说明对你简历上的情况已有一定了解，而且安排面试成本其实挺高的，更重要的目的是考察你的学习能力。
这种情况下，利用网上资料，速成3到5天，基本也可以做到没吃过猪肉也见过猪跑的水平。比如应聘阿里巴巴，那么先找本《淘宝技术这十年》可以让你快速了解阿里当前使用的技术以及历史上遇到什么问题，如何演化的今天这个形态。
对于分布式系统，即使没有做过，也可以先去学习一下开源的dubbo框架，虽然是内部HSF的先驱版本，但是设计思想已经充分体现了。
对于测试技术，可以在网上搜索各种会议的文章，以及员工的博客，就可以有个大概了解有针对性的准备了。另外朋友圈也要利用起来，可以打听道更多的一手信息。
了解你的简历。可能有同学会比较奇怪，我自己写的简历还能不了解？然而事实确实如此，不少同学在简历上项目经历列了一大堆，看上去经验丰富，
可是一问就缩水了，比如这个项目我只是负责沟通，我参与了讨论，时间太久记不得了，只是在别人的框架上做些修改...这个直接是负分啊！
期望和实际落差太大了。一个忠告，没有价值的东西不要出现在简历上，写简历不是写网文，越长越好，
我工作到现在十几年，简历中文一页，英文一页，话说我刚毕业找工作那会，啥都没干过简历能写个3-4页，现在想想都瀑布寒...针对每一段项目经历，我这里给一个推荐的框架来进行准备：
这个项目解决了什么问题，达成了什么目标，使用了什么技术
你在这个项目里面做了什么，你的模块解决了什么问题，达成了什么目标？
使用了什么技术，为什么使用这项技术，与其它技术相比是如何取舍的（这会是个开放性问题，平时面上的积累很重要），开发过程中遇到了什么难题，如何考虑解决的（思考过程很重要）？
提高自己的表达能力！！！很多人花了很多时间专研技术，但是表达能力就呵呵了。实际在面试工作中不可能总是遇到懂你工作领域的人，
一个服务端出身的技术经理来问你无线开发，一个行政出身的HR问你项目经历，怎么把他们说懂而且让他们觉得你是真的很能干才是关键。有的同学上来就陷入了技术细节，直接把人侃得云里雾里，
造成面试官无法做出判断，根据保险的原则，扣了分再说。推荐做法是先谈疗效，也就是用数字说话，比如效率提高了多少，故障数降低了多少，在对方感兴趣的情况下，再慢慢展开到技术细节。
这样做首先说人话，不管是否了解你这个领域，都对你的工作成果有了了解，更容易打分评估，而且层层展开，
会认为你表达有条理，额外再加分。平时表达能力不好的同学没事可以练练朗诵，面试前可以找朋友来帮忙做个模拟面试。
价值观。说白了就是原意朝九晚五薪水稳定工作生活平衡，还是996夜夜加班可能暴富跨越阶级。这个没法说，一种是真心认同，一种是混日子，面试的时候看自己的选择，不要因为网上政治正确的忽悠在面试时较这个劲。
最后扯得远一点，Monkey在文章中提到了有博客或github项目，重点不在于有没有，而是在于你如何建设。
简单点说就是好记性不如烂笔头，通过平时点滴的积累构建自己的知识库和方法论。我看你的博客和github不是看转贴的，而是重点考察你自己的学习积累思考过程。
