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

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