可以考虑从以下几点去口试PHP工程师
一个包含中英文的字符串如何得到它的自然长度（看看ta是否有encoding的知识和意识）
问一问什么是ORM，有时候会问这个词的英文全称是什么，问问ta对付ORM有什么个人的意见？（看看ta学习细不细，有没有技能判断，PHP开拓职员该当知道什么时候利用ORM）
问一问如果ta要自己去实现一个framework，ta会怎么设计。（看看ta对代码架构的理解，对MVC的理解）
问一问framework设计里的url dispatcher他会怎么考虑。（HTTP知识）
问一问ta对框架本身的意见
理解一下ta对Design Pattern的认知，比如Singleton，Observer，Factory等常用的设计模式，问一问ta对设计模式本身的意见。
问两三个数据库设计的问题
问几个前真个问题，哪怕ta的职位是PHP开拓职员，好的PHP职员不可能不理解前端，而且很可能很理解前端
问一问ta对noSQL的理解情形（对与noSQL的认识是和传统Relational DB的认知是分不开的）
问一问ta碰到问题时候会如何去探求答案
问一问ta习气利用哪一个搜索引擎（如果是http://GOOGLE.COM就有加分）
问一问ta最近看的书
问一问ta的职业方案，喜好做什么，对事情环境有什么哀求
别出生僻的题，别难堪人家，更不要变相的侮辱人家，正常互换为主，你要的是一个正常的人，精良不精良就看你的眼力和运气了。
很多公司的技能职员招聘会刻意追求刺激的问题，比如很著名的微软的“下水道的盖子为什么是圆的”，不是说这些稽核毫无道理，但更多的是一种“marketing”的手段。
还可以从不同的角度去口试口试者：
技能线（偏深度）：
1. 根本知识，比如数据构造，多线程，I/O，Http协议等
2. 措辞深度，比如PHP的运行机制，性能优化，APC（以及其事理等）
3. 源码阅读，比如看过哪些框架，个中的机制是怎么样的，往细了问
4. 知识宽度，静态措辞，比如C、Java等，我始终以为只会一门措辞不是什么好事情
5. 项目履历，做过什么，是否繁芜，卖力什么，做了什么
6. 设计，这一点和第五点比较类似
业务线（偏能力）：
1. 业务能力，也便是之前做过的项目（担当的角色，卖力的部分）
2. 沟通能力，这一点能从沟通中就看出来
3. 主动性，之前主动推动的事物等等，哪怕是一个小的点也可以
4. 抗压能力，之前做过的项目中去挖掘细节
5. 技能宽度，理解不一定要深入，我一样平常会问一些比较泛的，比如多措辞，Linux操作，HTTP协议等
目前还比较盛行会问
1. 有GitHub或者Blog（技能激情亲切）
2. 离职缘故原由和同事相处的怎么样（你懂的）
3. 业余韶光利用（技能激情亲切）
