網站首頁 工作範例 辦公範例 個人範例 黨團範例 簡歷範例 學生範例 其他範例 專題範例

程式設計師面試問題的愚蠢回答

欄目: 面試試題 / 釋出於: / 人氣:3.08W

案例一

程式設計師面試問題的愚蠢回答
問:請問,你對測試這項工作是如何理解的?比如說,你覺得這是一個創造性居多的工作,還是重複性居多的工作?答:我之前的一份工作是美工,我覺得測試跟美工應該差不多吧?我挺喜歡美工這種工作的,因為會需要很多的思考。我覺得測試也是一樣的,要想很多不合理的地方,而且每次面對的產品,需要想完全不一樣的問題。問:你是如何規劃你的職業生涯的?或者說,你為什麼打算轉行做測試,或者說美工這個工作對你來說存在什麼問題?答:其實因為我哥是做測試的,他說做測試挺好的,他建議我轉行做這個。點評:這是一個相當失敗的回答,因為不僅僅表明你對未來完全沒有規劃,而只是聽從他人的隨意指點,而且還表明你對你所投職位的工作、指責、性質等統統不瞭解。面試官,也就是你的未來上司,絕對不會找這樣的人當手下,因為搞不好會三天兩頭表達不適應,甚至沒過幾天就會辭職。(很奇怪吧,我居然經歷這樣的面試,這其實也是一種招聘方的失敗案例,後面會詳解。)當然啦,一般能回答道這種地步的還只是個別經驗極不足者。不過大家不要偷笑,犯這類錯誤的人還不在少數,只不過是程度的問題而已。這類回答的錯誤在於,對你所投職位的瞭解不足,或者是沒有基本的職業規劃,以至於沒有一個明確的自我升級改造的規劃。比如我還遇到過有創業經歷的人,後來做了一段時間銷售,來我們這裡面試做程式設計師。當我問到職業規劃的問題時,他說未來準備走team leader -> 架構師 -> cto。這個時候我還覺得有點意思,結果他話鋒一轉,就更有意思了。他說,最後再回去管理我們家的工廠(其父母是開廠的)。這一個回答也挺讓我無語的,當然也是一個極端案例。那麼我們往不那麼極端的方面說,你應該提前想好:我要專研哪一個方向?資料庫?桌面應用?工作流?網路通訊開發?網站系統?我以後要做一個技術專家呢,還是管理專家,還是架構專家,還是……?你的思路越清晰,面試官願意招你的可能性就越大。挽救:其實這個問題需要你在投簡歷之前就要準備好。很多大學聯考考生填專業之前,也沒有想過這些問題,選的什麼專業是父母代勞的。就比如我們公司裡面有人學的化學材料工程,結果畢業後做ue設計。她就說專業都是父母選的,等開始學了才覺得很不喜歡。如果因為這種蠢問題你被刷下來了,你應該感到幸福,因為那個未來對你來說,也許是很可怕的。簡而言之,先想好了要做什麼,然後再討論找什麼工作的事情。案例二問:既然你說之前的這個專案當中的許可權系統是你負責開發的,那你能否講一下,你的許可權系統的機制是怎麼樣的?答:哦,是這樣的,我們有一個頁面,是給管理員分配角色的,然後有另一個頁面是給角色分配許可權的,然後這個使用者就有許可權了。使用者要首先在首頁上面點選一個連結進行註冊,然後訪問那個頁面就會根據許可權來輸出。……(講了很久如何使用該網站,涉及技術實現的幾乎很少。)問:不好意思,我打斷一下,你可能誤會我的意思了。我想問的是,你的技術是如何實現的。比如說,某個使用者是普通使用者還是管理員這是如何識別的?答:是這樣的,這個需要管理員在一個頁面中指定這個使用者的角色,如果分配了管理員角色,那就是管理員,否則就是普通使用者……(後面來往若干個回合,還是沒有明白問的是什麼。)點評:這也是一個很悲劇的回答。該回答的錯誤在於,溝通失敗。雖然說溝通失敗一般是雙方都有責任的,但是你不可能要求面試官如何如何吧?所以,你只能要求自己在這方面做得更足一些。其實該案例主要問題在應聘者身上,因為很顯然,面試官所關心的肯定是你的技術實現,而不是這個產品是如何使用的。挽救:面試的時候也許你會緊張,這是正常的。但是你需要不停地提醒自己,集中精力聽清楚面試官的問題是什麼。如果你發現你不能確定面試官的問題是什麼,寧願先反問確定問題的用意,然後再作回答。當然了,最高境界是我一問,你就知道我想要什麼。但如果做不到,也不要發生風牛馬不相及的情況。案例三問:(某個技術問題)答:(等待了10秒鐘)是這樣的(開始解答技術問題)點評:這個相對前面那兩個案例來說,沒有那麼悲劇,不過也足以導致被刷。這種回答情景給人感覺不好的原因在於,你讓人覺得你總是慢半拍。挽救:如果你是需要很多時間思考的話呢(或者說是超慢性子),最好先說一句“這個問題有點複雜,我需要稍微思考一下”之類的,這比尷尬的等半天總強很多。我還遇到另外一個人,在快面試完畢的時候說“抱歉,昨天晚上通宵工作,所以反應有點慢”。這也是一個較好的做法,假如你真的是加班了。當然,如果能在面試剛開始的時候就說出來會更好,因為第一印象還是很難改變的。案例四問:能否說一下泛型的作用是什麼?答:泛型就是一個不同型別的陣列,然後又增刪改的功能,還可以直接foreach。問:那arraylist和泛型的list<t>又有什麼區別呢?答:arraylist就是一個object陣列。點評:這種回答挺悲劇的。因為我能得到的結論除了你不是很瞭解泛型之外,還得到了另外一個結論:要麼是不愛學習,要麼就是想混過去,甚至兩者皆有之。其實不瞭解不一定會被刷,但如果是態度有問題,那是鐵定會被刷的。類似這樣回答問題的,還真不是極個別現象。也許是覺得雞毛蒜皮的東西漫不經心,又也許是因為心裡面確實沒底但又想要這份工作,無論如何,都給人一種不踏實的感覺。(哦,也許你不是不愛學習,不是想混的人,那麼你更應該注意了,因為這會給人以錯誤的印象。)挽救:如果你知道這個知識,不妨稍微詳細解釋一下,不要因為過分簡化的總結,給人以錯誤的印象。如果你心裡不是很有底,可以謙虛的表示“我不是很確定,我們可以探討一下看看我的理解是否正確。我是這樣理解的……”。如果你其實是不知道的,你可以大方的回答“這個我真不瞭解”。如果真因為你不瞭解而沒有招你,那麼你試圖矇混的結果也不見得有什麼改變,即便真招了你,在試用期也能暴露出問題來。如果要進一步改善,就需要平時多積累知識了。這裡也給一個我認為比較成功的真實案例:問:能否說一下泛型的作用是什麼?答:很抱歉,能不能給我講一下泛型是什麼,我工作中應該是用到過的,但是我不知道那一個是指泛型。問:比如說list<t>。答:哦,這個是泛型啊,那我大概知道了。不過我實際工作中要求用,我就用,並沒有仔細研究,所以說的可能不是很對。我是這麼理解的,就是相當於一個模板,寫程式碼的時候不用慣性具體的型別是什麼,只管寫邏輯,到具體執行的時候給的是什麼型別就自動變成那種型別了。問:那你現在能否再說一下泛型的好處是什麼?答:這個真的很不好意思,我工作中沒有要求瞭解裡面的原理,所以我也沒有很仔細的研究過。點評:這個案例中的候選人,在技術上可能是有待改進的,但是這一個回答從面試技巧上應該是比較成功的。我不排除會有更好的回答方式,但是至少這個回答告訴我:1、我不懂,但我沒有打算隱瞞;2、我不很瞭解,但是還是有一定的自信的;3、我可以儘可能的把我所瞭解的內容告訴你。如果說還要進一步的改進,我覺得應該是技術知識的積累,回答技巧方面已經不需要再做更多的改進了。其實蠢回答還有很多,一時半會兒可能沒辦法總結完。但有一點是可以肯定的,就是看你對招聘過程是否態度認真。如果你真的很認真仔細,那麼問題頂多就是你不知道自己犯的錯誤,只要有人告訴你了,應該是可以改善的。另外,還需要提醒一點,這些回答技巧的改進,好比只是可以讓你腰板站的更直,能讓人看清你的真實高度(而不是自己直接就趴下了)。這個做到了,接著你還要多攝取營養長高點,否則一米六的個子要辦再直,也很難和姚明競爭。