平安區塊鏈程序員面試題
1. 程序員面試，為什麼問題明明很基礎缺很多都回答不上來
缺乏面試模擬
在解決問題時不要著急，否則只會導致更多的錯誤，顯得你很粗心。
緊張
2. 平安科技的區塊鏈有什麼優勢
平安科技的區塊鏈技術擁有業內最強零知識驗證演算法庫，延時<0.05秒，百倍國密加速方案。同時，是世界最大商業區塊鏈平台，承載4萬個節點，連接200家銀行、200,000企業、500其他商業政府機構。目前，已有幾十個企業級應用解決方案，包括2018年9月上線的香港金管局平台和鏈接100萬+企業的金融壹賬通供應鏈和中小企業融資平台。
3. 程序員工作4，5年面試會問什麼問題
面試一般分兩輪。
1、第一輪一般是技術面試：主要是問面試者的工作經歷，例如都做過哪些項目，寫過多少代碼等。其次是問工作相關的基礎知識，主要包括C語言，C++,JAVA，操作系統，數據結構，資料庫，計算機網路等。
2、第二輪基本是HR面試：這輪面試就是與面試者談談期待的薪水，以後的發展等問題，HR會根據面試者的表現決定是否錄取。
4. 程序員的面試問題
如果是剛畢業，那麼肯定有自我介紹，然後就是你做過什麼樣的項目，還有就是基礎知識，應該筆試是跑不掉的，不過也有的公司沒筆試，總之，要有自信，敢說，針對畢業生，公司看的也就是你的可造就性和可培養性了！
5. 程序員的面試問題（希望全面點）
很多用這個. 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());
6. 程序員面試，面試官說面試題答案怎麼寫這么少，怎麼優雅回答呢
先寫一半，後面的一半，等我入職了再寫。會給你一份滿意的答案的。
7. 求程序員--筆試面試題庫
ASP.Net程序員測試題
一、資料庫部分：
資料庫中有以下幾個表
Customers（客戶信息）
列名稱 含義 數據類型 可空 是主鍵 是外鍵 默認值
Customer_ID 客戶編號 int（自動增長） N Y N 無
Customer_Name 客戶名稱 nvarchar(30) N N N 無
Procts(商品信息)
列名稱 含義 數據類型 可空 是主鍵 是外鍵 默認鍵
Procts _ID 客戶編號 int（自動增長） N Y N 無
Procts _Name 客戶名稱 nvarchar(100) N N N 無
Unit_Price 單價 decimal(7,2) N N N 無
Orders(訂單信息)
列名稱 含義 數據類型 可空 是主鍵 是外鍵 默認鍵
Order _ID 訂單編號 int（自動增長） N Y N 無
Order _Date 訂單日期 smalldatetime N N N DETDATEO
Customer_Price客戶編號 int N N Y 無
OrderDetails(訂單詳細內容)
列名稱 含義 數據類型 可空 是主鍵 是外鍵 默認鍵
Order _ID 訂單編號 int（自動增長）N Y Y 無
Proct _ID 商品編號 smalldatetime N Y Y 無
Proct_Quantity商品數量 int N N N 1
問題如下
1.Orders表Order_Date欄位的默認值GETDATEO是什麼意思？
2.查詢商品信息表中的商品總數量，各種商品平均單價。
3.查詢用戶名稱為「張三」，訂單日期為2005-8-30日的訂單總金額。
4.查詢商品名稱為「聯想電腦」的商品在2005-7-1日至2005-7-31之間每天的銷售明細（要求顯示日期、當日的銷售總量）。
二、C＃語法題
1.C＃中所有類的基類是什麼？
2.計算n+(n-1)+(n-2)+…+1(n＝100)。
3.請閱讀以下代碼，並求出結果。
Int iResult=0;
Int iTemp=0;
for(int i=0;i+=2)
｛
iResult+=i;
｝
While(iTemp<3)
｛
iResult-=iTemp;
iTemp++;
｝
請問iResult的值為多少？
4.override與重載有什麼區別？
5.閱讀以下代碼，然後回答問題
Private int Division(int x,int y)
｛
return x/y;
｝
請問該函數被調用時是否可能會出現問題？如果有問題請修改該函數。
6.public class A
｛
private string_value=「」；
public A(string value)
｛
This._value=value;
｝
｝
Public class B:A
｛
//想在構造類B的同時初始化類A中的_value欄位？
｝
想在構造類B的同時初始化類A中的_value欄位，是否可以實現？如果可以實現，請補充類B的代碼。
7.public sealed class A
｛
……
｝
請問代碼中的sealed是什麼意思？
8.請問Session 和Application各在什麼場合下使用（最好舉例說明）
9.請問您在什麼情況下會用到虛方法？它與介面方法有什麼不同？
10.請列舉二個您用到過的設計模式？
11.請列舉一些ASP.Net中支持數據綁定的控制項，您經常使用哪些？
12.頁面上有一個input框的名字為txtPrice，請在提交前驗證該控制項中的內容（不能為空，必須是整數，用javascript驗證）。
13.請問重定向頁面有幾種方法？
你可以試著做做看,公司出的題應該都不一樣的,希望對你有所幫助!
8. 誰有程序員的面試題，例如東軟公司，或其他公司的程序員面試題
程序員面試一直是社區樂於討論的熱門話題。
這篇文章是站在面試官角度對於程序員面試問題的一個階段性反思和經驗總結。
【目標】
相信和不少朋友一樣，有了幾年工作經驗成為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，但作者對於其特別重視考察演算法能力的面試策略是持懷疑態度的。即使在這樣的世界級大公司，演算法雖然重要，但可以想像在項目實施過程所遇到的各種各樣問題中，演算法問題絕大多數時候不會是主要瓶頸，沒有到那種需要每個人都是演算法高手的情況。實際上，絕大多數項目真正難點並不是一兩個演算法瓶頸，甚至也不是單點的技術瓶頸，而是系統性的組織、協調、設計、開發問題，有大量的看起來不是那麼有技術含量的臟活累活，也有許多問題是由於信息不足，並不是技術能力強就能克服這些困難。一個團隊最好優勢互補，有人演算法強，有人業務分析能力強，有人擅長後端服務，有人擅長前端界面，有人聰明，有人踏實，這是最好的。如果按照「演算法好」的單一標准選材，必定會把許多優秀的人才拒之門外。
補充：在更多地了解了Google和Facebook等一流公司的面試細節之後，作者對這個問題的認識有了一定的改變，實際上這些公司在面試過程中並不完全強調技巧性很強的演算法，而是更加註重編碼(Coding)能力，只是在進行編碼測試的過程中往往是通過一些簡單演算法題來進行的。作者對於這種面試方法越來越欣賞，並且也作為了作者們公司面試過程中的重點環節，因為編碼能力的測試是十分必要的，它有著知識性問題無法取代的作用，如果一個面試者連「判斷一個字元串是否是另一個字元串的子串」這樣的題目都無法正確並快速地實現，那麼基本上可以直接排除了。作者這里所強調的是不必考察高難度的演算法問題，並非不重視編碼能力測試，請讀者不要誤解
【基礎】
基礎面試是指考察諸如指針使用、進程線程概念等基礎知識的面試，十分類似於大學期末考試題。作者曾經以為基礎面試十分重要，但是現在不這么看了。在工作中基礎的確是重要的，但是在面試過程中，它必須具有區分性才有意義，也就是說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) 語言表達能力。語言表達能力也是程序員十分重要的一項素質，它關繫到項目中的溝通是否順暢。面試官可以看看面試者能否用簡明的語言介紹清楚曾經做過的項目，能否抓住要點，能否考慮到聽者的相關背景。一般來講，語言表達能力強的人綜合能力都不會太差。(面試網 www.mian4.net)
4) 是否具有用戶意識。有人說程序員是做研發的，哪來什麼用戶?只有銷售、市場人員才會和用戶打交道。其實，這是完完全全的錯誤認識。你寫一個模塊，甚至一個API，只要有別人用，他就是你的用戶。有的程序員設計一個模塊或是一個軟體總是習慣於從使用者的角度來考慮，盡量地方便使用者，這就是一種良好的用戶意識。具有良好的用戶意識的人更能考慮別人的感受和整體的需要，而不是單純地從自己和局部來思考問題。當面試者談及過去的項目經驗時，面試官可以常常站在用戶的角度對其進行提問，從這個過程中觀察其是否具有良好的用戶意識。
5) 如何應對質疑和壓力。面試官應該對面試者的回答以及以往項目進行合理的質疑，看看他如何應對。曾經有一位面試者談到做游戲登錄伺服器的經歷，作者就問：「如果登錄伺服器掛了，怎麼辦呢」?他說原先雖然沒有考慮這個問題，但是可以怎麼怎麼改進。其實，大家都理解項目中有各種不完美，這裡面原因很多，只要面對質疑和壓力能從容應對努力往好的方向思考解決就可以了，不需要掩飾缺陷，更不應該有情緒。作者遇到過有的面試者，一旦你對其項目提出質疑，他馬上產生反抗情緒，或不高興，或不承認有問題，這很容易一下子看出來他在工作中容不得質疑和批評，這種人要想合作就很困難。
6) 個性特點。許多面試者喜歡在簡歷上寫「精通C++/Linux「，這些字眼看得人麻木，如果有人寫」喜歡C++/Linux「，作者就會有一種眼前一亮的感覺。「精通」是沒有感情色彩的敘述，而「喜歡」包含了面試者的個性，作者更願意看到面試者的個性。作者相信對某樣東西真正的熱情遠比你當前對它的掌握程度更為重要。其實，N年的經歷告訴作者們，同一個班的同學，同一個項目組的同事，雖然每天所學的知識，所接觸的工作都是相同的，但其實每個人的成績和表現差異是十分明顯的。那麼，到底本質的差異是什麼呢?其實，就是每個人的個性。是個性使得有的人業余時間去打球，有的人業余時間去看書，有的人喜歡Linux，有的人喜歡Mac。一個人在團隊中扮演的角色也和他的個性有很大的關系。面試官應該引導面試者展現自己的個性，並判斷其是否有益於團隊。
【總結】
最後總結起來，作者的經驗是：
1) 面試官的目標是找到」工作好「的人，一定要圍繞這個目標來進行面試，如果把面試當成了演算法或操作系統期末考試這就走入了誤區;
2) 面試過程是通過學歷、性格、基礎、經驗、演算法等可以測試的因素去綜合判斷面試者「工作好」的概率;
3) 在各種因素中，性格 > 經驗 > 基礎 > 演算法。性格是最重要的，如果性格不好，所有技術能力都會大打折扣，而且技術缺陷容易彌補，性格缺陷很難改變;經驗體現了一個人的綜合能力，你可以從面試者過去的經歷中判斷他能從事哪種工作，不能從事哪種工作;基礎和演算法則主要起到輔助參考的作用，基礎好的程序員一般適應性比較強，學新技術更快，但是切忌單純從基礎來判斷一個人的能力。
更多程序員面試問題請登陸楚湘人才網
9. 程序員面試的時候考官一般問什麼問題
基本問題
主要包括介紹自己。學歷工作經驗家庭住址等
業務問題
按你應聘的崗位進行詢問，看你了解多少，或者你的態度
綜合問題
主要看你對待工作的態度，為人等問題。
10. 程序員面試題
第一種推論：
A、假設有1條病狗，病狗的主人會看到其他狗都沒有病，那麼就知道自己的狗有病，所以第一天晚上就會有槍響。因為沒有槍響，說明病狗數大於1。
B、假設有2條病狗，病狗的主人會看到有1條病狗，因為第一天沒有聽到槍響，是病狗數大於1，所以病狗的主人會知道自己的狗是病狗，因而第二天會有槍響。既然第二天也每有槍響，說明病狗數大於2。
由此推理，如果第三天槍響，則有3條病狗。
第二種推論
1 如果為1，第一天那條狗必死，因為狗主人沒看到病狗，但病狗存在。
2 若為2，令病狗主人為a，b。 a看到一條病狗，b也看到一條病狗，但a看到b的病狗沒死故知狗數不為1，而其他人沒病狗，所以自己的狗必為病狗，故開槍；而b的想法與a一樣，故也開槍。
由此，為2時，第一天看後2條狗必死。
3 若為3條，令狗主人為a，b，c。 a第一天看到2條病狗，若a設自己的不是病狗，由推理2，第二天看時，那2條狗沒死，故狗數肯定不是2，而其他人沒病狗，所以自己的狗必為病狗，故開槍；而b和c的想法與a一樣，故也開槍。
由此，為3時，第二天看後3條狗必死。
4 若為4條，令狗主人為a，b，c，d。a第一天看到3條病狗，若a設自己的不是病狗，由推理3，第三天看時，那3條狗沒死，故狗數肯定不是3，而其他人沒病狗，所以自己的狗必為病狗，故開槍；而b和c，d的想法與a一樣，故也開槍。
由此，為4時，第三天看後4條狗必死。
5 餘下即為遞推了，由年n－1推出n。
答案：n為4。第四天看時，狗已死了，但是在第三天死的，故答案是3條。