小谈应聘.NET程序员失败的几点硬伤

    这几天组里面在招人,原来应聘的人都会被HR仔细的挑选,然后让具体技术对口的部门决定是否面试。这段时间由于产品开发很紧张,实在没有那么多时间去面试,于是决定先考他们编程,再决定是否面试。对于招程序员这也应该没有什么问题吧?下面简单说说这些天的感受。

    考试题目都不艰深也不专门考算法,就是从平时开发中弄出点小的需求并抽象,分为偏算法和偏UI。要求应聘者在1.5-2小时内上机解决,提供VS.NET和MSDN。事先说好,尽量发挥,最后评分不完全参看程序运行结果。因为应聘者难免在那么短的时间会不适应,但不管怎么样作为看其思路和代码风格是足够的。两天过去了,发现有些比较严重的问题,并且出这些的问题的应聘者都基本不让人满意。
    
    1、使用控件和现成类库
    这个真的是不知道该说什么了,难道都让他们上机编程,并且还配备有MSDN,我们会是在考查应聘者使用MSDN检索的能力吗?当然既然是这样的解答的人,编程自然就不能做为考核标准,但是这样的应聘者的理解能力似乎很难让人满意:(

    2、把C#(sharp)叫做C井
    对于叫"dot NET"为"点NET"的人,一般我们还是可以基本接受的。可是说自己使用C#都有一年多的时间了,上来张口闭口就是C井的,真是想一刀捅死!结果也在意料中,对C#的掌握程度基本就是把普通C#语言教程看过一遍的样子。

    3、使用中文变量名编程
    使用中文变量名本身不是什么大错,毕竟.NET支持这样的特性,但是既然选择程序员这个职业,似乎在这些细节问上需要一点专业精神吧?最后发现使用中文编程的人,程序的思路总是感觉怪怪的,最后也没有能清晰、完整地解决问题。

    4、实际水平和简历不符。
    本来短时间测试和一两次面试,是很难看清楚一个人的真实能力和潜力的。而且每个人都有自己的优势和弱点,有的人善于展示优点,有的人不善于回避不足,到底谁更优秀是很模糊和不容易判断的。不过有一点,诚实是一个人应该具有的起码品质,即使目前专业知识上有所欠缺,但是做人必须要诚实守信。有的人的实际水平和简历介绍简直大相径庭,这样的应聘者,即使专业知识方面稍占优势,考虑聘用的可能也是比较低的。

    一点小小的感受,但是目前已被考查,且具有以上硬伤的应聘者,确实都未能表现出好的职业技能和专业素质,总体情况十分不佳。

posted on 2005-08-04 22:14  birdshome  阅读(23540)  评论(241编辑  收藏  举报

导航