Recruiting Events: Xunlei (Part 2)

所有Recruiting Events系列文章由Cat Chen记录并发表于http://Chinese.CatChen.biz，目的不是公布招聘有关的题目或技巧，仅用于个人知识归纳以及经验总结，如需转载请保留出处。

前端工程师在广州的笔试复试只剩下4个人，我不明白为什么4个人都还要再笔试，如果前端技术的基础算是考察了，那么应该可以面试考一下设计思路以及综合能力，难道还要再笔试一次考更深入的技术吗？如果是那样的话，我觉得没有谁能做出来，因为即使第一次笔试那5道题，我问了猫影和aw，他们也无法在不查询外部资料的情况下做出来（不过aw应该对JavaScript和ActionScript互调用那题很有体会，所以那题的答案应该找他讨论）。

发卷的时候，考官对我们这4个人说了一句“今天考一考基础”，然后看到试卷类别上写着C++，我就不知道说什么好了。C++我会读也会写，只不过基于我个人对C++语言本质的不太喜欢，所以也就不会think in C++，因此写出来的代码显然很不像C++ native speaker，并且会带上其他各种语言的一些accent。看看试卷，50道单选，20道填空，1道编程，有人要考基础我就跟他拼基础吧，只能这样了。

开头有几道选择题挺开放的，当也可能是纯粹考你最基础的基础。例如问题是以下哪个你看起来更顺眼，有一组答案中有两个分别是：
#define your_name "xunlei"
#define YOURNAME "xunlei"
这算是考什么呢？生硬的考他认为正确的命名规则呢，还是仅仅想了解你个人的编码风格呢？后面开始有一些题目考你对C++各种不一定人人用得着的功能，例如以下两个是否有性能差别：
#include<iostream>
#include "iostream.h"
这个……简直就犹如当年算法竞赛能够在初赛考你Pascal里面哪一个编译控制指令能改变堆栈大小一样，结果就是只有两类人能够做得出来：超级熟练的使用者，或者死记硬背的应试者。

填空题的话，也是有点像竞赛的笔试题，例如叫你看程序写运行结果，又或者补充程序代码中的空缺。ACM都直接上机考啦，C++还以这样的形式考察，不要说招前端工程师，就算真的是招C++开发人员，考察结果与实际能力只见也会有较大的误差吧。

最后的编程题，要求写一个字定义的strcpy函数，签名如下：
int strcpy(char* dest, char* source, int count)
其中count控制最大的复制字节数，返回值为实际复制了的字节数。题目不算难，就照我自己的思路写咯。后来Jeffrey Zhao才告诉我，这不正是strncpy吗？可惜strncpy的返回值不同，所以还是不能直接调用。

我还是100分钟左右就做晚了，然后又花了20分钟慢慢检查了一遍，修改了一些选项，其实改来改去都是不确认哪个是对的。之后等了一个晚上都没有面试通知，就知道出事了……

回过头来分析一下，到底什么人比较容易通过这样的两轮笔试呢？要熟记正则表达式，知道document.cookie存储格式，知道C++编译器的控制选项，这些都要求是超级熟练的使用者，或者死记硬背的应试者。我想没有任何企业想要后者，那么只能说迅雷想招前者，看重的是你是否是一个熟练的IT民工（来自于猫影词汇），是否上任后能马上投入工作。但如果这真的就是迅雷的招聘风格的话，我只能说和它招聘网站上宣传的相差太远的。网站上的宣传，让它看起来好像一家小百度那样，拥有大企业应该有福利，至少达到百度那个级别（当然宣传往往是比真是要夸张一些的，我说的百度级别是真实级别），同时又作为新兴企业拥有无限前景——这主要是指股票那事儿。然而事实上，可能它仅仅是有一家很中国式的小企业，就是作为整个大的世界工厂里的一个小工厂，依赖自身的光环招一些有理想的工人进去，然后……谁知道将来发生什么事情呢，这可是说不定的。