面試是很奇妙的一件事情，在短短的一段時間內，要讓一個完全陌生的人認可你的專業能力，認可你的人品，認可你的職業習慣等等。而同樣，被面試者需要判斷這是否是一家靠譜的公司，是不是有錢，是不是適合自己工作，是不是和自己發展方向一致等等。工作就像是娶媳婦（找老公），不是說隨隨便便說換就換，而是你每天都要面對的事情，所以找個好的企業，找一份好的工作，對于一個靠自己養活自己的人來說真實太重要了，那么找好企業，找好工作的第一步就是面試。今天從幾個方面來說說面試的技巧。

　　其實不是針對面試，基本儀容和禮儀在日常生活也是非常重要的，是一個人是否有教養，是否有素質的基本要求。

　　穿著：如無特別需要，不強制要求著正裝，休閑裝即可。但是不要光腳丫子大拖鞋，背心吊帶，男士不要穿露腳趾涼鞋。干凈整潔即可，表示對本次面試的重視和對面試官的尊重。

　　儀容：女士如果想化妝的話，淡妝即可，素顏也可以。男士頭發理一下，胡子剃掉。還是那句話，干凈整潔，萬萬不可口腔有異味，或者身上有體味（特別是腳丫子臭味，絕對不行！）

　　禮儀：多說“請”，“您”，“謝謝”，記得進門后關門，前臺給你倒的水走的時候記得拿出去扔掉。坐下來面對面試官要有坐像，不要跟在家里一樣太隨便，說話口齒清楚，慢一點說，不要跟打機關槍一樣。切記，不可做作，細節處把握尺度就行。如果遇到和面試官有分歧的時候，立即閉嘴并閉嘴，不要爭論，不要試圖說服面試官，更不可恥笑或者蔑視面試官，這是禮貌，跟你技術有多牛逼無關。

　　謙虛：任何時候，把自己放在一個相對低的姿態，你是來面試，不是來教育面試官的，抱著一種接受檢閱和學習的態度面對面試，千萬千萬不要覺得自己主角光環加身，天下之大老子第一。相信我，這個世界牛人大把的，別人不說穿是因為給雙方留面子，你可別認為是你真牛逼。謙虛，起碼不會讓你有成為一個跳梁小丑的機會。

　　什么重要的話說三遍已經爛大街了，我就不說了。對于程序猿來說，專業基礎知識絕對是重中之重，是面試成功的最基礎要素。我說的專業基礎知識，不是說你做了多少個項目，寫了多少行代碼，而是軟件開發的基礎知識。

　　我在面試的時候，有時候會遇到一些候選人，乍一看簡歷也有好幾年工作經驗，項目也寫的滿滿的，但是卻連“值類型引用類型本質區別”，“構造函數有哪些特點，何時被調用”，“類和接口區別是什么”這樣的問題也回答不了，注意，是回答不了，也就是不知道，不是知道意思但是組織不了語言。這類候選人通常在連續回答不上幾個問題后，開口為自己辯解：“我動手比較強，寫代碼都沒問題，但是書上的概念我真的不太清楚”。能說出這個話，就說明此人根本就明白作為一個技術工作者最基本的專業素質是什么。（我在這里就不展開談基礎知識在開發中的作用以及對自身成長的作用，以后會專門撰文來討論）所以千萬不要覺得自己工作幾年，有些代碼經驗就已經可以挑戰更加高薪的工作。

　　在面試前，一定要先審視一下自身的基礎知識掌握程度，如果有必要，自己買書回來或者網上找一些資料，利用空余時間系統的學習一遍，比如你所使用的語言本身，比如你擅長的框架底層實現，比如編譯原理，比如多線程的知識，比如Http相關的知識等等。千萬不要沒有一點點基礎知識儲備或者基礎知識儲備不豐富就跑去面試，失敗的幾率非常大，如果眼睜睜的看著自己心儀的工作機會擦肩而過，我想是誰都會難過的吧。

　　面試的過程本質上就是一次溝通的過程，候選人在短短的時間內要盡量的向對方展現自己的長處，隱藏自己的短處，盡量讓對方問題得到圓滿答復并且留下較好印象。有些程序猿性格內向，在陌生人面前比較靦腆，話語不多。當然，這不能說是做錯了，只能說是一些性格上的短處而已（如果很嚴重，那就有自卑的可能，需要重視并且糾正）。在面試時，候選人一定要精神煥發，昂首挺胸，眼神堅定，切記切記眼神不要飄忽不定，切記切記不要甕聲甕氣。有人會問我，“那我回答不上面試官的問題，或者一時沒有想起來，心里沒底了怎么辦？”，怎么辦？？回答不上也不能被嚇尿了啊，是吧，咱們遇到不會的問題，就老老實實的說“這個我不清楚”，或者“這個我不會”，千萬千萬不要不懂裝懂，顧左右而言他，打算糊弄過去，我告訴大家，搗糨糊是過不去的，面試官的問題肯定是他非常清楚答案的，你忽悠面試官就是在忽悠你自己，有意思嗎？當然，也不要胡亂回答，否則只會成為面試官和他的同事茶余飯后的笑話。

　　在面試時，盡量雙眼直視面試官（但不要瞪著人家。。。），背挺直，手機開飛行模式，說話口齒清楚，利落干脆，回答得上就盡量說，回答不上直接說不知道，不要羅里吧嗦，特別是談到薪酬，對方問你期望時，最好在現有基礎上增加10%-20%，不要漫天要價，也不要不好意思，放心大膽的說出你的期望，如果對方覺得略高，會再跟你商量。務必一開口就給人真誠，干練，干脆，專業的印象。

　　很多面試者不大重視自己的過往項目經驗，這是我不能理解的地方。我每個做過的項目，雖然我在其中可能只是做一個模塊甚至一個功能，但是我都會想辦法搞清楚整個項目的業務流程，研發背景，內部模塊功能，和外部如何實現集成，底層數據庫的設計，整體系統架構設計等等。我在面試候選人的時候，通常都會問最近一個項目相關的東西，有很多候選人都會表示是ta自己一個人設計開發了這個項目，但是連有哪些功能模塊，系統結構（注意，不是架構）都回答不出來。有些面試者，在面試一些中高級的程序員時，很喜歡從過往經驗入手，你再一遍介紹的時候他可能隨時提問。因為這樣有2個好處，第一是預防一問一答的形式，候選人事先背了很多問題的答案，第二是從候選人過往項目經驗入手，除了可以看出候選人是否虛假構建了項目經驗，還可以判斷該候選人對開發細節的把握以及對一些技術點的反應能力和掌握情況，畢竟“突然襲擊”比“瞄準射擊”要更加考驗候選人。

　　所以，在面試前，應該好好把自己以前的項目經驗都捋一捋，特別是上一個項目，從業務流程到產品設計到系統開發，特別是項目內一些你做過的細節地方，你準備在面試時拿出來說的，必須以此為點，相關的東西都查查資料看一看。再一個就是項目里面的閃光點，什么叫閃光點，就是高大上的東西，需要自己多了解了解，在面試的時候拿出來說也可以加分。比如我以前做過一個項目，是一個類似網頁爬蟲的東西，把爬下來的東西根據數據庫里面的地址上傳到設置的路徑，再刪除這個文件。當時我還是比較小白的階段，懵懵懂懂的聽人說多線程好像效率比較高，于是就用到了new Thread的多線程方式，確實解決了一些效率上的問題。后來換工作時，我又把這個項目拿出來看了一遍，并且著重看了看多線程相關的東西，知道了還有異步編程（當時好像C#還沒有Task），于是就自己學習了一番，然后動手做做實驗什么的，把多線程這一塊理論聯系實際又鞏固了一遍。果然，后來面試的時候談到這個上面的時候，面試官對這一塊很有興趣，越問越深，我也知無不言，為自己增分不少。

　　有些企業在面試程序員的時候，喜歡一開始扔一張試卷讓候選人先做，然后再去面試。暫且先不談做卷子考察方式的好壞，在做試卷的時候，萬萬不要用移動設備上網查詢答案。本身作弊的行為就讓人不齒，如果面試官在暗處進行觀察，發現你作弊，那就太尷尬了。會就是會，不會就是不會，即便你用手機查答案把試卷寫的滿滿的，在接下來面試的時候，面試官再就試卷上的問題展開一問你，你還是不會。所以不管有沒有人監督，在面試的做試卷環節，千萬不要作弊。

　　其實這是個增分項目，如果上面幾點都已經通過面試的考核，那么這一點就會成為你絕對的亮點。首先要先自己了解一下當前熱門的技術，然后通過分析自己申請的職位，去看看可能涉及到哪些熱門的技術，然后再去專門的找資料進行學習和動手實驗。比如你是搞互聯網的，那么最好學習一下負載均衡相關的技術，學習分布式數據庫的技術，學習緩存技術，學習頁面靜態化的技術；如果你是搞數據分析的，那么最好學習一下Hadoop，學習一下微軟的Cube，學習一下惠普的Vertical；如果你是搞iOS的，那么可以看看Swift，可以看看Xamarin，可以看看WebSocket等等，當然，我只是舉幾個例子，不一定非要這樣對應，你如果是搞Java的，也可以去看看Pathon如果你是搞.net的，也可以去看看Ruby on rails等等。所謂技多不壓身，就是這個道理。