hr面試中的程序員

A. 面試中HR提問，你認為男女程序員之間有什麼差別

這個問題就好比問一個前來面試行政的男生，你為什麼要面試行政這個崗位？
潛台詞是行政不是女生乾的活兒嗎？
這個問題就好比問一個前來面試客服的男生，你覺得你比女性客服的優勢在哪裡？
潛台詞是你們男生沒有女生細心，服務意識不如女生。
這個問題就好比問一個前來面試公關但長相一般的女生，你為什麼要應聘公關這個崗位？
潛台詞是長成這樣還面試公關崗位？
同樣，樓主面對的那個問題也是如此，看似沒什麼，也許是說者無意，也許是我多想，但我就是感覺這裡面有潛在語境，有濃濃的刻板印象，還有一種刻奇心態。
差別在哪裡？
有差別嗎？
女生照樣能編程，男生照樣能開發衛生巾。
不看性別，看能力。
so，沒差別。
女程序員更有優勢，男程序員邏輯好，但普遍男程序員情商不高，女程序員情商高，在和產品經理和運營經理的對接過程中有很大的優勢。

希望可以幫到你，謝謝！

B. HR該如何面試技術人員

這里我們先看一下500強CIO公司對IT人員的標准作為參考：

首先是該人是否容易相處?有許多IT精英人才，但卻不易工作與相處在一起。在團隊中，這樣的人是不受歡迎的。我們所需的人才必須要能融入到團隊中去。

其次就是看你聰不聰明，是否有求知慾?是否有快速學習能力?是否有良好的適應能力?是否貪圖安逸，還是勇於挑戰新鮮事物?

最後才是評定應聘者的IT專業技能是否符合職位要求?之所以將這一因素放在最後，是因為如果一名應聘者既聰明、又有進取心，並有良好的適應能力，但卻不具備我們所要求的所有技能，我依然會考慮聘用他，因為他有能力快速學會新的IT技能。

由此我們可以看出大IT公司更注重的是能力上的培養和性格上的好壞，所謂：性格決定命運，氣度影響格局。一個擁有好的性格的IT技術人員即使現在他IT技術不怎麼出色但是日後他也許會比那些老技術的IT人員更為出色。因為他懂得自我完善，也善於發現問題及時解決，這些處事能力是一些IT技術人員學不來的。

所以HR們在IT人員的選拔上應該更加側重於他的性格和能力，次為技術。這樣也可以降低一些遇人不孰的概率。

不過一般來說，大部分公司，HR需要考察的是應聘人員是否適合企業，性格等是否適合相關的崗位，專業技能及編程技能一般由用人部門進行考核，同時在試用期進行考察。

所以如果HR面試技術人員任務是在考察求職者的性格和能力，接下來這幾點可以作為參考。

口頭表達能力

面試中應試者是否能夠將自己的思想、觀點、意見或建議順暢地用語言表達出來。考察的具體內容包括：表達的邏輯性、准確性。

綜合分析能力

面試中，應試者是否能對主考官所提出的問題，通過分析抓住本質，並且說理透徹、分析全面、條理清晰。

人際交往能力

在面試中，通過詢問應試者經常參與哪些社團活動，喜歡同哪種類型的人打交道，在各種社交場合所扮演的角色，可以了解應試者的人際交往傾向和與人相處的技巧。

自我控制能力與情緒穩定性

一方面，在遇到上級批評指責、工作有壓力或是個人利益受到沖擊時，能夠克制、容忍、理智地對待，不致因情緒波動而影響工作;另一方面工作要有耐心和韌勁。

求職動機

了解應試者為何希望來本單位工作，對哪類工作最感興趣，在工作中追求什麼，判斷本單位所能提供的職位或工作條件等能否滿足其工作要求和期望。

業余興趣與愛好

應試者休閑時愛從事哪些運動，喜歡閱讀哪些書籍，喜歡什麼樣的電視節目，有什麼樣的嗜好等，可以了解一個人的興趣與愛好，這對錄用後的工作安排常有好處。

如果HR也想要初步考察技術人員的技能，不妨試試接下來的方法。

面試時，可以根據程序員和設計師兩種大的標准來問問題。

程序員

對於程序員級別，又分成初級程序員、程序員和高級程序員三個等級來判斷。

一.初級程序員

對於初程，在技術上其實我們不會有過多的要求，對於初程我們會更加關注他對於技術的興趣程度(對於技術網站的關注、各種前沿技術信息的關心)，而不僅僅是因為生活所迫;另外就是在技術方面的基本功和對於公司需要採用的產品/開源工具的了解程度。

根據這樣的標准，在面試初級程序員時問的問題就集中在這兩個方面，常問的就是：

1、經常上什麼技術網站，論壇?

2、最近業界的最新技術出現了些什麼?

3、根據公司採用的產品/開源工具來問，如公司採用webwork，可以問下面試者是否之前用過，或者是否用過類似的?

二.程序員

對於程序員，在技術上就要有所要求了， 我們認為在工具方面上應該是很熟練的人員，其次就是對於工具的快速掌握能力。

根據這個標准，在面試程序員時我們會常問的問題：

1、根據公司採用的產品/開源工具和面試者的經歷來問，如公司採用webwork，但面試者以前只用struts，那麼我們會問他開發一個模塊時，在採用struts下是一個怎麼樣的經典開發過程，開發過程中可能會碰到什麼問題?

在工具的快速掌握能力上，個人覺得最好的方法就是讓面試者當場採用一種未曾使用過的技術做hello world之類的東西，這樣可以考察面試者學習工具的能力以及承受壓力的能力。

三.高級程序員

對於高級程序員，在技術上自然要求就更高了，對於高程，除了需要熟練的使用工具之外，個人覺得高程需要具備對於設計思想的深刻理解。

1、根據公司採用的產品/開源工具和面試者的經歷來問，如公司採用webwork，但面試者以前只用struts，那麼我們會問他開發一個模塊時，在採用struts下是一個怎麼樣的經典開發過程，開發過程中可能會碰到什麼問題?(面試這樣的問題是判斷面試者到底有沒有具備程序員的能力，具備了才繼續往下問)

2、根據面試者的經歷問設計模式方面的問題，如面試者採用過webwork、spring IoC、Hibernate這些東西，那麼繼續問一些MVC、IoC、ORM這樣的實戰問題，多是問如果讓你自己實現一個webwork這樣的'MVC框架的東西，你會怎麼做?

設計師

對於設計師級別， 模塊設計師、子系統設計師、專業系統設計師和系統設計師四個級別來考量。

對於設計師，在工具使用方面的考量會降低一些，但在對於系統理解方面則會加強考核。

一.模塊設計師

對於模塊設計師，個人認為他需要掌握怎麼樣設計模塊才能讓程序員可以按照設計開展，以及如何考察設計的實現。

常問的問題：

1、根據面試者的經歷，挑選面試者曾經做過的模塊，問他會怎麼樣去進行設計;

2、怎麼樣去保證模塊按設計的實現(可以問的問題是舉例實現人員在實現時出現差錯，他會怎麼辦)。

3、根據公司的需求，來問一些業務方面的理解能力。

二.子系統設計師

對於子系統設計師，個人認為他需要掌握如何劃分模塊的能力以及如何去考評模塊設計師的設計的能力。

常問的問題：

1、根據面試者的經歷，挑選一個子系統問他怎麼樣去進行設計;

2、怎麼去考評模塊設計師的設計;

3、根據公司的需求，來問一些業務方面的理解能力。

三.專業系統設計師

對於專業系統的設計師，主要則需要考評其對於專業系統的理解程度以及知識的掌握面的程度。

常問的問題：

1、根據面試者的經歷，如其有流程系統的設計經驗，可以問流程系統的相關設計知識點，看其的掌握程度;

2、簡單的介紹實現一個專業系統的關鍵點，同時說下自己對於該種專業系統的發展的想法。

C. HR如何快速判斷應聘的程序員是否靠譜

招人這個事情放到如何重要的地位，其實都不為過。前趕集網CEO楊浩涌在一次開放式演講中說過，CEO要花一半精力去找人。其實在Google、Facebook、Alibaba等一些公司在招聘一個員工的時候，他們是很耗費時間和精力的。一個好的人是值得花非常多的時間。你看重的人，在他身上花精力是非常值得的，他會被打動，他會感知到你確實非常在乎他，士為知己者死，好的人才覺得跟你是有共鳴的，他願意加入你這個團隊。

其實在一些中小公司，可能HR會初步篩選一些簡歷，然後給面試官進行面試。但其實很多時候，面試官面試的這位應聘者根本不靠譜（注意，我們現在說的是程序員招聘這個方向）。這樣一來其實不僅浪費面試官的時間（其實，你知道，一般能夠作為面試官的，在公司裡面其實是很忙碌的），也是在浪費面試者的時間。所以，我個人覺得，HR在招聘的時候，首先可以通過一些基本的問題來快速判斷應聘的程序員是否靠譜，通過HR的初步篩選後，面試官再和應聘者電話或者當面聊一些技術層面、邏輯思維層面以及團隊合作層面的問題，這樣就大大的增加了招聘的效率。

我個人覺得有兩點：

因為程序這個行業變化更新很快，不要說剛入行的程序員，就是工作了十年的老司機，也需要不斷的學習，而看書是學習的最直接體現。

HR可以在和應聘者電話溝通的過程中，可以詢問他的業余時間都是怎麼過的，如果應聘者沒有提到讀書、看書之類，我覺得多半不靠譜。當然看書並不局限於一些技術方面的書，也可以是一些非技術的書，我覺得愛看書的人，兩方面的書都會看的。

我覺得第二點非常重要，首先我想要的是，應聘者簡介、清晰、有條理的描述出他最近做完的一個項目或者產品的大的需求是什麼，他自身在整個團隊裡面充當的是什麼樣的角色，能否描述清楚他自己做的某些功能。

如果HR能夠很清晰的理解應聘者所描述的這些問題，我覺得他是靠譜的。

首先，如果作為一個非技術性的HR，能夠聽懂應聘者的解釋，我覺得應聘者溝通、理解能力是完全沒有問題。

其次，他能描述出來這個項目或者產品的大的需求是什麼，說明他不是在蠻干，也說明他並非只是關注於手頭上的事情，他還在關注整個團隊在做什麼樣的事情，這也體現了團隊精神。

然後，他能描述出來自己做的某個功能，說明他是真正的去實踐過和思考過，思考和實踐是作為一個靠譜程序員必備的素質。

總體上，快速判斷一個程序員是否靠譜也就是這兩點，如果這兩點都OK ，沒有問題後，我覺得HR再和應聘者約時間，再和面試官聊。

提出一點建議

就是HR先進行一輪電話面，溝通一些基本問題，從中覺察應聘者在表達、溝通、描述以及學習方面的能力。如果還行，可以和應聘者約定一個時間進行技術面，而面試官可以把時間選擇在晚上，也就是7-9點鍾，這個時候，上了一天的班，可以更好的投入到面試的上面。通過電話面，了解一下技術，以及以前的工作經歷，沒有問題的話，再約時間當面聊。

這是我能想到的，不喜可以噴......

D. HR如何考察程序員前提：HR不懂編程

程序員相比於其他職業，有其特殊性：
1 工作技術要求佔比90%或以上，對軟實力要求不高。而HR面試的時候往往考查的是候選人的軟實力
2 程序員通常表達能力不會特別強，容易給HR造成理解上的困難，從而影響招聘效率

---

如果把程序員招聘流程分為：

1.簡歷初篩/獲取目標

2.電話初面/目標cold call

3.技術初面-技術二面（-CTO或CEO面）

4.HR面

5.發offer

最後，渠道為王。

所以作為HR完全可以考察其他側重點，比如這個候選人怎麼樣？是否好溝通？抗壓能力等等軟實力，硬實力可以讓公司的技術人員和你一起去面試或者面試之前用些第三方工具測評一下，這些都是可以的呀。只要在HR面試要求中通過，技術問題就可交由技術總監把關。

E. hr面試程序員是看程序員項目經驗的時候主要看這個項目使用到了那些框架或者技術嗎還是看其他的

其實我剛開始工作的時候，也害怕自己不能勝任工作。一個很簡單的問題，就被自己想的很復雜。所以一定要看清楚，自己是真的不會，還是純粹在焦慮。我建議你先看一些別人寫的，使用這個框架的代碼。挑那種最簡單的，哪怕是helloworld之類的。然後先不要在意公司的項目，自己建立個簡單的項目，把框架用進來。然後閱讀手冊中的核心部分，了解一下框架的工作流程。如果裡面有架構圖或者流程圖就好多了。如果沒有，讓前輩給你講。之後可以自己實踐一些稍微復雜的例子。可以利用周末的時間去做。實在不會就請教前輩，不要怕丟人。如果手冊中有一些demo就更好了。之後再去研究公司的項目。先可以看看系統中有什麼功能，有哪些模塊，這些模塊之間是如何協同工作的。然後再去了解自己負責的模塊。學習一個項目的過程一般是從宏觀到微觀，這樣能更快速地理解。不要一上手就看代碼，看的一頭霧水。實在不會也沒關系，沒什麼丟人的。而且公司會有一定的考察時間，不會因為一點點問題就把你辭退。要有信心，你有充足的時間來面對問題。

F. 一個不懂編程的HR如何面試一個android程序員

1. 簡要介紹一下你自己以及你最近在做的項目嗎？2. 其他時間有別的項目要做嗎？3. 你是怎麼看待自己的身份的？開發？產品經理？還是二者都是？4. 你會如何管理一個程序員團隊？5. 告訴他們公司想要的人是怎樣的。不過面試之前可以做一套在線筆試測試題，像猿圈科技的，就是針對程序員的，後面可以給分析報告

G. 程序員人品面試題及答案，HR必備！

在我們招聘技術的時候，如果只是一個面試官面試，通常會遇到，面試管徇私舞弊，類似狗眼看人低，或者遇到高手心存嫉妒不願招聘此人的情況，從而剔除掉面試的人才，無法有效招聘到公司所需的人。

如何避免面試人員的徇私舞弊，就至關重要，我們統長可以通過加試的流程，或者加面的流程來規避這種事情，通常情況下，我們也可以通過筆試+面試+面試2的流程進行，這樣的環節越多，面試官徇私舞弊的問題就越少，對於重要的崗位我們依然要綜合考慮清晰，不能讓人品差的人混入。

1.排擠或者拉幫結派，在公司內部製造不和睦的情景。

2.影響公司的正常運營，還可能存在貪污腐敗像閑。

3.可以吃回扣的崗位，尤其是采購會給公司造成重大的損失。

對此我總結和個人的經驗，整理如下的10個人品測試題，每小題10分共100分，同樣的您可以和技術題混合在一起對求職者進行這樣的筆試。

如果A是您的直屬領導，當遇到了緊急情況，且你正在忙手頭要緊事，需要你的協助或者幫助時你會怎麼做？（ ）

A.盡力而為 B.手上工作忙，會建議找別人 C.我沒有必要幫助他人 D.放下手頭要緊的事,去協助領導

答案：B

解析：作為領導，和下屬都屬於公司員工，沒有誰更加需要幫助，只有自己的工作職責，和同事之間的互幫互助行為，二遇到這種事，應是優先做好的自己的事，再去幫助他人，選A的人是屬於，阿諛奉承拍馬屁的類型，選C的人是極度理性，且規規矩矩的人，選D的人是屬於，斜度個人工作職責的行為。

如果A是您的直屬領導，他今天搬家，告訴你去他家裡幫忙，他這種行為屬於？（ ）

A.徇私舞弊 B.私事公辦 C.小氣 D.欺負員工

答案：B

解析：作為領導，搬家時個人私事，不能要求任何的員工幫忙，且給錢也不行，這種行為屬於私事公辦。

直屬的領導，再一次工作失誤後，果斷甩鍋下屬，且指責有續，領導的這種行為是否屬於正常范疇，遇到這種的事情，領導最好應該怎麼做？

簡答題：兩問，行為和怎麼做。

在公共場所，因為瑣事辱罵他人或者領導，這種行為屬於什麼行為，是否違法，能否維權？

簡答題：三問，行為、違法和如何維權，主要考的求職者對法律和道德的認知。

當你下班途中，遇到一個摔倒的老人，這附近有很多碰瓷的傳聞，且沒有攝像頭和路人，這時候你會怎麼做？

A.默默路過，並報警。 B.先報警，然後扶起老人 C.錄視頻,且報警，扶起老人 D.回去叫人

答案：C

解析：只有C是最好的處理方式，且能體現出這位求職者的心思縝密。

如果以後你面試新人，遇到一個能力特別強的人，但沒有學歷，且人說話很沖，工作能力完全過關，你會向領導反應錄取他嘛？（）

A.不會，沒學歷 B.可能對我有影響，拒絕錄用 C.繼續等待其他合適人選 D.和領導與同事商議後錄用

答案：D

解析：
選A的人可以看出這不是一個好的員工。公司是一個商業組織，目的是為了盈利，能力強的人往往求之不得，不能因為學歷問題剔除。

選B的人可以看出這是一個小氣，且人品和眼界都很低的員工，建議直接pass，後續對公司的發展也不好。

選C的人可以看出是個負責任的員工，會選擇繼續等待更合適的人選。

在你身上發生了一件事，並不是丑聞，也不是壞事，就是一件很平常的事情，這時你會覺得？（）

A.自己是焦點 B.不想去上班 C.自己丟人了 D.散布的這個人真可惡 E.平平淡淡

答案：E

解析：有心理疾病的人，才會覺得自己是焦點，才會有負面情緒。

如果你是個技術大牛，且領導要求你必須教導其他人，你會怎麼做？（）

A.熱心是不需要強迫的，會不代表一定要交

B.不聽從領導的話

C.要求公司給予，教導他人的費用。

D.接受領導的要求去教人。

答案：C

解析：技術是自己的，屬於個人，不屬於公司，且教不教不需要強制，強制屬於違法行為，懂得不代表義務教導，這屬於行為綁架的行為。

領導一直強制你做事，且必須你做，出了事就甩鍋給你，你會怎麼做？（）

A.辭職不幹 B.向更高領導舉報 C.果斷拒絕 D.頂撞領導

答案：B A

解析：有這樣愛甩鍋的公司領導，也不是什麼好公司，在這里工作不是勾心鬥角就是你爭我奪，故此B和A都是對的。

假如你遇到困難，你不想得到別人的幫助，但是就是有人要幫你，這種行為屬於什麼行為？（）

A.強人所難 B.太過熱心 C.不考慮其他人感受 D.不尊重我的主觀意圖

答案：A B C D

解析：這是多選題，都對，別人不需要那麼就應該尊重別人，即使是送黃金，也會有人不需要的時候，不需要而自以為是強迫別人接受，就屬於強人所難，不考慮其他人感受，不尊重個人主觀意圖。

H. HR面試程序員，背調其前同事發現他人品差：能力和人品哪個重要

現在很多互聯網公司在招聘開發崗位的時候，不僅要求其具有相應的技術，還會要求能夠融入公司，才能正常開展工作！而其中有一些比較嚴格公司在認為面試者的技術達到標準的時候，會「背調」一下面試者的部分資料，看看其人品是否適合公司！

從這位HR的描述來看，他面試了一個能力很不錯的程序員，但是背調他前同事的時候，發現他的人品不怎麼樣，於是在糾結應不應該收他！

有網友感覺這種論調不可信：背調問前領導就和問前女友一樣，得到的評價肯定大多是負面的，一些優點也會被隱藏掉，這種評價是一邊倒的，不能當做推斷人品的依據！

還有網友認為，這種背調的時候說人家人品差的，其實自己人品才差吧，一般人為了不得罪別人，就算不會誇獎前同事，也不會去詆毀他！而且員工一般都是有試用期的，也可以在試用期的時候看看他的人品怎麼樣，如果好的話自然是皆大歡喜！

生活中我們會遇到很多類似的事情，只聽信單方面的意見，直接就做出判斷，可是往往忽略了最簡單有效的方法，這無疑是有一些片面。

歡迎剛入門的Java小白朋友們加入Java之家：79979,2590

群內提供免費的Java的學習資料（裡面有企業級技術、日常練習案例等多個知識點的資料，每晚我還會在群內直播上課）

I. HR怎麼通過簡歷來判斷程序員是否優秀

01.簡歷中項目的參與度、貢獻度
簡歷本身的效用信息往往非常局限，看了簡歷之後，也難以形成對候選人的初步判斷。但我們其實可以通過項目經歷上的信息，來評估候選是否完整、深入參與其中。
在候選人簡歷的項目板塊，我們可以查找是否有以下關鍵信息：本人在項目中的角色？比如後台系統開發，主導搭建了頁面框架，提高代碼質量；公共組建的提取、編寫。解決了什麼樣的問題？比如通過自動化，讓代碼易於管理；統一的編碼規范，更有利於多人合作，降低了代碼出錯率；性能上帶來多少提升？比如單頁應用讓請求次數變少、頁面呈現更快，用戶體驗更好了。通過以上信息，我們基本上可以判斷候選人在項目中的角色，或者從解決的結果來看能基本評估出候選人在整個項目中的貢獻度。
另外一種是簡歷上的項目闡述，可以通過以下兩個例子對比：例子一：A：應用 xx 技術，解決了XXXB：應用 xx 技術，解決了XXX，出錯率降低了 0.1% 等。例子二：A：結合使用 xx，實現了 app 登錄和個人資料的自動填充B：結合使用 xx，實現了 app 登錄和個人資料的自動填充，提高了多少的轉化率我們可以直觀看出，有量化的結果的項目履歷更有說服力，也可以側面證明候選人是有深度參與到項目中，才能對數據結果有一定的了解。
02.候選人在技術社區的使用情況
很多優秀的技術人才都有分享的習慣，比如在GitHub、知乎等社區都會分享一些自己的技術經驗貼。通常來講，如果候選人有在社區發帖的習慣，確實會增色不少。比如全球最大的開源社區GitHub，大多數程序員都會有賬號，但這個只能算是真正的「圈內人」，如果是GitHub的重度用戶，其實非常亮眼的：如候選人在GitHub發布的項目經常能收獲很多follower和star，那正是其能力的體現，可以通過其貢獻的項目來評估；如果能長期堅持使用GitHub，也能說明的是這個人心態比較開放，對業界比較關注、律己、有耐心；GitHub上大多數代碼是經過長時間構思和反復修改重構，代碼質量可以很好反映其當前的Code水平，其中也可以窺見解決問題的能力。
經常在技術社區發帖互動，可以說是判斷是否為優秀技術程序員的加分項，但也只能是敲門磚，不能過份強調它的重要性。
03.通過代碼筆試，直擊簡歷
要看能力最終還是應該考查編碼能力。面試官或HR其實可以通過一場在線筆試，在簡歷初篩階段來進一步判斷是否為大牛。
面試官可以設置一些耗時較短，考察具體硬技能的題目，來考察候選人的基本功，將簡歷造假的同學篩掉，在ShowMeBug筆試平台，支持不同職級、不同語言、不同維度等題目，面試官可以快速發一起一場筆試，可以節省面試官大量的時間；
對於簡歷中的項目，其實可以設計一個非常真實的問題，比如你目前有獨立設計實現過一個完整的功能嗎？你研發的這個功能產生了什麼作用，你在項目中扮演一個什麼角色？ShowMeBug筆試支持音視頻題型，面試官可以量身設計，讓候選人更加真實的回答。