简历更重要的是内容。一方面，内容要能体现求职者的能力和经历满足目标职位的需
要。这就要求我们仔细地挖掘相关的经历，并加以适当的总结和提升，最后用书面化的语
言表达出来。另一方面，内容应该能反映出作者训练有素的逻辑思维。一般来说，一段经
历需要有三到四个要点来支持，重要的就在于如何选择几个要点的内容，以及如何对它们
排序。一般而言，可以选择如下两种策略。第一种，首先简明扼要的说明是一段什么经历
，然后用一到两个要点来说明自己（注意，不是项目组）具体完成了哪些工作，最后一个
要点说明工作效果或者自己的收获。第二种，对于事情多且杂的经历，应该选取最具有代
表性的事务，按照其重要性递减的次序分别描述出来。
套用一句老话，一份好的简历“不是写出来的，而是改出来的”。即使针对同一类型
的职位，我的简历经过前后不下数十次修改，小到把中文逗号改为英文逗号，大到增删一
段个人经历，目的只是为了使得简历更加符合雇主的需要，顺利通过求职第一关。
【面试】
百度•研发工程师
9月底，我的第一次面试是百度web新产品部门的工程师。这个时间之所以早于百度正
式招聘的笔试，是因为有百度的师兄进行了内部推荐（这告诉我们一个道理，只要是自己
真正想要的职位，一定要争取内部推荐，这样能保证自己至少能通过简历关甚至笔试关，
避免一时失误造成自己和招聘公司的损失:）
我当天面试了两轮技术面，每轮面试一小时，一周后加一轮经理面之后就顺利拿到了
offer。百度的技术面试一向难度不小，但幸运的是，一面的面试官虽然年轻，还很有面
试经验。他从几个简单的问题开始入手，逐渐加大问题难度，给了我充分的时间来给大脑
热身。这个部门的面试题特点是，跟实际系统结合得很紧，分布式系统的题目很多。由于
热身充分，等到真正的难题出现的时候，我已经能够充分地放松紧张的神经，全力思考问
题的各种解决方案，评估方案的优劣，并试图优化方案，比较顺利地解决了大部分问题（
这又告诉我们，遇上一个有经验的面试官是多么的重要。成功的面试是考官和被面试者双
方共同的成功！）。面试官也很满意，咨询我的意见后，直接叫来另一位工程师进行第二
次面试。值得一提的是最后的经理面，提的第一个问题竟然是，“你在前面面试中有哪题
没回答上来，回去后是否思考了，答案是怎样”。这题看似没有问新的问题，但它直接考
察了求职者是否具有积极学习和孜孜求解的态度，如果抱着考完拉倒的心态，估计很难让
这位经理满意。
技术面试中很难保证不碰到难题，在不能立即回答出最优答案的时候，需要使用一些
面试技巧来应对。我的经验是分四步走，即理解题目，原始算法，优化算法，复杂度/性
能分析。首先要确认问题的细节，通过跟面试官的沟通来彻底理解题目要求和限制条件等
。然后，在最短的时间内提出自己的原始算法，并进行计算复杂度分析，如果是系统设计
，则进行系统性能以及优缺点分析。一般来说，原始算法很容易想到，但几乎不是考官需
要考察的最优解。因此，应该利用理解题目和描述原始算法的时间，脑子里积极开动脑筋
，通过联想类似的系统或问题的解决思路，快速形成优化算法的基本思路。在提出优化算
法之后，还应进行复杂度和性能评估。
微软•项目经理
11月下旬，我参加了微软MBDC部门Office组的项目经理面试。由于在微软做过项目经
理实习生，因此我对于公司对PM的要求很熟悉，因此面试得比较顺利，一个下午连续面试
完4位项目经理，大概耗时5个小时。相对而言，微软对项目经理的技术要求不高，仅仅有
一轮面试要求写一段很简单的代码。主要围绕着产品设计和项目管理展开，考察是否具备
开阔的思路、对产品开发流程的理解以及对产品进度的掌控。例如，有一位面试官问到了
如何对待产品bug的问题。这个问题考察你是否理解bug解决的代价，可能带来的风险，以
及在不同的产品开发阶段应对bug的不同方式。如果简单地回答解决bug，那说明对产品开
发的经验和理解太过欠缺，也说明思考问题不够全面，不适合这个职位。就我看来，这些
要求，恰恰体现了微软作为全世界软件（狭义的软件，区别于互联网等）业老大所最擅长
和最看重的特质：稳定压倒一切。HR通知我的面试结果是，面试成绩非常好，但是由于金
融危机和即将到来的微软裁员，MBDC没有PM的指标，真让我感觉哭笑不得：）