目前絕大部分面試都不會安排機試，即使出題考查也基本上都是筆試。就我個人經驗，其實如果要用筆試的話，還不如直接用機試，花費的時間差不多，但得到的資訊量更大。
機試之前還是要聊下天，大致了解下求職者的知識面和性格之類的。
如果面試者的意向崗位是一線開發人員，基本上就可以適用機試。當然也有例外，比如熟人內推，內推的簡歷我相信不會有假，從專案經驗和推薦人的描述，基本上可以確定求職者入職後能擔當什麼樣的角色。
首先要向求職者充分說明機試的理由，如果求職者拒絕，那就沒辦法了。
其次要預先準備好機試環境，比如我會拿自己的電腦給對方用，我就把 idea/eclipse/myeclipse/netbeans 全都裝好，資料庫也準備好，還有機械鍵盤、大尺寸顯示器、網路環境這些都準備好。如果求職者有帶自己用慣了的的筆記本來，那就更好了。
網路環境是開放的，機試過程中要上網搜尋什麼的都可以。
機試準備的乙個原則就是要讓求職者水平有最好的發揮，不要設定任何障礙，公司的工作環境是什麼樣子就是什麼樣子。
機試題根據求職者的意向，以相應崗位的最低要求來決定。比如說初級程式設計師，我的機試內容可能就是寫乙個使用者註冊和登入的 web 專案，資料庫和表都已經準備好了。面試者只要挑選自己熟悉的 ide，然後搭建工程實現**，對介面我沒有任何要求，簡單的 html 就行。一般順利的話半個小時應該足夠了，就算不順利，乙個小時也應該搞得定。
即使極端情況下最後沒搞定也沒關係，因為機試不是要看結果，而是看過程。
這也是很多人不願用機試的原因，覺得考察的內容是不是太少了，還不如多出幾個題目。我不這麼覺得，我認為這半個小時是可以看出很多東西的。
首先是打字的速度，可以看出求職者平時練習多不多。我見過最爛的情況是就用兩根食指打字。
其次是搭建專案是否熟練，這體現了對 ide 是否熟悉。
然後是編碼規範是否到位，比如命名是否準確，是否有格式化**的習慣，長語句如何換行，重構用的多不多，是否有意識的去掉重複**。
還有其他的一些資訊，比如是否有用單元測試，是否有寫注釋的習慣等等，都可以在機試過程中看出來。
到這裡你可能了解我絕對的實用主義態度。理論水平我是不信的，潛力什麼的我也是不信的，你現在是什麼樣子就好。因為 it 行業在如今的經濟形勢下越來越受歡迎，也導致培訓機構越來越多，從培訓機構出來的求職者比例越來越大，當中也確實有不少不愛學習的，靠假學歷和假專案經驗希望能騙到乙份工作。所以企業面對這個形勢，面試的手段也不能一成不變，也要想辦法去偽求真，這是對自己的產品和公司員工負責，也是對那些真正學好了的求職者負責，避免他們受到不公正的待遇。
軟體公司是如何倒閉的
最近讀了一篇非常有趣的文章，原文是英文，和大家共享，其大概意思是 管程式設計師就象是養蜂人管蜜蜂一樣。養蜂人怎麼管的呢？養蜂人其實並不能和蜜蜂溝通，誰會說 蜂語 啊。但他們可以把蜜蜂放在乙個舒適的蜂房裡，這樣他們自動就會採蜜了，你順手就可以拿走蜂蜜。對程式設計師是類似的，把他們弄到乙個舒服的環境裡 ...
小型軟體公司如何做大
在我們身邊，你會發現存在著很多小型軟體公司，他們少則幾人，多則幾十人。他們在苦苦地經營著，有的不斷壯大，有的也在不斷衰弱。但是隨著中小型企業對資訊科技重視程度的提高，小型軟體公司也會有更多的機遇。那麼這些小型軟體公司如何尋求自己的出路呢？產品定位不容忽視 有的小型軟體公司在發展的過程中沒有產品定位，...
軟體公司如何才能留住員工
公司的人都走的差不多了，原來20的公司現在只剩下幾個人，程式基本 了，剩下了大部分是美工，為什麼會出現這樣的情況，我試著分析了一下 1 待遇 工資。這是重點中的重點，大家看到離職的同事找的工作的待遇是自己的好幾倍，能不動心嗎。2 經驗的積累，專業素養的提高。公司做的專案太偏了，公司和部隊合作開發一些...