程序員面試經驗梗

❶ 面試一年經驗的程序員，會問哪些問題

在當今的互聯網大軍中，不少人順應時代潮流，選擇了PHP開發作為自己的發展方向，進行PHP培訓。技術很重要，面試技巧也很重要，講一下：java程序員面試失敗的5大原因。

一、說得太少

尤其是那些開放式的問題，如「請介紹下你自己」或「請講一下你曾經解決過的復雜問題」。面試官會通過你對這些技術和非技術問題的回答來評估你的激情。他們也會通過模擬團隊氛圍和與你的交流互動來判斷你的經驗和能力。

所以，僅僅只用兩三句話來回答不但不能顯示出你對這個專業的興趣，還會讓整個面試過程顯得非常無聊。如果你不能很好地說明你的經驗、成就和技能可以給企業帶來的價值，那麼你的競爭力毫無疑問就高不起來。所以，你需要對一些最常見的開放式問答作充分的准備，學會推銷自己。

二、說得太多

不斷地說，不斷地說，卻並沒有什麼實質性的內容。換句話說，就是廢話連篇，言之無物。如果你不能簡潔的解釋問題，那麼面試官就會懷疑你在工作時的表現是不是也會像你的談話一樣拖泥帶水?可以先問問面試官，確定是否真的需要詳細解釋。

解釋也是一門藝術，關鍵是確定重點，如果需要的話再深入到細節。當聊到業務的時候，就應該從業務的角度看問題，不要涉及任何技術術語。學會用簡潔明了的方式解釋問題。如果你能時刻把握主旨，那麼這一點也不是問題。

三、回答不出一些必知的基本技術問題

面試不是技術競賽，不是看誰答對的問題多，但是有一些「必須知道」的核心Java和Web基礎知識，你不能不知。例如，對於Java開發人員

1)不知道「==」和equals()之間的區別。

2)不知道equals()和hashCode()方法被隱式調用時的約定。

3)不知道OO的概念和設計原則。

4)不能很好地處理多線程。

5)不知道如何在HTTP客戶端與伺服器端之間保持狀態。

6)不能解釋曾投入精力過的應用程序的高層體系結構。

7)不知道SQL。

四、既寫不好簡單的代碼，又回答不出如何解決棘手的問題

作為一個開發人員，你應該根據自己的經驗水平，來針對給定的問題和情況編寫代碼。特別是如果碰到一個比較棘手的問題，那麼即使你還沒有解決方案，也應該將你的思路講給面試官聽。當然這在面試時會讓人特別緊張，尤其是在還有時間限制的情況下，但是你也必須保持冷靜，至少應該說明你將如何試著去解決問題的方法。

五、糟糕的禮儀和態度

遲到，不適宜的著裝，抖手抖腳，沒有眼神接觸，過於緊張，沒有提問，顯示不出對這份職業的興趣，「我什麼都知道」的高傲態度，貶低你的現在和以前的僱主，遇到技術問題時煩躁不安或者垂頭喪氣，為自己找理由而不是虛心接受錯誤，與面試官發生爭執，不好的肢體語言，隨波逐流而沒有自己的看法，過於呆板，撒謊，嗓門太大，無法成為良好的傾聽者，等等。

提示：面試官要找的不是技術明星，而是實實在在具備了合適的技術技能、軟技能、端正的態度以及能為企業獲取利益、全面的專業人才。因此，不妨先研究下想要應聘的機構，深入了解其工作規范以調整回答問題時的方向和重點。將每一場面試都當作免費的培訓課程，積極調整心態，不但能達到一個雙贏的局面，還可以減少緊張的情緒，從而獲得更好的表現。這樣即使你並沒有得到那份工作，也可以由此學到點什麼，獲得進步。

❷ 程序員的面試問題（希望全面點）

很多用這個. 1. 問：怎樣用 Win95 的記事本 (Notepad) 來編輯 Java源程序？ 答：記得存檔時擴展名要加上".java"，文件類型改成：「所有的文件(*.*)」。 2. 問：到底 Java 是如何傳遞參數的？是by value或by reference？ 答：All parameters (values of primitive types, and values that are references to objects) are passed by value [JLS sect 8.4.1]。根據以上 Java規格文件的說法, 所有參數應該都是傳值的(by value)。但實際上, 實際經驗卻告訴我們所有 Java 的對象都是傳址的(by reference)。因此我們可以這樣解釋: 基本類型(如int, float, char等)是by value，而所謂「對象」(Object)則是by value of reference to object。 3. 問：String這個類型的class為何定義成final？ 答： 主要是為了「效率」 和 「安全性」 的緣故。若 String允許被繼承, 由於它的高度被使用率, 可能會降低程序的性能，所以String被定義成final。 4. 問：finalizers和C++ 的 destructors有何差異? 答：Java內部具有「內存使用回收」 的機制， 雖然它也提供了類似 (C++ 的) destructors的 finalize()，每個對象都可以使用這個方法 method，但必須冒著破壞原先回收機制的危險。所以建議盡量避免使用finalize()，不妨考慮多使用 null 及 dispose() 來釋出資源會好一些。 5. 問：繼承了一個class叫做 Frotz，編譯器卻給我「No constuctor Frotz() in the class」這樣的錯誤提示，為什麼呢？ 答：記住每當您定義了一個 class的constructor，除非您一開始就去call 這個constructor，否則 Java 會自動引入superclass原先不含參數的 constructor， 如果superclass的 constructor都是有參數的，那麼問題中的錯誤提示便出現了。 解決的方法很簡單, 找一找 API文件，加上正確的參數就得了。 6. 問：怎樣讓char類型的東西轉換成int類型？ 答： char c = 'A'； int i = c； //反過來只要作強制類型轉換就行了 c = (char) I； 7. 問：我的applet原先好好的, 一放到web server就會有問題，為什麼？ 答：一般來說，從以下方向試試： 確定class文件的格式沒錯——已經編譯過，也沒有損壞的情形； 確定所有用到的class文件放到web server上，少一個都不行； 確定所有的文件名和class名稱一致，特別檢查大小寫有無差錯； 如果程序中用到package，web server上的目錄就要當心了。譬如您在class中宣告了一個叫COM.foo.util的package，那麼web server的applet codebase目錄底下就非得有 COM/foo/util這個子目錄不可。(注意目錄名稱也有大小寫之分)； web server上的文件檔案應該事先設定好。(尤其是search，read和execute許可權) 8. 問：怎樣在 Applet中用某個圖形塗滿整個背景？ 答：在背景建立 Panel 或 Canvas, 然後用圖形填滿它。 9. 問：怎樣在 Applet 中建立自己的菜單(MenuBar/Menu)？ 答：首先在Applet的init() 方法中建立Frame instance， 然後將Menus， Menubar都加上去即可。 (setMenuBar() 是 Frame下的方法)或者，找到Applet上層的Frame後依法炮製。 Container parent = getParent(); while (! (parent instanceof Frame) ) parent = parent.getParent(); Frame theFrame = (Frame) parent; 注意：第二個方法在Mac或某些browsers上並不可行。 如果您使用的是JDK 1.1，也可以考慮使用popup menu，這樣就不必理會Frame的問題了。 10. 怎樣比較兩個類型為String的字元串？ 答：在兩個對象之間使用 "=="，會將「兩個對象是否有同一reference」的結果傳回。也就是說, 這等同於「兩個對象是否擁有同一地址 (address)」，或者「兩個對象物件是否為同一對象」。如果您的意思是判斷兩個字元串的內容是否相同，那麼應該使用以下的方法才對： if (s1.equals(s2) ) or if (s1.equalsIgnoreCase(s2) ) or if (s1.startsWith(s2) ) or if (s1.endsWith(s2) ) or if (s1.regionMatches(s1_offset, s2, s2_offset, length) ) or if (s1.compareTo(s2) <0) 11. 怎樣將浮點數(float)相加 ? Float 好像沒有辦法？ 答：我猜想您的程式大概寫成這樣： Float One; Float Two; Float Hard = One + Two; 請注意 float 和 Float 是不同的，前者是 Java 基本類型之一, 而後者卻是class。您應該將源代碼改為： float One; float Two; float Hard = One + Two; 或 Float One = new Float(1.0); Float Two = new Float(2.0); Float Hard = new Float(One.floatValue() + Two.floatValue());

❸ IT面試經驗：程序員面試什麼最重要

程序員面試一直是社區樂於討論的熱門話題。我自己從06年實習以來，先後經歷了4家軟體公司，全部是外企，其中有世界500強的通信企業，有從事期權期貨交易的歐洲中等規模的金融公司，也有為大型汽車製造商開發Android智能汽車的新興公司。跨入IT行業以來，我在求職過程中經歷過多次面試，最近兩年也有過多次面試別人的經驗。我感覺現在到了對這個問題發表自己看法的時候，這篇文章是我站在面試官角度對於程序員面試問題的一個階段性反思和經驗總結。
目標
相信和不少朋友一樣，有了幾年工作經驗成為Senior後就開始了面試別人的經歷。我在最初這個階段只是按照自己的想像把」找到基礎好的程序員「，」找到演算法能力優秀的程序員「，」找到有Android開發經驗的程序員「等作為面試的目標。但是，實際的經歷告訴我，尤其是按「基礎好」，「演算法好」這些目標招到的人最終效果並不好。比如，有的面試者基礎知識和演算法掌握情況不錯，進程、線程、內存等概念清晰，基本的Hash，二叉樹，快速排序等數據結構和演算法也比較熟悉，但是進公司後在實際工作中表現得很糟糕。後來，我才發現原來是我的面試目標出了問題，我原先的面試方法更像是大學的演算法或操作系統期末考試，按照這種方法讓許多並不合適的人通過了面試，同時也可能錯過了許多合適的人。
後來，我的反思是，從公司的角度講，面試的根本目的是找到「能夠干好工作」的人，而「高學歷」，「演算法好」，「基礎好」，「有經驗」這些都是表象而不是根本，它們並不能直接和「工作好」劃等號。
方法
目標明確了，但接下來的問題是假設面試者是一個黑盒系統，「工作好」不是直接可觀測變數，你所能直接觀測的變數是基礎、演算法、經驗、學歷、性格、談吐、年齡等等。所以，實際上，你只能從「基礎好」，「演算法好」等可以直接觀測的量去推測「工作好」的概率，這就是一個在「X好「條件下」工作好「的條件概率問題：P(工作好 | X好)。
根據這個模型，面試所應該考察哪些方面就很明顯了，那就是選擇那種最具有區分性的方面來考察。比如，考察面試者的體型特徵沒有太大意義，因為P(工作好|高)，P(工作好|矮)，P(工作好|胖)，P(工作好|瘦)的概率都差不多；所以，體型特徵不具有區分性，這不是面試所應該關注的內容。
面試官應當結合職位的要求明確哪些因素具有比較好的區分性。比如，如果要招一名技術門檻比較高的3D游戲引擎開發工程師，面試者A具有3D游戲引擎開發的經驗，但是在基礎知識和演算法面試方面表現一般；面試者B相反，基礎知識和演算法面試表現很好，但沒有游戲開發經驗，而你只能選擇其一。你選誰呢？其實，這就是兩個條件概率問題P(工作好|經驗好，基礎一般，演算法一般）和P(工作好|沒經驗，基礎好，演算法好）。這個問題就留給面試官來判斷了，就我個人而言，對於技術門檻較高需要技術積累的職位，經驗更加說明問題，因此，我更傾向於面試者A。
下面，我再結合自己的經驗談談對面試中常見方面的看法。
演算法
演算法是Google和MS等大公司面試所重點考察的內容。我個人很喜歡演算法，曾經參加ACM/ICPC拿過北京賽區的13名。但是，就個人經驗來看，我所接觸過的絕大多數開發職位而言，演算法都不適合作為考察面試者優劣的主要因素。對於普通的非演算法性開發職位，考察面試者的演算法就相當於考察他打乒乓球好不好一樣，與目標「工作好」的相關性太低。就我個人的經驗來看，差不多P(工作好|演算法好)=50%，也就是演算法面試沒有太大的區分性。
甚至，還有一種很不好的情況特別多地出現在演算法好的面試者身上，我稱之為「只磨刀，不砍柴」。什麼意思呢？有類人只對什麼A*演算法，非同步編程，JVM類載入機制這種純技術問題感興趣，對實現用戶需求毫無興趣。這類人看起來有一定的技術能力，但是對公司來講貢獻十分有限，甚至不如技術一般但認真負責的人。所以，一旦遇到面試者演算法好，我就特別留意考察會不會是這種「只磨刀，不砍柴」的人。
另外，雖然我個人不了解Google和MS，但我對於其特別重視考察演算法能力的面試策略是持懷疑態度的。即使在這樣的世界級大公司，演算法雖然重要，但可以想像在項目實施過程所遇到的各種各樣問題中，演算法問題絕大多數時候不會是主要瓶頸，沒有到那種需要每個人都是演算法高手的情況。實際上，絕大多數項目真正難點並不是一兩個演算法瓶頸，甚至也不是單點的技術瓶頸，而是系統性的組織、協調、設計、開發問題，有大量的看起來不是那麼有技術含量的臟活累活，也有許多問題是由於信息不足，並不是技術能力強就能克服這些困難。一個團隊最好優勢互補，有人演算法強，有人業務分析能力強，有人擅長後端服務，有人擅長前端界面，有人聰明，有人踏實，這是最好的。如果按照「演算法好」的單一標准選材，必定會把許多優秀的人才拒之門外。
基礎
基礎面試是指考察諸如指針使用、進程線程概念等基礎知識的面試，十分類似於大學期末考試題。我曾經以為基礎面試十分重要，但是現在不這么看了。在工作中基礎的確是重要的，但是在面試過程中，它必須具有區分性才有意義，也就是說P(工作好|基礎好)的概率要高，那麼考察指針使用，進程線程區別這樣的基礎題目才有它的意義。我的實際經驗是，基礎面試並不具有很好的區分性，和演算法一樣， 差不多P(工作好|基礎好) = 50%。同時，基礎面試是最容易准備的，中國人有長期的應試教育經驗，要准備幾個把玩指針題目太容易了。
我曾經遇到過這樣的面試者，他的C語言基礎和編譯、鏈接等原理掌握得非常好，給我留下了深刻的印象，我給的面試結論是：知識面不寬，只會C語言，但基礎很扎實，建議錄用。後來的事情證明了那個結論的前半部分是對的，但是」建議錄用「錯了。他在實際工作中表現得一塌糊塗，不理解需求，不理解整體架構；同時，上班時間不是花在項目上，而是花在閱讀諸如《程序員的自我修養》之類的書籍上。最後，這位同事由於長期「不出活」離開了公司。
基礎不是不重要，而是「基礎好」不足以說明面試者能幹好工作，因為基礎是屬於局部性知識，而實際工作需要綜合性能力，二者有天壤之別。C語言、操作系統能考高分，但是不會寫程序的人在大學我們還見得少嗎？ 軟體開發就像蓋房子，綜合能力是設計和搭骨架，基礎知識是碼磚。張小龍原先Foxmail是Delphi開發的，他它不懂C#，你如果要招聘一個開發.NET Email客戶端的人，你考察他對CLR掌握得好不好有意義嗎？ 讓張小龍來開發一個C#版的Foxmail真的會有困難嗎？ 你招一個精通C#但沒有Email客戶端開發經驗的人來真的比張小龍靠譜嗎？
我說基礎知識不重要，和古人說的「不積窪步無以至千里」是不是矛盾呢？不矛盾！「窪步」與「千里」是一種可累加關系，但再多的「基礎知識」都累加不成「綜合能力」。學習軟體開發要像持續集成一樣，一開始就是一個完整的系統，雖然規模不大，問題很多，但它麻雀雖小五臟俱全，從小系統到大系統，從簡單系統到復雜系統逐步演化。
所以，基礎好本身不足以說明太多的問題，必須進一步考察綜合能力。對於基礎面試表現不好的面試者，如果時間允許也要進一步考察，有的面試者其實是有能力的，只是沒有進行充分的准備。最理想的狀態當然是基礎和綜合能力俱佳，若不能兼顧，應當綜合能力優先。
經驗
這里所說的經驗不是通過工作了多少年來衡量的，而主要是指面試者的經歷，比如，是否完整地實現過一個軟體，或作為主要開發者完成過一個項目。經驗的重要性在於它能說明一個人的綜合能力。從項目的性質、規模和難度，面試官就可以大致判斷出面試者的綜合能力。如果一個面試者一直在大公司負責一個小模塊的開發維護，那麼基本可以判斷他不具備獨立或作為主要開發者承擔一個項目的能力，只適合在另一家大公司做類似的事情。對於門檻較高需要長期技術積累的職位，相關經驗更顯得尤為重要，比如，Linux內核開發，JVM開發，游戲引擎開發，資料庫實現，高級UX等。對於這類職位，沒有經驗的面試者即使綜合素質不錯也是需要長時間的學習和積累才能勝任。所以，基本上如果確定了你的職位屬於此類，那麼相關經驗毫無疑問應該成為首選因素，換句話說，P(工作好 | 相關經驗好)的概率是非常高的。
通過項目經驗判斷面試者的優劣比通過基礎和演算法測試更加靠譜，所以，面試過程中面試官應該花比較多的時間聽面試者介紹項目經驗，並進行深入地探討交流，了解面試者的知識面、思維能力、表達能力等。同時，可以結合項目提一些基礎知識和演算法的問題，比如，如果面試者做過C++相關的項目，那就可以問他如何進行內存管理？是否熟悉智能指針？如果面試者的回答不能令人滿意，那麼就基本上可以判斷他的項目做得不是很好。
要注意的是，經驗也是一個多維度的事物。比如，C++股票交易中間件系統，這就涉及(C++，中間件，股票) 3個維度。假如面試者A做過C++股票交易客戶端，面試者B做過C的股票交易中間件。從語言角度看，A最匹配，從項目性質看，B最匹配，你如何選擇？這就是在多個維度中，哪個維度更重要的問題，就這個例子而言，我個人更傾向於B，因為我認為中間件開發經驗是主要矛盾，而從C切換到C++並不是問題。所以，面試官需要判斷哪一種經驗是主要的，而哪一種經驗是次要的。比如，我們招聘Android應用開發，這個職位的Android技術門檻並不高，它的真正難點在於做出好的用戶體驗(UX)。所以，如果一個面試者沒有Android的經驗我們是可以接受的，但是我希望他在UX方面有經驗，至少做過其他平台的移動應用開發。
性格
現在，我來談我認為最重要的因素：性格。這可能是許多初為面試官的朋友所難以想像的，怎麼會是性格最重要呢？說實話，當我意識到這一點時，我自己也很驚訝！說白了，還是 P(工作好|性格好)的概率最高啊。我的實際經驗是，如果一個人的性格好，他能把工作做好的可能性是最高的，性格好遠比基礎好、演算法好要靠譜。
一個人如果技術上有缺陷，經驗上有不足，但性格好，在團隊中是很容易由其他人來補位的，他自己也很容易逐漸補起來；相反，如果一個人的性格不好，所有的技術優勢經驗優勢都發揮不出來，甚至還會起到負作用，而且性格缺點很難改變。我一直談到實際工作所需要的是綜合性的能力，這種綜合能力的發揮中性格是至關重要的。項目中不止會遇到技術問題，要涉及溝通、協調，不同的人不同的部門既有合作又有磨擦，如何處理這些事情都需要一個良好的性格。可以說，在開發團隊里讓你與眾不同的不是你從哪個學校畢業，也不是你過去的經驗，而是你的性格。
當然，性格是一個復雜的東西，它包含了很多的方面，並非所有方面都是程序員面試所需要關注的。我的經驗是可以重點考察這些方面：
1) 態度積極還是消極。有的面試者在談吐中就會自然給你一種積極上進的感覺，或者你可以在他的經歷中發現他積極的因素，這些都不是太難看出來的。相反，有的面試者你能明顯感覺到他的消極情緒。積極性在工作中是十分重要的，積極的人能給團隊帶來朝氣，也更易於合作。基本上，如果確定面試者屬於態度積極的，他通過我這一關的可能性就會大大增加；相反，如果確定屬於態度消極的，即使技術能力不錯我也會十分謹慎。
2) IQ。我的經驗是，總體來看，聰明的人在工作中的表現更為優秀。在面試中要考察一個人是否聰明並不一定要像Google和MS那樣找些專門測試IQ的智力題，其實，你只需要看他討論問題是不是很有邏輯性，思考和說話是不是反應敏捷就可以做出大致的判斷。另外，眼睛是人心靈的窗戶，一個人聰明與否，眼睛是會說話的。不過，聰明也不完全是優點，比如，當公司或項目遇到困難時，往往是聰明人先跑掉了，堅守的往往是IQ一般的人。
3) 語言表達能力。語言表達能力也是程序員十分重要的一項素質，它關繫到項目中的溝通是否順暢。面試官可以看看面試者能否用簡明的語言介紹清楚曾經做過的項目，能否抓住要點，能否考慮到聽者的相關背景。一般來講，語言表達能力強的人綜合能力都不會太差。
4) 是否具有用戶意識。有人說程序員是做研發的，哪來什麼用戶？只有銷售、市場人員才會和用戶打交道。其實，這是完完全全的錯誤認識。你寫一個模塊，甚至一個API，只要有別人用，他就是你的用戶。有的程序員設計一個模塊或是一個軟體總是習慣於從使用者的角度來考慮，盡量地方便使用者，這就是一種良好的用戶意識。具有良好的用戶意識的人更能考慮別人的感受和整體的需要，而不是單純地從自己和局部來思考問題。當面試者談及過去的項目經驗時，面試官可以常常站在用戶的角度對其進行提問，從這個過程中觀察其是否具有良好的用戶意識。
5) 如何應對質疑和壓力。面試官應該對面試者的回答以及以往項目進行合理的質疑，看看他如何應對。曾經有一位面試者談到做游戲登錄伺服器的經歷，我就問：「如果登錄伺服器掛了，怎麼辦呢」？他說原先雖然沒有考慮這個問題，但是可以怎麼怎麼改進。其實，大家都理解項目中有各種不完美，這裡面原因很多，只要面對質疑和壓力能從容應對努力往好的方向思考解決就可以了，不需要掩飾缺陷，更不應該有情緒。我遇到過有的面試者，一旦你對其項目提出質疑，他馬上產生反抗情緒，或不高興，或不承認有問題，這很容易一下子看出來他在工作中容不得質疑和批評，這種人要想合作就很困難。
6) 個性特點。許多面試者喜歡在簡歷上寫「精通C++/Linux「，這些字眼看得人麻木，如果有人寫」喜歡C++/Linux「，我就會有一種眼前一亮的感覺。「精通」是沒有感情色彩的敘述，而「喜歡」包含了面試者的個性，我更願意看到面試者的個性。我相信對某樣東西真正的熱情遠比你當前對它的掌握程度更為重要。其實，N年的經歷告訴我們，同一個班的同學，同一個項目組的同事，雖然每天所學的知識，所接觸的工作都是相同的，但其實每個人的成績和表現差異是十分明顯的。那麼，到底本質的差異是什麼呢？其實，就是每個人的個性。是個性使得有的人業余時間去打球，有的人業余時間去看書，有的人喜歡Linux，有的人喜歡Mac。一個人在團隊中扮演的角色也和他的個性有很大的關系。面試官應該引導面試者展現自己的個性，並判斷其是否有益於團隊。
總結
最後總結起來，我的經驗是： 1) 面試官的目標是找到」工作好「的人，一定要圍繞這個目標來進行面試，如果把面試當成了演算法或操作系統期末考試這就走入了誤區；2) 面試過程是通過學歷、性格、基礎、經驗、演算法等可以測試的因素去綜合判斷面試者「工作好」的概率；3) 在各種因素中，性格 > 經驗 > 基礎 > 演算法。性格是最重要的，如果性格不好，所有技術能力都會大打折扣，而且技術缺陷容易彌補，性格缺陷很難改變；經驗體現了一個人的綜合能力，你可以從面試者過去的經歷中判斷他能從事哪種工作，不能從事哪種工作；基礎和演算法則主要起到輔助參考的作用，基礎好的程序員一般適應性比較強，學新技術更快，但是切忌單純從基礎來判斷一個人的能力。

❹ 程序員該如何跟面試官介紹自己的項目經歷呢

面試官通過被面試者自我介紹要考察以下五方面內容：
第一，考察自我介紹內容和遞交簡歷內容是否相沖突?如果簡歷是真實的，口述自我介紹就不會有明顯出入。如果簡歷有假，自我介紹階段一般就會漏馬腳。如被面試者反問：「我的經歷在簡歷里都寫了」，面試官會認為這人個色，印象分一下子降為負數。
第二，考察被面試者基本的邏輯思維能力、語言表達能力，總結提煉概括能力。
第三，考察被面試者是否聚焦，是否簡練和精幹，現場的感知能力與把控能力。
第四，考察被面試者初步的自我認知能力和價值取向。因為被面試者要敘述職業切換關鍵節點處的原因，尤其要考察最近職業變動的原因。
第五，考察被面試者是否聽明白了面試官的話以及時間的掌控能力。有時面試官給出的問題是「請您用3到5分鍾做一自我介紹」，被面試者有時一介紹就超過10分鍾，甚至20分鍾，逼得面試官不得不多次提醒引導。

❺ JAVA程序員面試總結，高手整整理加強版

第一階段：三年
我認為三年對於程序員來說是第一個門檻，這個階段將會淘汰掉一批不適合寫代碼的人。這一階段，我們走出校園，邁入社會，成為一名程序員，正式從書本 上的內容邁向真正的企業級開發。我們知道如何團隊協作、如何使用項目管理工具、項目版本如何控制、我們寫的代碼如何測試如何在線上運行等等，積累了一定的 開發經驗，也對代碼有了一定深入的認識，是一個比較純粹的Coder的階段。

第二階段：五年
五年又是區分程序員的第二個門檻。有些人在三年裡，除了完成工作，在空餘時間基本不會研究別的東西，這些人永遠就是個Coder，年紀大一些勢必被 更年輕的人給頂替；有些人在三年裡，除了寫代碼之外，還熱衷於研究各種技術實現細節、看了N多好書、寫一些博客、在Github上分享技術，這些人在五年 後必然具備在技術上獨當一面的能力並且清楚自己未來的發展方向，從一個Coder逐步走向系統分析師或是架構師，成為項目組中不可或缺的人物。

第三階段：十年
十年又是另一個門檻了，轉行或是繼續做一名程序員就在這個節點上。如果在前幾年就抱定不轉行的思路並且為之努力的話，那麼在十年的這個節點上，有些 人必然成長為一名對行業有著深入認識、對技術有著深入認識、能從零開始對一個產品進行分析的程序員，這樣的人在公司基本擔任的都是CTO、技術專家、首席 架構師等最關鍵的職位，這對於自己絕對是一件榮耀的事，當然老闆在經濟上也絕不會虧待你。

第一部分總結一下，我認為，隨著你工作年限的增長、對生活對生命認識的深入，應當不斷思考三個問題：

1、我到底適不適合當一名程序員？
2、我到底應不應該一輩子以程序員為職業？
3、我對編程到底持有的是一種什麼樣的態度，是夠用就好呢還是不斷研究？
最終，明確自己的職業規劃，對自己的規劃負責並為之努力。
關於項目經驗
在網上經常看到一些別的朋友有提出項目經驗的問題，依照我面試的感覺來說，面試主要看幾點：項目經驗+基本技術+個人潛力（也就是值不值得培養）。

關於項目經驗，我認為並發編程網的創始人方騰飛老師講的一段話非常好：介紹產品時面試官會考察應聘者的溝通能力和思考能力，我們大部分情況都是做產品的一個功能或一個模塊，但是即使是這樣，自 己有沒有把整個系統架構或產品搞清楚，並能介紹清楚，為什麼做這個系統？這個系統的價值是什麼？這個系統有哪些功能？優缺點有哪些？如果讓你重新設計這個 系統你會如何設計？

我覺得這就已經足以概括了。也許你僅僅工作一年，也許你做的是項目中微不足道的模塊，當然這些一定是你的劣勢且無法改變，但是如何彌補這個劣勢？

從方老師的話中我總結幾點：

1、明確你的項目到底是做什麼的，有哪些功能。
2、明確你的項目的整體架構，在面試的時候能夠清楚地畫給面試官看並且清楚地指出從哪裡調用到哪裡、使用什麼方式調用。
3、明確你的模塊在整個項目中所處的位置及作用。
4、明確你的模塊用到了哪些技術，更好一些的可以再了解一下整個項目用到了哪些技術。
在你無法改變自己的工作年限、自己的不那麼有說服力的項目經驗的情況下（這一定是扣分項），可以通過這種方式來一定程度上地彌補並且增進面試官對你的好感度。

關於專業技能

寫完項目接著寫寫一名3年工作經驗的Java程序員應該具備的技能，這可能是Java程序員們比較關心的內容。我這里要說明一下，以下列舉的內容不是都要會的東西—-但是如果你掌握得越多，最終能得到的評價、拿到的薪水勢必也越高。

1、基本語法

這包括static、final、transient等關鍵字的作用，foreach循環的原理等等。今天面試我問你static關鍵字有哪些作 用，如果你答出static修飾變數、修飾方法我會認為你合格，答出靜態塊，我會認為你不錯，答出靜態內部類我會認為你很好，答出靜態導包我會對你很滿 意，因為能看出你非常熱衷研究技術。

最深入的一次，我記得面試官直接問到了我Volatile關 鍵字的底層實現原理（順便插一句，面試和被面試本身就是相對的，面試官能問這個問題同時也讓面試者感覺到面試官也是一個喜愛研究技術的人，增加了面試者對 公司的好感，我最終選擇的就是問了這個問題的公司），不要覺得這太吹毛求疵了—-越簡單的問題越能看出一個人的水平，別人對你技術的考量絕大多數都是以深度優先、廣度次之為標準的，切記。
2、集合
非常重要，也是必問的內容。基本上就是List、Map、Set，問的是各種實現類的底層實現原理，實現類的優缺點。
集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、 HashSet的實現原理，能流利作答，當然能掌握CopyOnWrite容器和Queue是再好不過的了。另外多說一 句，ConcurrentHashMap的問題在面試中問得特別多，大概是因為這個類可以衍生出非常多的問題，關於ConcurrentHashMap， 我給網友朋友們提供三點回答或者是研究方向：
（1）ConcurrentHashMap的鎖分段技術。
（2）ConcurrentHashMap的讀是否要加鎖，為什麼。
（3）ConcurrentHashMap的迭代器是強一致性的迭代器還是弱一致性的迭代器。
3、設計模式

本來以為蠻重要的一塊內容，結果只在阿里巴巴B2B事業部面試的時候被問了一次，當時問的是裝飾器模式。

當然咱們不能這么功利，為了面試而學習，設計模式在工作中還是非常重要、非常有用的，23種設計模式中重點研究常用的十來種就可以了，面試中關於設計模式的問答主要是三個方向：

（1）你的項目中用到了哪些設計模式，如何使用。
（2）知道常用設計模式的優缺點。
（3）能畫出常用設計模式的UML圖。
4、多線程

這也是必問的一塊了。因為三年工作經驗，所以基本上不會再問你怎麼實現多線程了，會問得深入一些比如說Thread和Runnable的區別和聯 系、多次start一個線程會怎麼樣、線程有哪些狀態。當然這只是最基本的，出乎意料地，幾次面試幾乎都被同時問到了一個問題，問法不盡相同。

總結起來是 這么一個意思：

假如有Thread1、Thread2、ThreaD3、Thread4四條線程分別統計C、D、E、F四個盤的大小，所有線程都統計完畢交給Thread5線程去做匯總，應當如何實現？
聰明的網友們對這個問題是否有答案呢？不難，java.util.concurrent下就有現成的類可以使用。

另外，線程池也是比較常問的一塊，常用的線程池有幾種？這幾種線程池之間有什麼區別和聯系？線程池的實現原理是怎麼樣的？實際一些的，會給你一些具體的場景，讓你回答這種場景該使用什麼樣的線程池比較合適。

最後，雖然這次面試問得不多，但是多線程同步、鎖這塊也是重點。synchronized和ReentrantLock的區別、 synchronized鎖普通方法和鎖靜態方法、死鎖的原理及排查方法等等。

5、JDK源碼

要想拿高工資，JDK源碼不可不讀。上面的內容可能還和具體場景聯系起來，JDK源碼就是實打實地看你平時是不是愛鑽研了。我面試過程中被問了不 少JDK源碼的問題，其中最刁鑽的一個問了我，String的hashCode()方法是怎麼實現的，幸好我平時String源代碼看得多，答了個大 概。

JDK源碼其實沒什麼好總結的，純粹看個人，總結一下比較重要的源碼：

（1）List、Map、Set實現類的源代碼
（2）ReentrantLock、AQS的源代碼
（3）AtomicInteger的實現原理，主要能說清楚CAS機制並且AtomicInteger是如何利用CAS機制實現的
（4）線程池的實現原理
（5）Object類中的方法以及每個方法的作用
這些其實要求蠻高的，我去年一整年基本把JDK中重要類的源代碼研究了個遍，真的花費時間、花費精力，當然回頭看，是值得的—-不僅僅是為了應付面試。
6、框架

老生常談，面試必問的東西。一般來說會問你一下你們項目中使用的框架，然後給你一些場景問你用框架怎麼做，比如我想要在Spring初始化bean 的時候做一些事情該怎麼做、想要在bean銷毀的時候做一些事情該怎麼做、MyBatis中$和#的區別等等，這些都比較實際了，平時積累得好、有多學習 框架的使用細節自然都不成問題。

如果上面你的問題答得好，面試官往往會深入地問一些框架的實現原理。問得最多的就是Spring AOP的實現原理，當然這個很簡單啦，兩句話就搞定的的事兒，即使你不會准備一下就好了。我遇到的最變態的是讓我畫一下Spring的Bean工廠實 現的UML圖，當然面對這樣一個有深度的問題，我是絕對答不出來的/(ㄒoㄒ)/~~

7、資料庫

資料庫十有八九也都會問到。一些基本的像union和union all的區別、left join、幾種索引及其區別就不談了，比較重要的就是資料庫性能的優化，如果對於資料庫的性能優化一竅不通，那麼有時間，還是建議你在面試前花一兩天專門 把SQL基礎和SQL優化的內容准備一下。

不過資料庫倒是不用擔心，一家公司往往有很多部門，如果你對資料庫不熟悉而基本技術又非常好，九成都是會要你的，估計會先把你放到對資料庫使用不是要求非常高的部門鍛煉一下。
8、數據結構和演算法分析

數據結構和演算法分析，對於一名程序員來說，會比不會好而且在工作中絕對能派上用場。數組、鏈表是基礎，棧和隊列深入一些但也不難，樹挺重要的，比較 重要的樹AVL樹、紅黑樹，可以不了解它們的具體實現，但是要知道什麼是二叉查找樹、什麼是平衡樹，AVL樹和紅黑樹的區別。記得某次面試，某個面試官和 我聊到了資料庫的索引，他問我：你知道索引使用的是哪種數據結構實現嗎？

我答到用的Hash表吧，答錯。他又問，你知道為什麼要使用樹嗎？我答到因為Hash表可能會出現比較多的沖突，在千萬甚至是上億級別的數據面 前，會大大增加查找的時間復雜度。而樹比較穩定，基本保證最多二三十次就能找到想要的數據，對方說不完全對，最後我們還是交流了一下這個問題，我也明白了 為什麼要使用樹，這里不說，網友朋友們覺得索引為什麼要使用樹來實現呢？

至於演算法分析，不會、不想研究就算了，記得某次面試對方問我，Collections.sort方法使用的是哪種排序方法，額，吐血三升。當然為了 顯示我的博學，對演算法分析也有一定的研究(⊙﹏⊙)b，我還是硬著頭皮說了一句可能是冒泡排序吧。當然答案肯定不是，有興趣的網友朋友們可以去看一下 Collections.sort方法的源代碼，用的是一種叫做TimSort的排序法，也就是增強型的歸並排序法。

9、Java虛擬機

出乎我的意料，Java虛擬機應該是很重要的一塊內容，結果在這幾家公司中被問到的概率幾乎為0。要知道，我去年可是花了大量的時間去研究Java虛擬機的，光周志明老師的《深入理解Java虛擬機：JVM高級特性與最佳實踐》，我就讀了不下五遍。

言歸正傳，雖然Java虛擬機沒問到，但我覺得還是有必要研究的，我就簡單地列一個提綱吧，談談Java虛擬機中比較重要的內容：

（1）Java虛擬機的內存布局
（2）GC演算法及幾種垃圾收集器
（3）類載入機制，也就是雙親委派模型
（4）Java內存模型
（5）happens-before規則
（6）volatile關鍵字使用規則
也許面試無用，但在走向大牛的路上，不可不會。
10、Web方面的一些問題

Java主要面向Web端，因此Web的一些問題也是必問的。

我碰到過問得最多的兩個問題是：
談談分布式Session的幾種實現方式。
常用的四種能答出來自然是讓面試官非常滿意的。
另外一個常問的問題是：講一下Session和Cookie的區別和聯系以及Session的實現原理。這兩個問題之外，web.xml裡面的內容是重點，Filter、Servlet、Listener，不說對它們的實現原理一清二楚吧，至少能對它們的使用知根知底。另外，一些細節的方面比如get/post的區別、forward/重定向的區別、HTTPS的實現原理也都可能會被考察到。
最後，如果有興趣有時間，建議學習、研究一下SOA和RPC，面向服務體系，大型分布式架構必備，救命良方、包治百病、屢試不爽。

❻ .NET程序員面試應該怎麼准備

看你面試什麼級別了
初級的就多准備些語法
中級的就多說說項目
高級的多扯扯架構和設計模式

❼ 程序員面試的時候，大家都中過什麼套路

面試的時候，面試官會拿出你的答卷開始挑毛病，往往將你批得一無是處，等你的底氣被打擊的快沒有的時候，他話題一轉，向你介紹以前某位面試者和你是相同的情況，後來經過怎樣怎樣的學習現在變成某知名公司高薪層……聽到這里，基本可以斷定你是上了培訓公司的船，接下來他們會避重就輕，給你展望學成之後的薪資以及分配，但對這幾個月甚至是幾年的學費閉口不談。

❽ 程序員面試的一些注意點，如何寫項目經驗

面試過程需要注意的：

筆試： 去面試之前肯定要先搜集一下相關崗位面試題，如果公司大，公司的面試題也有可能找到，具體筆試題，會在其他博客總結。

面試：本質上是向技術主管推銷自己的過程，

原則：

誠實 能當上主管的人一般都會識破小伎倆，所以誠實是第一位的，不會，就說沒了解過，沒做過就是沒做過。

會講故事 問到概念和問題時，先說概念性的東西，然後講出自己的學習工作經驗，當時是怎麼遇到問題，又是怎樣解決的。

態度 陽光，好學，不要抱怨以前公司，遇到自己了解但不熟悉的問題，可以和主管討論，表示自己願意研究，所有人都會被問道自己小部分不會的，不知道是正常，無關大局。

問題：

一、 遇到大量不會的，這個崗位不適合，自己回去多學習。
二、 問什麼離職 上一家公司很好，不過自己想學習新的技術，接觸新的業務提升自己，
三、 問有什麼問題 問有關工作培訓，工作所用技術的問題，不要問薪資和公司發展方向

如何寫項目經驗：

原則：STAR(Situation Task Action Result)

項目描述(Situation )：項目用途，背景，50字以內。

個人職責(Task )：領導需要你做什麼。

個人工作(Action )：你做了什麼。

成果(Result)： 最後有哪些成果，說出量化數據，性能提升百分比，修復bug數量，工期加快速度百分比等。

❾ 程序員面試技巧

1）至少你應該明白你在培訓過程中學習掌握了哪些開發有關的技術；
2）語言學習相關的基本內容，如對象編程有關的知識點，以及調試、編程相關的技術；
3）與資料庫 ，網路相關的資料庫技術等；
你憑什麼認為你可以拿到這樣的工資：一切靠個人的技術，只有技術才是硬道理，沒有可以忽悠的，如果技術水平不行，多花點時間准備！

❿ 程序員面試的時候有哪些加分的小技巧

以自然的狀態應對每場面試

突出你的項目亮點，而不要只是把一個硬生生的項目擺在那裡。

比如有些程序員在面試時為了讓面試官感受到自己項目的復雜性，或是為了在面試官面前展現自己代碼量的博大精深。往往會長篇大論說上一大堆，結果卻未能找到重點。這反而讓面試官覺得你空有花拳綉腿，沒有實在功夫，對面試產生不利。

記住，在介紹你項目的時候，最主要是把那些比較關鍵的點挑出來。著重體現你經手項目中最深層次的技術點，用技術人都能理解的詞彙去講述你的項目。

只有抓住面試官的心，讓他認為有繼續聽下去的必要，讓面試官在你的一番介紹中認可你的能力，覺得你就是ta想要找的人，你才有絕大可能贏得那場面試。

一場面試下來，一定要及時做總結，比如哪裡表現不是太好，需要改進的點在什麼地方。