我的面試標準 對於軟體技術人員

2021-04-14 01:20:33 字數 3281 閱讀 6840

我的面試標準

(對於軟體技術人員

)每個面試官隨著面試經驗的積累,都會逐漸的積累自己的一套面試標準,當然,這套面試標準也會隨著公司的需求、業界的發展而不斷的變化和發展,面試標準反應了面試官對於各種級別技術人員的技術要求,在以前的一篇

blog

中曾經提及過面試官應營造好的面試氛圍,而這篇

blog

則會談及自己面試時採用的標準來衡量面試者的技術能力,拋磚引玉,大家多交流

.....

個人覺得面試標準主要由純技術方面的標準和符合公司產品

/專案技術要求的標準兩部分組成,當然,還有一些是性格方面的要求,這篇

blog

主要談及下技術方面的面試標準,由於面試多和公司要求、面試官的判斷標準有關,所以通常來說不能因為沒通過面試就認為自己沒有這方面的能力,需要多嘗試。

面試時對於面試者我會根據程式設計師和設計師兩種大的標準來問問題。

程式設計師

對於程式設計師級別,我會分成初級程式設計師、程式設計師和高階程式設計師三個等級來判斷。

初級程式設計師

對於初程,在技術上其實我不會有過多的要求,對於初程我會更加關注他對於技術的興趣程度

(對於技術**的關注、各種前沿技術資訊的關心

),而不僅僅是因為生活所迫;另外就是在技術方面的基本功和對於公司需要採用的產品

/開源工具的了解程度。

根據這樣的標準,在面試初級程式設計師時問的問題就集中在這兩個方面,常問的就是:

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、簡單的介紹實現乙個專業系統的關鍵點,同時說下自己對於該種專業系統的發展的想法。

系統設計師

對於系統設計師,則要要求更加的全面,考察其對於系統的架構設計的能力以及帶領、組織團隊的能力。

常問的問題:

1、根據面試者的經歷,問其其中乙個系統給他設計的話,他會怎麼去做,這個主要考評其從需求推導設計的能力;

2、問面試者認為在進行系統設計時需要考慮的因素,或者就是以乙個失敗的案例,問他認為設計的失誤出現在哪。

上面說的主要都是技術方面的考評,在性格方面需要考評團隊合作能力、責任心這些等等,這些可以更多的讓

hr幫忙。

我從來就不認為根據面試標準就可以產生一套固定的面試題,我更看重根據這樣的標準在面試時根據面試者的經歷來調整,以更加準確的判斷面試者的能力,在面試者,我不管面試者面試的職位,一般只會分成程式設計師和設計師兩個型別來判斷,而根據面試的情況來決定面試者到底具備了兩個型別中哪個級別的能力,也就是說有可能面試者面試的只是程式設計師,但最後我會給高階程式設計師的職位,不過這樣的現象好象很少,呵呵

...ps:

當然,面試其實只能大概的判斷面試者的能力,更準確的判斷還是要通過試用才能做出。

我的面試標準 對於軟體技術人員

每個面試官隨著面試經驗的積累,都會逐漸的積累自己的一套面試標準,當然,這套面試標準也會隨著公司的需求 業界的發展而不斷的變化和發展,面試標準反應 了面試官對於各種級別技術人員的技術要求,在以前的一篇blog中曾經提及過面試官應營造好的面試氛圍,而這篇blog則會談及自己面試時採用的標準來衡 量面試者...

我的面試標準 對於軟體技術人員

每個面試官隨著面試經驗的積累,都會逐漸的積累自己的一套面試標準,當然,這套面試標準也會隨著公司的需求 業界的發展而不斷的變化和發展,面試標準反應了面試官對於各種級別技術人員的技術要求,在以前的一篇blog中曾經提及過面試官應營造好的面試氛圍,而這篇blog則會談及自己面試時採用的標準來衡量面試者的技...

軟體技術人員的技術方向

有技術方向自然就有非技術方向,不過這裡只討論技術方向,談談我的理解。不同的技術方向沒有高低之分,不管哪個領域要達到頂尖都很難。朝什麼方向發展主要跟個人的興趣有關。b 前端工程師 b b 後端工程師 b 也是很大的一類,就叫後端工程師吧。這類人對ui興趣不大,一段時間只對一項技術或乙個領域感興趣,甚至...