百度程序員面試

Ⅰ 如何面試一名程序員

如何面試程序員
一、提問之前的准備
首先，最重要的是，你自己一開始就應該想清楚：
1. 需要新員工完成什麼樣的任務？
2. 怎樣的人能完成這樣的任務？
3. 哪些途徑和方法可以發現這樣的人？
只有明確這些根本性的問題，才能正確高效地完成面試。
二、提問的原則
假定你對上一節的三個問題，已經有了清晰的想法，那麼接下來就可以設計如何提問了。
有一些提問的原則，是你應該遵循的：
每一個面試問題都有明確的目的。你不僅自己了解，還能向其他面試官解釋清楚。
多提一些開放性（Open-ended）的問題，而不是那種用Yes/No就可以回答的問題。這樣做使你有機會與面試者展開討論，並且提出後續的問題，盡可能多地了解對方。
不要問宗教、家庭、健康、個人隱私等方面的問題。
不要問太復雜的問題。因為面試者沒有太多思考時間，所以無法周全地回答，你也就無從判斷他的能力了。
三、考察專業能力
為了確認面試者是勝任的，你可以問一些與職位相關的專業方面的問題。（不過通常來說，一次面試不足以看出一個人的專業能力。）
比如，你的招聘職位是系統管理員，你可以問"如何快速地在50台機器上部署Linux？"（提示：正確答案不是刻錄50張安裝光碟。）
另外，你還應該向面試者了解他的過去，因為過去是未來的最好預測依據。不過，提問的重點不要僅僅是他過去的成果，更要關注在當時的環境中，他是如何決策和實施的。
四、考察綜合素質
因為人是會發展的，所以某種程度上，面試者的綜合素質要比他的專業能力更重要。
所以，具體的技術問題（如何調用API、什麼是設計模式、編程語言的語法等等）可以少問一些，更應該關注面試者的事業心、對工作的熱情、進取心、自律能力、毅力等方面。
下面是一些典型問題：
Why did you get into development?
你為什麼開發軟體？
How many technical books did you read in the past year?
去年你讀了幾本技術書籍？
What was your favorite technical book in the past year? What did you learn from it?
去年你最喜歡的技術書籍是哪本？你從中學到了什麼？
What websites do you read regularly, related to development?
平時你經常訪問哪些編程類網站？
Do you maintain any open-source projects?
你有自己的開源項目嗎？
Do you code in your spare-time?
業余時間你編程嗎？
Do you love programming, or do you do it for the money?
對於你來說，編程是一種愛好，還是一種謀生手段？
Have you accomplished anything important in your career yet? Do you want to?
你的職業生涯之中有什麼重要的成就？它是你主導的嗎？
What would make you feel that you have done something important?
什麼事情會讓你很有成就感？
五、考察理性思維
某些情況下，你可能需要了解面試者的分析判斷能力，看他能否全面地思考問題、客觀地評價自己。
那麼，你可以依次提出這樣三個問題：
What's your favorite programming language? Why?
你最喜歡的編程語言是哪種？為什麼？
If you could add one feature to your favorite language, what would it be? Why?
如果允許你為這種語言加一種功能，你會加什麼功能？為什麼？
If you could remove one feature from it, what would it be? Why?
如果允許你取消一種功能，會是什麼功能？為什麼？
這里的重點是，讓面試者從正反兩方面評價一件自己熟悉的東西，看看他的思維是否片面。答案無所謂對錯，只要面試者有一個明確的立場，能夠從正反兩方面說出令人信服的理由，就可以了。比如，某個軟體的口碑不好，但是面試者說他很喜歡，而且說得出一大堆理由，清楚地解釋了這種軟體的優點和缺點在哪裡，這樣就很好。
你還可以把這些問題，套用在其他東西上面，比如操作系統、文字編輯器等等。

Ⅱ 程序員需要掌握哪些面試技巧

一、寫好簡歷是拿高薪offer的敲門磚
一個優秀程序員的思維是縝密細致的，而是否具備這個特質，首先由你的簡歷去傳遞。
一份好的簡歷，一定是簡潔明了，邏輯結構清晰，排版順暢的，最好用PDF格式，兼容性強且不易亂序。
而簡歷里最重要的內容是你的工作經歷和項目經歷，這幾點需要包括：
效力過哪些公司
做過的行業領域與目前面試行業是否匹配
擅長的技術語言，應用了哪些技術棧
經歷的項目復雜度，及在項目中承擔什麼樣的角色(人的變化/技術的變化/環境的變化/不同工作經歷相同角色的不同點)
時間節點
關於簡歷，最好能夠針對你要投的公司而重新編輯，突出於這家公司相關性比較大的那部分工作經驗，而不是每次都用一份通用簡歷，這樣會大大提高你的面試機會。
二、不打無准備的仗，為你的心儀崗位做好面試准備
1、進行自我定位
參加面試前，先給自己的角色和職位做一個定位。看看我們要應聘的崗位職責還有技能是什麼，我在這個領域沉澱了什麼。詳對自己進行分析總結後，便更容易在面試中自信地表現自己。
2、制定成長目標
基於你之前的工作經歷和行業趨勢，給自己制定一個至少3年的規劃，希望達到的業務能力和崗位是什麼？其中包括業務、技術上的提升計劃，還有綜合能力的提升規劃，比如協調能力、溝通能力、執行能力等。
這些問題，除了能給我們選擇公司和崗位帶來更清晰的指引，還能在面試遇到此類問題時，能夠輕松應答。
3、梳理自己的項目經驗及處理細節
面試中，最重要的部分肯定是對你過往經驗和業務能力的了解，因此，我們需要梳理此前做過的比較有代表性的項目，其中需要包括以下這些信息：項目背景、項目怎麼設計的、技術選型和對比、實現的細節、項目最終的效果。
4、了解應聘公司和其核心業務
全面深入地了解對方的公司，包括公司所處領域、核心產品或核心業務有哪些，業務的發展歷史，產品目前的形態等等。
面試官向你提的問題很多是基於公司目前實際情況的，毫無准備會的話，你的回答智能涉及到比較淺的層次，而在有所了解的前提下，面試溝通的質量會更高，回答問題才更有針對性。
三、面試過程：從經驗細節入手，展現實力
一般公司都有3-4輪面試。
一面是：筆試或HR面，一般都是考察技術基本功，而HR會比較關注你的離職原因、求職動機，這些要提前想清楚，避免回答的時候邏輯混亂。
二面是：技術面試或者項目面試，通過不同項目考核你的技術廣度和實踐能力。
三面是：綜合面，會考察技術以外的其他能力，比如軟性技能：邏輯思維、執行、溝通、協調等。

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

很多用這個. 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());

Ⅳ 程序員面試的時候考官一般問什麼問題(比較流行的)

給你提供點參考信息，希望能幫助到你： 1、使用相同的工具和時間限制模擬面試訓練 在現實生活中，如果你想要橫渡英吉利海峽，自然不能總是在室內游泳池練習。你必須投身於大海在波濤之中訓練，在准備面試的時候也是如此。 在面試開始之前你最好向招聘單位詢問面試形式和面試問題。如果招聘單位讓你在某個房間考試且僅提供沒有匯編程序的編輯器，那麼就應該在家中按照這種情景進行練習。如果招聘公司單位讓你在白板上回答問題並會安排考官在旁監督，那麼你就要找一位軟體工程師來扮演考官配合你練習。即使找來的考官經驗不如你也沒有關系，他們依然能幫助你消除在他人面前出錯所帶來的緊張感，這樣可以讓你適應有人在旁邊盯著看的面試氛圍。 如果你恰巧認識我並希望由我來幫你聯系，那我的條件就是必須請我吃飯：如果你已經工作了就吃日本壽司大餐；如果你還是學生，那麼吃比薩餅也可以。 2、在面試過程中不要對細小錯誤耿耿於懷 我曾不止一次的在面試過程中碰到這種情況：當應聘者知道編程問題後，他馬上就想到了最佳的方案、確定了邊界條件，然後開始編寫程序。但在編寫過程中，應聘者犯了諸如首先檢查是不是操作順序錯誤或忘記設定某變數等無關大局的小錯誤，當我指出其錯誤之後，應聘者立刻變得十分緊張，這種焦慮情緒影響了他在後面環節的正常發揮。 其實這種恐懼心理完全不必要。一名優秀的程序員在編程過程中出現錯誤也是很正常的，就像是小提琴手在演奏高難度的巴赫交響樂時也會偶爾失誤。音樂會的聽眾可能會覺察到這些錯誤，但是聽眾絕對不會因為這種細小失誤就把出色的小提琴手看作是門外漢。 即便應聘者徹底搞砸了某個編程問題，面試考官也可能會提出不同的問題並會容忍應聘者在某個問題上的失誤。再退一步說，就算某次面試徹底失敗，你也有機會在其它面試上補救。 我的一位同事（一個項目的技術負責人）最近面試了一個人，在開始面試時他覺得面試者的交流方式存在問題，因此開始表現的相當不友好。但經過了整個面試過程後，面試者證明了自身的能力，而我的那位同事也成了那位面試者最堅定的支持者。在過去的一年中，我從未見過這位同事如此強烈的支持哪位面試者。 所以，因此就算面試進展不順，也務必堅持到底不要放棄。

Ⅳ 程序員應該怎樣去面試

嗨，親愛的程序員朋友們，如果你是工作好幾年的人了，那麼你一定經歷過面試吧，今天我以個人的視角總結了一下怎麼才能有一次成功的面試，希望對你有所幫助。如果你已經開始看了，那麼你一定看完哦，只有有耐心的人兒才能成大事，如果看了一半，這篇文章對你來說是沒有任何收獲的，反而卻浪費了你寶貴的時間。

關於簡歷的製作

每個技術面試官每天要閱覽幾百甚至上千份簡歷，閱讀一封簡歷的時間可能不超過10秒，你的簡歷就是茫茫大海中的一滴水，如果能讓面試官從一大摞簡歷中選出你的簡歷，那麼就需要從簡歷製作上下功夫了。

各位可以仔細琢磨一下上面的幾種場景，有時沒有經歷過這種場景，可能沒法對上面的描述做到感同身受，看了之後就會一帶而過了，建議收藏此文，以後遇到類似情況了，可以把這篇文章找出來看看，相信會對你有所幫助，最後祝各位程序員朋友們都能找到自己心儀的工作！

大家好，我是「上世是朵花」。如果你有什麼好的看法或者觀點可以在評論區展現你的才華，互動交流，如果想進一步了解我，那就關注我吧。

Ⅵ 程序員應該如何面試，程序員面試問什麼技術

3年以下的面試
面試主要看兩個方面：
一、通過溝通交流，一些簡單的問題，了解的你的邏輯思維，個人性格。

二、一些常用的技術是否了解，根據你的回答問幾個典型的問題。

這個階段面試技術並不是最重點的，主要還是邏輯思維是否敏捷，為人處事是否好相處，技術是可以培養的，基本帶一周就可以很好的幹活了。

3年以上就麻煩了
一、技術會問的很詳細，沒有扎實的功底，擋不住啊。

二、超過3年的招聘，一般都是有一定目的性的，比如需要搭建項目構架，或者需要專攻資料庫的，或者需要比較全能的技術大牛來解決問題，所以應該針對面試方的一些需求去准備。

以上都是瞎掰，看看就行了。

Ⅶ 關於程序員面試關於試用期的問題

這一周對公司來說是考察期，也是你對公司的考察期。建議待兩天，看看培訓內容，公司制度的執行，企業文化與自己是否匹配。如果覺得不行再走不遲。畢竟很多公司面試流程不一樣，沒有筆試，也可能是公司更注重項目操作能力。

Ⅷ 程序員面試要准備些什麼東西

面試前的准備
簡歷
1. 千萬別給自己挖坑
在面試的時候，面試官都會針對簡歷上技術能力、工作經歷、項目經驗等提出一些細節上的問題，所以你寫下的都些東西必須是真實，並且是非常了解。
2. 要有辨識度
通常一個職位可能收到的簡歷比較多，很多時候，你的簡歷甚至根本沒被HR看到。那麼，怎樣讓自己的簡歷脫穎而出呢？首先，簡歷要有「辨識度」，要讓面試官看完這個簡歷，就很想見見這個人。
3. 面試前最好進行一個「模擬面試」
其實自己在製作簡歷的時候，就像寫程序一樣自己是很難發現bug的，因此在面試前最好找朋友、老師或同學幫你來一場「模擬面試」，這樣也許會發現一些意想不到的問題。
4. 針對不同的公司要對簡歷進行微調
比如對方是個做電商。而你恰好做過類似項目，就可以將該部分的項目介紹著重突出以下，比如排列到最前面。
充分准備相關的專業知識
可以在網上收集一些相關的面試題，有時面試官也可能會照著網上的內容來問，所以網上一些比較熱門的題目也可以關注一些，然後對照自己的經驗組織成自己的語言。
項目經驗
項目的研發背景、整體業務流程、開發周期、負責的模塊、技術實現細節、技術亮點等。自己做過的每個項目都要整理清楚。
了解熱門前沿技術
比如你面試的是 iOS 開發崗位，除了 OC 你還能聊聊最新版本的 Swift；比如現在微信小程序開發又火起來了，你也在關注和學習，甚至能解決面試官的一些問題。了解這些熱門的前沿技術絕對會成為你面試時的加分點。

Ⅸ 程序員面試該注意什麼

閑聊
面試過程中，背景往往是初始話題，通過閑聊，他們可以得知你對編碼的認知、你的個人能力或領導力、溝通問題、技術經驗等。因此，你可以通過舉出能表明自己以上能力的例子，凸顯出自己熱愛技術、自信陽光的特性，這是基本能給面試官留下不錯的印象。
溝通
涉及到編碼問題的時候，溝通是關鍵。一個在工作時需要幫助卻能和人正確溝通的求職者比那些能輕松解決問題的求職者甚至更好。充分了解面試官出的問題到底是什麼類型，如果你開始編寫代碼，並且面試官並不想多說廢話，切忌高談闊論。讓人感覺你有團隊精神，敢於表達自己的想法，如果是是在解決不了的問題那就不要裝作自己很懂，凡是要先思考再做決定。
擺脫困境
有時候你會陷入僵局，放鬆，盡量巧妙地尋求解決辦法，不要浪費時間在腦袋裡思考，動手操作會更加形象；為解決問題尋找簡單版本，寫一個簡潔低效的解決方案，然後對其進行優化；與面試官多交流方法技巧，展示出自己的思路；要察言觀色，偶爾觀察面試官的神態或許對解決或有幫助；考慮空間和運行時的界限。
寫下你的思路想法
憑空地想很容易自我矛盾，把你的想法寫下來，然後再去考慮細節；調用幫助函數，繼續前進，不要擔心語法問題，為自己預備足夠的空間，用以在代碼行之間添加代碼或筆記；最後寫一個重頭檢查的標志，不要擔心你寫的for循環是否應該有「<」或「<=」。在代碼的最後畫個勾選提醒自己最後再檢查一遍。先按自己的思路走；使用描述性的變數名，標准化很有意義。
完成之後的整理
瀏覽解決方案，當程序運行時記錄下變數保存的值——如果你只是記在腦子里，不會讓你贏得任何加分，這有助於你發現bug和消除面試官的困惑；尋找差一錯誤，測試邊緣情況，措施包括空集合，單項目集合或負數；不要做惹人厭煩的事。
實踐
最後，運行實踐問題是沒有捷徑的。好記性不如爛筆頭，對自己誠實，用筆寫可能一開始會讓你覺得別扭，但是如果你現在就能克服這個難題，那麼當面試的時候，你就不會覺得笨拙和不順手了。准備充分，放輕松，技術在手，終能收獲一席之地。