一次尴尬的招聘经历

公司在人才网上贴出招聘信息很久了，这两天也的确来了不少人应聘，感觉素质上的确是参差不齐，有很多人欠缺实际的团队开发经验，有些应聘者的沟通能力上又有所不足，公司采用的是敏捷开发的模式，所以定位在有经验的程序员，一般是2年左右的.net 开发经验，熟悉面向对象的思想，熟悉c#的语法，有良好的表达能力。

今天就遇见一个比较郁闷的事，本来前几天笔试中有个人还比较满意，有过几年的开发经验，虽然他说自己在独立维护他自己写的一套CMS（客户没几个也就是他的几个朋友在用），也做过架构设计，可我听他的阐述，顶多就是数据ER图，连用例和UML都还没有涉及到，但是他的职业经历我还是比较满意的，和我们现在要开发的产品路线也比较吻合，笔试的过程只能说还不错，于是我心里很想把他定位在公司的高级程序员这档，这也和他的薪资要求接近，于是今天约见他做一下上机题，顺便想让他做几个团队的合作测试题。上机题很简单，给了这位应聘者一个HTML的模板页，要求按这个模板页设计一个留言板，并要求实现3个功能特性 1、前台留言（无须登录，直接输入用户名即可，套用那个模板页） 2，前台按模板页的样式进行分页显示所有留言及回复 3、后台页面（可自己设计）需管理员登录，可进行对留言的回复及删除功能。

出这样的题是根据公司的实践中得出的，从这样的小项目中可以看出一个程序员对项目功能的理解能力，以及编码习惯及开发的水平，我没限定他用几层架构，也没有限定他用xml还是任何一种数据库，按道理说如果一个程序员真的有一年以上的功力，而且一直是从事B/S的CMS之类系统开发的话，这样的东西是最能在短时间内看出他的实际水平的，因为算法什么的太不着实际，在我们的实际项目中用到算法的地方也是微乎其微，我们公司小，更看重的一个人的实操能力，更何况作为一个高级程序员在项目中还会兼有一些技术指导方面的工作，退一万步说，这样的题目给应聘者发挥的空间是很大的，我要求的完成时间是3个工作日（当然是在我的公司提供机器，装了MSDN）,你想在里面加入算法那也是你的事。可这位仁兄就死活不愿意做，大意是这样的上机题简直是太垃圾不值得一做，还说你要想看我的代码功力可以直接看我以前的作品，我说公司有公司的招聘规定，你的作品我没有看过不便评价，但公司看重的是一个人的实操能力，而且你的作品如果过于复杂，你能提供UML图和用例图，这仁兄说，我有ER图就行了，你看这个是一样的，我要晕了，这能一样吗，他又说，招聘不是这样的，云云，你们不尊重人才，这棒子打得真是找不着北了。结果当然是不欢而散，我也没有送客。

      过后我不由得感叹，程序员的骄傲是靠客户和公司高层的肯定得到的，一个人再牛，如果连一点起码的付出都不愿意做，特立独行，以自己的技术而固步自封，单纯的总以技术来论技术，这样的职业生涯可以长久吗？