PHP招聘：如何面试应届生求职者

宇文氏

为什么要招应届生？不是因为便宜，有人说还没跳过槽的人忠诚度能搞些，这也不尽然，有些人没经受过工作的压力，总以为自己碰巧找到个压力大的工作，换换会好些。我的原因是……应届生好调教。在他们没有被各种枯燥乏味的工作折磨的以为写程序本来就这么 SB 之前好好洗洗脑子。
1、2、3 是基础题，4、5、6 问的是数据库操作，7 算是综合能力吧。
1. 进制运算
可以是让他模拟一些简单的字符串函数，类似 bin2hex、base_convert、base64_encode，或者单纯的，让他手动算一下 7 进制的 54321 显示为 9 进制是多少。
应该高中或者之前就能接触到 2 进制 10 进制之间的换算了吧，当然，他当时很可能没听懂。通常的情况，如果以前没留意这个问题但有理解能力的，可能能在几分钟的做出一些成功不成功的尝试。至少不应该很茫然。最糟糕的情况，连整数的最大值是多少都不知道，那就算了。
2. 描述一下常见的关于读取文件内容的操作，及各自的特点
应该不用迟疑太久就把 file、fopen、file_get_contents、readfile 列出来。表现好点还可以提下 readfile 的流式读取不占内存之类的。如果看的教材太老，可能只会说 fopen。最糟糕的辩解是不说跟数据库打交道比较多，文件操作没怎么接触过，完全无视文件静态化的存在。
3. 怎么模拟一个 POST 表单提交
答 socket 或者 cURL 都可以。
4. 列举一些常规优化方式
正确索引（就不强求完全理解多列索引了，最好能知道每个查询只能用到一个索引），知道索引提高查询速度、降低插入速度。正确的字段类型（能知道 char 和 varchar 的区别和优缺点）。text 类字段可以单放一个表用主键关联。总之他能说的越多越好。顺便问问他他所知道的最大处理能力是每秒多少条，哪怕是测试环境里的 benchmarking（今天看到份简历，号称三年工作经验，将半个月三万条插入形容为他所遇到的最高的负载，写在简历的醒目位置）。
5. “你知道，把时间存在数据库里有两种方法，一种是用时间戳，就是 PHP 函数 time() 产生的那种整数，另一种是 MySQL 里字段类型设成 datetime。那么，为什么一定要后一种方式？”
最简单的一个例子，如果存的是时间戳，你无法按类似“所有周三的数据”这种方式显示内容。这表明了他的学习阶段：是否接触了类似日志分析类的东西。因为这些是早晚都要接触到的。

6. 简单联表查询
有这么两个表
user 表：
id  name
1   张三
2   李四
3   王五
4   赵六
apple 表：
id  user  number
1   1     5
2   3     3
3   1     8
4   4     6
5   3     2
6   4     2
apple 表的 user 字段跟 user 表的 id 对应，一条 SQL 语句查出每个人都有多少苹果
如果他不知道 join，可能会这么写
SELECT user.name, SUM(apple.number) FROM user, apple WHERE user.id = apple.user GROUP BY user.id
正确答案应该是这样
SELECT user.name, SUM(apple.number) FROM user LEFT JOIN apple ON user.id = apple.user GROUP BY id
这两条语句的差别是，不用 join 无法显示出李四有 0 个苹果 -_-
7. 假设我们要做一个公交系统的常见服务，就是做查公交车怎么倒车的。假设完全由你自己来搞，我只关心最后结果，你会怎么做这个项目。说的越详细越好。
可能需要不断提示。考查一个人的做事能力，比方说他首先会想到需要数据，数据库应该怎么设计，有几个表，什么样的字段。
可以加分的地方可以有这么几个点。给站名编 id，匹配数字的速度要远大于匹配字符串。站点之间要距离的数据，这样计算最优倒车路线应该能考虑到站数，倒车次数、距离等权值。如果很有远见，任意两点之间的数据应该是提前算好的，比方说有 200 条公交线路和 2000 个站点，始发终点的组合可能是 2000 * 1000，每种线路可能有 1 - 6 种方案，有个表是来装这近一千万行结果的，如果有线路变化，再用本地的机器重新算一遍线路。这样整个系统才有实用价值。不然可能每次查询都需要耗费数秒或者更长时间，只能当单机软件用。

这些题本身是交流的话题，而不是“做对 5 道以上我就招你”这种门槛。我面试时每道题都会给予充分的时间，如果他做不上来，也起码能判断他的思考方式，而忌讳说“如果你不知道就明说，咱们赶紧做下一题”。同时也能观察出性格等方面。比方说第 6 题，有人把 SUM 写成 COUNT，我就问他你看看前面写的是否有问题，同时又怕太明显，又补充一句“也可能什么错误也没有、我在误导你，你自己判断”，于是他就不再理会、继续接着写完整个 SQL。再综合他的其他一些表现，我的结论是此人主见极强的，我不会用。属于出了 BUG 第一念头是 BUG 在解释器上、做出来的程序跟产品需求不符时会说是你产品没说明白的那种。相反，我很欣赏那些在做完第一道题的 7 进制转换后还知道验算的，因为既然是笔算就很容易出错。我觉得这种人思考严谨、负责任。
其他的一些知识，比方说 memcache、SVN、单元测试这些，都属于经验问题，应届生很少需要接触到这些东西（甚至文件静态化也很少碰到），不像上面，我需要以此来判断面试者对编程是否已经入门。
还是在 ngacn 上看到的一句话，团队需要两种人，要么 NB 的，要么听话的。