AgilePHP

本来以为一切都已经沉尘落定，心思也早已放在了毕业论文上。微软STC（搜索技术中心，属于亚洲工程院）通知我参加他们面试的时候，我正在开组会，脑袋里思考了一下要不要去参加，不去觉得失掉了一次去体验微软面试的机会，去的话担心面上了自己也未必就会去，不过对于微软的好感和好奇还是占了上风，答应参加他们的面试。 我的情况比较特殊一点，去年十月份的时候参加过他们的笔试，后来听HR说那个时候参加笔试没有得到面试机会多半是因为笔试成绩不理想，好吧，我们那次一起参加笔试的就没有一个去面试的，真怀疑微软那个时候有没有认真改试卷，哈哈~后来应该是师兄帮我推荐了一下，不过到现在才通知面试也确实有些晚。 微软先给了我一轮电话面试，题目我就不说了，挺有意思的一个面试官，后来就在跟我抱怨在国内做搜索有一些特殊的问题要处理，让我针对这些问题做处理啥的，聊得比较轻松，可能也是因为自己没有找工作的压力所以比较放得开吧。大概聊了一个小时，聊完了我也就觉得聊完了，没有去想后面还会不会有下一轮的面试。不过后来真的是出乎我意料的通知我某天下午去参加面试，一共三轮。据我推测，应该是2个Dev+1个Test，因为我面的是Dev，据说如果面的是Test会交换一下。面试的题目都不难，都比较有趣，也有一些经典的题目，俺就不透露了，反正不会比编程之美上的题目要难，以后去面微软的小朋友们好好准备都不会有问题。SO后来三面面完了我觉得也就面完了，面试官跟我讲我可以回家了，听这口气像是要歇菜了一样。但是师兄晚上帮我问了一下HR，HR说进展不错，让我等通知。 后来就等到了终面的通知，终面是某日的下午面的，一个小时，是STC的一个负责人面试我的，聊得也很轻松，不过还是会问几道算法有关的题目，然后就是聊聊别的，人很和蔼，SO面完了也就面完了。 中午面完了，下午5点多的时候给我打来电话，给Offer了，自己崩溃了。STC的Offer还是很给力的，起码在今年的形势看来，在外企里应该算是不错的了，比百度给的要多，而且户口基本上可以100%解决。本来不成问题的问题现在成了问题，俺该怎么决定呢。 首先排除户口的影响，这东西有是最好的，但不是我找工作的首要因素；其次，关于待遇，好吧，第一年的工资如果在差不多的水平的话，也不是影响我找工作的首要因素；第三，我跟百度签了三方，答应过那边的导师我一定会过去工作，这是个人信誉问题，我在乎的，所以这一条也比较影响我做决定，但是诸多师兄跟HR都说其实这一点没那么重要，既然有毁约金的说法，就是说明可以毁约的；最后一点，我到底想去哪里工作？微软是我从小就梦想能够去工作的地方，自己心目中的软件帝国，去STC做搜索应该也不错，以后有大把的机会接触到全球的团队，这些都是优点，去百度是做基础相关的东西，我更偏向于这个方向，而且可以继续接触Linux相关的技术，对于一个对开源有着极大热情的我来说，更偏向于选择去这里，而且百度整个就是一个互联网企业，也是符合我的初衷。作决定就是这么简单的事情，大概过了一周，给微软发了一封言辞委婉的邮件，说明了理由。 经验：工作定了，如果自己满意了就不要再去面试了，哈哈，面对两份让你都满意的工作，真的是让人难以取舍；当你无法取舍的时候，听听你内心的声音吧，选择一个自己喜欢的，或者抛个硬币；即使可以毁约，我觉得还是尽量不要做这种事情吧，除非另一家有足够足够吸引你的地方。这就像你已经结婚了却还去相亲，拿离婚去做成本，这是极大的成本的。 自己Twitter上的一句话，今天的这个决定，再过五年看，要么很傻逼，要么很牛逼。

我想我从头到尾对找工作的回顾差不多了，这篇做个了解吧。再写上一些杂七杂八的感触： 有师兄能帮内推的话，就内推吧，机会相对来说大一些。 尽量提前准备，除非你有十足的把握，早点弄简历，早点复习，临阵磨枪还是很有用的。 多跟同学交流，无论是询问别人向别人取经，还是把自己的经验分享出去。 北邮人的求职版块还是挺好的，起码消息很灵通，推荐用Google Reader订阅那版的RSS。水木上求职广场晒Offer的太多，容易让人受打击。 善用Google Calendar，这绝对是你安排日程的力器，有HR打电话过来约时间，看一眼就知道自己有没有时间了。这个是个称职的个人小秘书，还能在事件提前一段时间发短信提醒你。 养成邮箱即时查收的习惯。我是保证邮件可以在第一时间被我查收到的。 保持手机畅通，不要有停机或者是手机不在身上的事情发生。起码避免不必要的麻烦，也不会给人造成不好的印象。 要淡定。 要坚定自己的信念。 找工作算是圆满的结束了，在这里还要感谢一下我家人、女友、朋友的支持各帮助，自己一路走来，多谢你们的帮助。也希望看到过这个系列文章的同学们都能找到一个自己满意的工作。

最后我选择Offer，在百度、腾讯、阿里巴巴这三个，职位都差不多，都是软件开发工程师，薪水也差不太多，地点差距很大，北京、深圳、杭州，几乎是从南到北，最后选择了百度，主要还是觉得在我应聘的部门可以得到更多的技术上的积累，当然我并不是说其他两家不能，我想在任何一家公司自己好好干，都可以锻炼自己。只是去百度的话，自己对Linux方面，对C/C++编程方面能够得到更多的锻炼，这是我最希望能做的事情。我不是很纠结于户口，所以也没太考虑这方面的因素，做完了这个决定以后，北京的一些据说肯定有户口的公司我也就没有面。户口并不是我个人找工作的决定性因素。自己主要还是从技术角度和以后的发展来看，我没太纠结啥。不过倒是可以总结一下身边的同学选择Offer的考虑因素： 公司规模、知名度 发展前景 薪水、福利 加班 地域 户口 有这么多需要考虑的因素，这些因素之间又没有一个明显的优先级，当你发现A公司给你更高的薪水但没户口，B公司给你户口但薪水低，你拿了高薪水又不甘心没户口，或者有了户口又嫌自己拿得比别人少，即有户口又有高薪水但是公司的规模不如C公司，这样去选Offer不纠结才怪。我觉得选Offer的时候，一定要有一个中心指导思想，以户口为导向？以岗位为导向？以薪水为导向，认准了一个，在这个维度下再考虑其他的因素。这样就没有啥好纠结的了。多个维度都去同等看待的结果就是最后的Offer看起来都没有明显的综合的优势，也就无从选择了。 我是那种一旦选定，就不再动摇的人，后面的面试我也不面了。去哪家公司我觉得对人的发展有影响，那绝不至于有那么大的影响，自己认准了，认定了，去努力就好。

去年也报过一次名，但是最后有事情所以就没有去。这周一收到的邮件，QClub有一个技术沙龙的活动，定在周六，想来自己周六也没有别的什么事情，就报名参加了，看到题目也是我感兴趣的内容。其一是由百度的黄容芳讲的《Web数据交互的艺术》，其二是由豆瓣的刘洪清讲的《分布式数据库BeansDB在豆瓣的应用》。 黄的演讲，如果去掉艺术二字，个人认为还是一个很好的演讲，其讲了Web数据的几种不同实现，其对长连接的分析十分清晰明了，不过黄把“轮询”写成了“轮循”，虽然是个小错误，但我觉得“轮询”解释了此事件的本质，即间隔一段时间轮流（轮）询问（询），而轮循仅能表达轮流循环的意思；关于数据压缩，主要讲到了两种主要的实施手段，一是使用类似YUI Compressor的压缩器主动对需要传输的内容进行“精简”，我觉得称之为“精简”更明确一点。另外一种是使用GZIP来做压缩，对于大型网站为了提高用户体验，加快网页的加载时间，这是两个很好的方法。后面说到的跨浏览器通信，则是我完全没有接触过的内容，主要是想解决当客户在同一台机器上打开不同的浏览器，或是使用同一浏览器同时打开某一页面时，各页面之间内容同步的问题，主要的解决方案是Flash。后面说到了数据在客户端的存储，提到了ie的UserData，Firefox的localStorage以及Flash和HTM5，却没有提Google Gears，百度是不是跟Google有仇？ 说到Flash，黄说Flash的覆盖率还不是很高，只有97%，百度能在乎剩下的3%，着实是挺令我惊讶，想中国的大多数网银和几年前的淘宝支付宝都不支持Firefox。不过我倒是很赞赏Apple的作法，宁愿支持html5也不愿意支持FLASH，不论苹果是否只是由商业利益做出的考虑，但是阻止flash来扰乱本来就已经很混乱的web标准，我是很赞同这样的作法的。 另外一位豆瓣的工程师刘讲的内容也吸引了很多人，我自己也被他的话题所吸引。说到分布式key-value数据库，自己早有耳闻，但是我一直不明白也一直不是很清楚这种类型的数据库如何被有效的利用在web2.0的应用中。豆瓣的作法是没有完全将MySQL替换掉，而是将那些结构化的数据依然保留在MySQL中，而将另外一些依据应用场景数量多，对一致性要求不是十分高、许多场景下是一次写入多次读出的数据存储在他们的分布式key-value数据库中。工业界追求第一位的并不是程序的理论上的最优性，而是在应用需求前提之下的性能和成本。key-value分布式数据库不是万能的，但是在一些场景之下，却可以解决应用的许多问题。豆瓣网的现行用户有3000多万，其每天处理的数据我觉得还算是一个不是非常巨大的场景，与twitter和facebook相比，其还要差一到两个层级。随着豆瓣的成长，希望能从他们那里得到更多的经验。 最近很忙，少有更新博客，可以在twitter上联系我。@bbiao