這幾天組里面在招人，原來應聘的人都會被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、實際水平和簡歷不符。

　　本來短時間測試和一兩次面試，是很難看清楚一個人的真實能力和潛力的。而且每個人都有自己的優勢和弱點，有的人善于展示優點，有的人不善于回避不足，到底誰更優秀是很模糊和不容易判斷的。不過有一點，誠實是一個人應該具有的起碼品質，即使目前專業知識上有所欠缺，但是做人必須要誠實守信。有的人的實際水平和簡歷介紹簡直大相徑庭，這樣的應聘者，即使專業知識方面稍占優勢，考慮聘用的可能也是比較低的。

　　一點小小的感受，但是目前已被考查，且具有以上硬傷的應聘者，確實都未能表現出好的職業技能和專業素質，總體情況十分不佳。