什么是优秀的程序员
內(nèi)容轉(zhuǎn)自
再談“我是怎么招聘程序員的”(上 - 陳皓
我以前寫過一篇“我是怎么招聘程序員的”的文章(在CSDN那里有很多人進行了回復)。今天,我想再談?wù)勱P(guān)于招聘和面試這方面的東西,主要是以下這些原因:
近半年來我在進行了大量的招聘工作,對面試有一些新的體會。
酷殼最近發(fā)布了幾篇趣味面試題(面試題一,面試題二,面試題三),從回復中讓我有一些思考。
我有一個同事最近面試了一家公司,他和我分享了一個博士專家對他的面試,也讓我思考了一些。
在豆瓣上看到“知乎上某人寫面試豆瓣產(chǎn)品經(jīng)理的經(jīng)歷,很歡樂”(亮點是面試官現(xiàn)身知乎親自作答)
所以,我很想把自己的這些新的想法再次寫下來的。還是和以前一樣,這篇文章同樣是獻給面試官的。我認為,面試的好壞完全在面試官而不是面試的人。下面是我對“我是怎么招聘程序員的”一文中的一些加強性的觀點。(關(guān)于一些點評,請參看本文下篇)
為了讓我的文章有連續(xù)性,請允許我重申一下前文的幾個重要觀點。
只有應(yīng)聘者真實和自然的表現(xiàn),才能了解到最真實的東西
重要的不是知識,重要的是其查找知識的能力
重要的不是那個解題的答案,而是解題的思路和方法
操作,知識,經(jīng)驗,能力
我們有很多的面試官似乎分不清,什么是操作能力,什么是知識,什么是經(jīng)驗,什么是能力,這導致了我們的面試官經(jīng)常錯誤地對面試者下結(jié)論,我認為分不清這些事的人是沒有資格做面試官的。所以,我有必要在這里把這個問題先講清楚。
操作。我們的面試官分不清楚什么是操作技能,什么是知識,他們甚至認為操作技能就是知識甚至經(jīng)驗。比如他們會問如下的問題,請問:Java中的final是什么意思?怎么查看進程的CPU利用率?怎么編寫一個管道程序?怎么查看進程的程序路徑?VI中的拷貝粘貼命令是什么?包括面向?qū)ο蟮腦X模式是什么。等等。我以為,這些能夠通過查況相關(guān)操作手冊或是能夠google到的東西只能說明這個人的操作技術(shù),并不能說明他有知識或有經(jīng)驗。
知識。知識是一個人認知和學習的體現(xiàn),可能會是一些基礎(chǔ)概念和知識。比如這些問題:TCP和UDP的優(yōu)缺點比較,鏈表和哈希表的優(yōu)缺點的比較。什么是堆什么是棧?進程間是怎么通信的?進程和線程的優(yōu)缺點?同步和異步的優(yōu)缺點?面向?qū)ο蟮腦X設(shè)計模式的主要原則是什么,等等。我以為,"知其然"只是操作技術(shù),"知其所以然"才是真正的知識。知識不夠并不代表他不能工作,會操作技能就可以應(yīng)付工作,但是知識的欠缺一定會限制你的經(jīng)驗和能力,同樣會影響你的開發(fā)質(zhì)量。
經(jīng)驗。經(jīng)驗通常跟一個人的經(jīng)歷有關(guān)系。一個人的知識范圍,一個人經(jīng)歷過的事,通常會成為一個人經(jīng)驗的體現(xiàn)。面試中,我們會問這些問題:你解決過最難的問題是什么?你是怎么設(shè)計這個系統(tǒng)的?你是怎么調(diào)試和測試你的程序的?你是怎么做性能調(diào)優(yōu)的?什么樣的代碼是好的 代碼?等等。對于工作年限不長的人來說,經(jīng)歷和做過的事的確會成為其經(jīng)驗的主要因素,尤其是業(yè)務(wù)上的有行業(yè)背景的東西。但是,我更以為,經(jīng)驗可能更多的是你對知識的運用和駕馭,是你對做過事情的反思和總結(jié),是你對他人的學習,觀察和交流。
能力。一個人的能力并不會因為知道東西少而不行,也不會因為沒有經(jīng)驗而沒有能力。一個人的能力是他做事情的一種態(tài)度,性格,想法,思路,行為,方法和風格。只要有熱情,有想法,有好的行為方法,以及好的行事風格,那么知識和經(jīng)驗對他來說只是一個時間問題。 比如:學習能力,專研精神,分析能力,溝通能力,組織能力,問題調(diào)查能力,合作能力等等。所以,對于一個新手來說,也許他的知識和經(jīng)驗有限,但并不代表他能力上有問題,但是對于一個老手來說,如果其存在知識和經(jīng)驗欠缺的問題,那么通常都是其能力的問題。你可能暫時懷才不遇,但我不相信你會長期懷才不遇。如果是的話,那么你必然些問題其讓你的能力發(fā)揮不出來。而此時,"沒有經(jīng)歷過"只會是你"沒有能力"的一個借口。
我不否認這四樣東西對于一個優(yōu)秀的程序員來說都很重要。但是,通過上述的分析,我們可以知道,能力和經(jīng)驗和知識需要分開對待。當然,這些東西是相輔相成的,你的能力可以讓你獲得知識,你的知識可以讓你更有經(jīng)驗,你的經(jīng)驗又會改變你的想法和思路,從而改善你的能力。在面試中,我們需要清楚的認識到,應(yīng)聘者的操作技能,知識和經(jīng)驗只是其能力的必要條件,并不是充要條件,而我們更應(yīng)該關(guān)注于應(yīng)聘者的能力。
如果面試只是考查這個人的操作技能的話,那么這個面試完全失敗。這是一個沒有資格的面試官。
如果面試只是在考查這個人的知識和經(jīng)驗的話,那么成功了一半。因為你了解了基礎(chǔ)知和做過的事,但這并不代表你完全了解他的真正能力。
如果你能夠在了解這個人的知識和經(jīng)驗的過程中重點關(guān)注其能力(態(tài)度、性格、想法,思路,行為,方法和風格),并能正確地評估這個人的能力,那么你的面試算是非常成功的。
也許用這四個詞來描述定套東西并不太合適,但我相信你明白我想表達的。另外,我想說的是,我們不是出個題來考倒應(yīng)聘者,而是要找到應(yīng)聘者的亮點和長處。
不要膚淺地認識算法題和智力題
很多公司都會在面試的時候給一些算法題或是一些智力題或是一些設(shè)計題,我相信算法題或是智力題是程序員們在面試過程中最反感的事了。很多人都很BS面試官問的算法題,因為他們認為面試官問的這些算法題或智力題在實際工作當中用不到。但我想在這里說,問難的算法智力題并沒有錯,錯的很多面試官只是在膚淺甚至錯誤地理解著面試中的難題的目的。 他們認為,能做出算法題和智力題的人就是聰明的人就是有能力的人,這種想法實在是相當?shù)哪w淺。
其實,能解難題并不意味著這個人就有能力就能在工作中解決問題,你可以想想,小學奧數(shù)題可能比這些題更難,但并不意味著那些奧數(shù)能手就有實際工作能力。你可 以想一想你們班考試得高分的同學并不一定就是聰明的人,也不一定就是有能力的人,相反,這樣的人往往者是在應(yīng)試教育下培養(yǎng)出來的書呆子。
所以,我認為解難題的過程更重要,你要主要是通過解題查看這個應(yīng)聘者的思路,方法,運用到的知識,有沒有一些經(jīng)驗,和你一起交互時和溝通得是否順暢,等等,這些才是你重點要去觀察的。當然,最終是要找到答案的。
我想,讓面試者解決一個難題的真正思路是:
看看他對知識的應(yīng)用和理解。 比如,他是否會用一些基礎(chǔ)的數(shù)據(jù)結(jié)構(gòu)和算法來解決算法題?
看看他的整個解題思路和想法。 答案是次要的,他的想法和行為才是重要的。
看看他是如何和你討論交流的。 把面試者當成你未來的同事,當成你的工作伙伴,一起解題,一起討論,這樣可以看看大家是否可以在一起工作。
這些方面才是考查應(yīng)聘者的能力(思路,方法、態(tài)度,性格等),并順帶著考查面試者的經(jīng)驗和知識。下面是一些面試的點:
應(yīng)聘者在解算法題時會不會分解或簡化這個難題。這是分析能力。
應(yīng)聘者在解算法題 時會不會使用一些基礎(chǔ)知識,如數(shù)據(jù)結(jié)構(gòu)和基礎(chǔ)算法。這是知識。
應(yīng)聘者在解題 時和你討論的過程中你有沒有感到應(yīng)聘者的專研精神和良好的溝通。
應(yīng)聘者在對待這個算法題的心態(tài)和態(tài)度。如,面試面是否有畏難情緒。
應(yīng)聘者在解題時的思路和方法是否得當,是否是比較科學的方法?
等等。
在解難題 的過程中考查應(yīng)聘者的能力才是最終目的,而不是為難應(yīng)聘者,不然,你只是一個傲慢而無知的面試官。
模擬實際中的挑戰(zhàn)和能力
作為面試官的你,你應(yīng)該多想想你的工作,以及你的成長經(jīng)歷。這會對你的面試很有幫助。你在工作中解決問題的實際情況是什么?你寫代碼的實際情況是什么?你的成長經(jīng)歷是什么?你是怎么獲得知識和能力的?你喜歡和什么樣的人工作?相信你不難會發(fā)現(xiàn)你工作中的實際情況和面試的情況完全是兩碼事,那么,你怎么可以用這種與實際情況差別那么大的面試來評估一個人的能力呢?
所以,最為理想的面試是一起工作一段時間。當然,這個在招聘過程中,操作起來幾乎不可能,因此,這就要求我們的面試官盡可能地把面試的過程模擬成平時工作的 過程。大家一些討論來解決一個難題,和應(yīng)聘者一起回顧一下他已經(jīng)做過的事情,并在回礎(chǔ)的過程中相互討論相互學習。下面舉一個例子。
我們知道,對于軟件開發(fā)來說,開發(fā)軟件不難,難是的下面是這些挑戰(zhàn):
軟件的維護成本遠遠大于軟件的開發(fā)成本。
軟件的質(zhì)量變得越來越重要,所以,測試工作也變得越來越重要。
軟件的需求總是在變的,軟件的需求總是一點一點往上加的。
程序中大量的代碼都是在處理一些錯誤的或是不正常的流程。
所以,當我們在考查應(yīng)聘者的代碼能力時候,我們?yōu)槭裁床荒苣M這樣的過程呢?比如,讓應(yīng)聘者實現(xiàn)一個atoi()的函數(shù),實現(xiàn)起來應(yīng)該很簡單,然后 不斷地往上加新的需求或新的案例,比如:處理符號,處理非數(shù)字的字母的情況,處理有空格的情況,處理十六進制,處理二進制,處理“逗號”,等等,我們要看 應(yīng)聘者是怎么修改他的代碼的,怎么寫測試案例的,怎么重構(gòu)的,隨著要處理的東西越來越多,他的代碼是否還是那么易讀和清晰。如果只是考查編碼能力,一個小時,就問這一個問題,足矣。真正的程序員每天都在和這樣的事打交道的。
如果要考查應(yīng)聘者的設(shè)計能力,同樣可以如法泡制。不斷地加新的功 能,新的需求。看看面試者的思路,想法,分 析的方法,和你的討論是否流暢,說沒說在 點上,思想清不清晰,會應(yīng)用什么樣的知識,他在設(shè)計這個系統(tǒng)時的經(jīng)驗是會是什么樣的,面對不斷的修改和越來越復雜的需求,他的設(shè)計是否還是那么好?
當然,因為時間比較短,所以,你不能出太復雜的問題,這需要你精心設(shè)計一些精制的有代表性的問題。
總結(jié)
- 上一篇: 小型桌面计算器的实现(javacc)
- 下一篇: 设置Loding延迟加载页面