一写和大学生找工作有关的博客，就会有很多争议。为了再次提高博客访问量，满足我一点点小虚荣心，我再说说。

 前不久贴过一期《头脑风暴》的视频，里面有个海投的男生，在他投完简历后，专家、老总们给了很多点评和建议，也有疑问，面对这些，他总是在辩解，在辩解，在辩解，我在看这期节目的时候，看到这，我都替他急死，我说你别说了，听，行不？

 《东方早报》首席评论员问他，银监会主席是谁，证监会主席是谁，保监会，电监会。在说出两个名字后，男生摇头了。评论员说学世界经济的，中国四大监督会行政首长都说不出来，这个涉及到你大学四年广泛的阅读，大学的空余时间真是多得不得了，大学四年的时间，都在干什么。

 巧了，昨天换台看到一期《上班这点事》，说求职专业不对口的事儿。一个学国际政治的，求职感兴趣的方向第一是金融，第二是传媒。嘉宾老孙就问他，PE是什么意思，傻了。问他市净率是什么，还是傻了。简单点，问他我们国家现在存款准备金率是多少，还是不知道。再简单点，我们国家现在活期利息是多少，还是不知道。

 唉，你预先做点功课好不。即便是公司愿意接受你说你给我工钱，再给我机会，让我学，最好还有个好师傅，我学几个月就会了，你也得让公司看到你有学的态度、愿望和资质啊。

 袁岳说你不能这样写情书：只要你们选择我，我都会很爱很爱你。

 还是巧了，今天看到一篇博客：现在的大学生怎么了。我希望来留言的朋友把这篇博客也看一下，一目十行也行。

记得看《头脑风暴》时看到合作媒体有优酷网。
前几天在电视上看到一期的内容是《破解大学生就业问题》，因为之前有一篇博客与此问题有关引发了不少争议，于是想转贴这期节目的视频。
可是在优酷上搜不到这一期。
今天在土豆上搜到了，我不喜欢土豆，于是下载视频，上传到优酷。生命在于折腾。
可是上传到优酷后，先是显示说视频被屏蔽。紧接着就被删除了。
收到站内信内容如下：

很抱歉通知您，您上传的视频《头脑风暴：破解大学生就业难题》已经被删除，原因是： 　　

按照相关规定,限制传播

感谢您对优酷网的支持，对您所造成的不便，我们深感歉意。　


优酷就是这么和《头脑风暴》合作的吗？

视频地址：http://www.tudou.com/programs/view/8T-vUeZ5ITU/

再说说这次没录用。

昨天本来不打算写到博客上，因为涉及到的一些信息也许不碰巧能让认识他的人定位到他，觉得不大合适。

后来还是写了几句，因为自己有了一些总结。也因为要亲口告诉对方我们没有录用你，我觉得很艰难。尤其是对另一个有几年工作经验的朋友。

在5分钟内打完两个电话，长叹口气。在博客上写了几句。写得很简单，跳过很多细节。

我说他的简历很漂亮，不是指简历做得花哨，而是内容过硬。强调内容过硬是因为觉得可惜。

老板的顾虑源自哪里，我没有写。我只是接着写了写我的印象。

如果是我去面试，而我过去的经历不那么顺，我不会对面试官说那是我的运气不好。相声里说：有学问你得让别人说，不能自己说，你看我什么时候说过自己有学问？

关于Intel的测试offer，我是这样想的，宁可不去Intel这样的大公司，也不愿意从测试工作做起再谋求发展，心高眼高。能力再强，半年三个月后要走，对我们来说也是很头疼的事情。我说他轻视测试，那位理解成“是轻视做测试的”的朋友，你的理解力和逻辑，和我不在一个档次上。

从感情上讲，面谈了，却没有录用，我觉得很无奈，决定权不在我，我需要找什么借口呢？不需要。

话再说回来，招聘主要还就是靠印象。短短一个多小时的面谈，还能靠什么？

看顺眼才要，不顺眼不要，那不是废话嘛。哪个老板吃饱了招一堆自己看不顺眼的回来打理自己的事业，还给他们发工资？

08年的魔法天裁比赛，参赛设计师叶谦对巴西风格的理解是巧克力色，他说那是可可豆，巴西的。评委袁岳，就是主持头脑风暴的那个，说巧克力色也能让人想到非洲，那不是巴西的特色啊，说到巴西，他想到的是绿色、黄色。叶谦在台上跟他争吵，说每个人的理解是不一样的。袁岳说，没错，每个人的理解是不一样的，但是你是选手，我是评委。

这位应届毕业生的简历很漂亮，在国内两大知名交通大学里完成本科和硕士研究生学业。实习在Intel，做过研发做过测试。

没有录用的原因在哪呢？

老板担心稳定性不够。

我有两个不那么好的印象。

一是在做自我介绍的时候说先要澄清一下到现在（08年12月底）没有确定工作的原因，不是个人能力有问题，而是运气不好。

二就是在解释不好的运气时提及已得到的多个机会中有Intel，但是Intel给的职位的测试工程师，故放弃。

出现问题，先多从自己身上找原因，才能给人以扎实的感觉。

轻视测试，不愿先从测试做起再求发展而放弃了Intel的机会，不说对错，但让我心里不踏实。

代码的结构。

从底向上有A，B，C三层，每层有一些模块，上层调用下层模块。不同的客户，C的差异很大，C层有很多并列的分支，A和B

与客户的合作有不同的方式，有的是不给客户源代码，任何变动的需求都由公司完成；有的是给C层的代码，部分变动的需求客户自己解决；有的是给B层和C层的源代码，几乎全由客户自己完成变更。

有一个客户，合作方式是第三种。客户拿到代码后在B层和C层做了一些改动，改动部分模块以增加功能，或者是改变部分行为方式。

一年以后，主干树上的A层和B层经过多次升级，整个工程升级到新的版本，该客户希望能同步，但是要求保持其自主改动。

矛盾是：该客户在B层做的改动不可能合并到主干树上。而另建分支增加了与主干树B层的更新保持同步的合并动作，增加测试工作量，增加错误可能性。

怎么办？

我们只能是为其另建分支，而同步代码的维护工作长期占用了一个工程师的几乎全部工作时间。

事实证明，替客户维护已经发布给他的源代码是一件非常不可取的事情。

应该告诉他们，如果希望得到源代码发布，那我们将不再对这份代码做维护。