在技術(shù)評(píng)估中的檢查方法

白板編程可以檢查出兩方面的技能：

從一開始就可以寫簡潔的代碼，以及

知其代碼之所以然。

這兩大技能對(duì)于一個(gè)出色的軟件開發(fā)人員是至關(guān)重要的。通過進(jìn)行白板編程，這兩種技能都能被準(zhǔn)確地檢驗(yàn)出來。

從一開始就寫簡潔的代碼。

不管我們是否喜歡，現(xiàn)代軟件工程主要在于知道足夠的模式，并在正確的規(guī)則中使用正確的模式。

幾天甚至幾周后的工作的結(jié)果，通常只是修改幾百行的代碼。

表面上看，原來的開發(fā)人員在寫代碼時(shí)需要多少協(xié)助并不重要。他們可能在寫代碼之前，在腦子里就已經(jīng)想好所有細(xì)節(jié)了?；蛘咭灿锌赡芩麄儗懨恳恍写a的時(shí)候都查閱了API文檔、實(shí)例、或者語法指導(dǎo)。

但是當(dāng)我們深入探究的時(shí)候，就會(huì)發(fā)現(xiàn)這其中有很大差異。

理解概念要比理解現(xiàn)象更重要。

一段代碼變得越復(fù)雜，僅僅依靠一些開發(fā)模式的知識(shí)去開發(fā)就會(huì)變得更難，甚至理解代碼都會(huì)很艱難。

好的白板編程練習(xí)，可以檢查出一個(gè)人到底是理解概念，還是通過記住大量模式來掩蓋其基礎(chǔ)知識(shí)的匱乏。

當(dāng)我們問到“你最擅長哪種編程語言？”我們其實(shí)并不是想要簡潔的代碼。我們只是在尋找一個(gè)切入點(diǎn)，能深入了解一個(gè)人，看看他到底有多大能耐。

這里簡單總結(jié)一下根據(jù)“候選人熟悉哪一領(lǐng)域”來決定“在面試中需要涉及哪些方面”：

面向?qū)ο缶幊獭嗬^承，虛擬方法，對(duì)象構(gòu)建與析構(gòu)順序，異常處理。

前端——異步邏輯與終止，REST API，驗(yàn)證用戶輸入。

算法與數(shù)據(jù)結(jié)構(gòu)——?jiǎng)訖C(jī)，用法，平均及最差情況下的復(fù)雜度。

后端與架構(gòu)——內(nèi)存模型，垃圾處理機(jī)制，多線程，線程鎖機(jī)制，benchmarking， profiling。

函數(shù)式編程——Lambdas，curring，排序操作，一元。

內(nèi)核層次——文件系統(tǒng)，網(wǎng)絡(luò)，POSIX，協(xié)議，標(biāo)準(zhǔn)的檢驗(yàn)與分析工具。

測試——單元測試，逆向測試和端對(duì)端測試，必要測試，基于模型的測試，測試驅(qū)動(dòng)的和行為驅(qū)動(dòng)的開發(fā)，集成測試。

和候選人談到上面這些的時(shí)候，最好的方法是從舉一個(gè)例子開始。最好的例子就是讓他們自己寫一個(gè)短小簡單的例子。

實(shí)際中，候選者寫的大多數(shù)代碼片段都是不完美的。這就提供了一個(gè)絕好的機(jī)會(huì)，看看候選者到底有多少知識(shí)。

白板編程很有用，是因?yàn)椋?/p>

有限的寫代碼空間。

有限的寫代碼速度。

修改很麻煩，最好要避免。

沒有補(bǔ)全，語法高亮和其他IDE的牛逼功能。

想明白代碼到底要干嘛。

過一遍代碼片段是如何運(yùn)行的，這是非常好的練習(xí)。做技術(shù)面試的時(shí)候，絕對(duì)不要跳過。

如果代碼寫的是一個(gè)算法，有人可以寫出所有步驟，有人可以考慮到特殊情況，有人可以寫出不變式（invariants）并能證明。有人可以根據(jù)每個(gè)獨(dú)立循環(huán)結(jié)構(gòu)和遞歸調(diào)用解釋其復(fù)雜性。

如果代碼是面向?qū)ο缶幊?，有人可以明確指出其具體功能，對(duì)象在何時(shí)如何被創(chuàng)建，如何被銷毀，什么時(shí)候以什么樣的順序會(huì)調(diào)用構(gòu)建與析構(gòu)函數(shù)，以及異常出現(xiàn)會(huì)怎樣，內(nèi)存布局看起來是什么樣的。

I代碼是否整潔，或是否包含明顯的bug，這非常重要。

觀察候選人認(rèn)真解釋代碼每一步實(shí)現(xiàn)的功能，可以了解他們的思考與說話方式。以及他們在其他領(lǐng)域有多深的了解。

最后，這些都是在技術(shù)面試中要用到的檢驗(yàn)技巧。而不是使用API和使用IDE完成特定任務(wù)的技巧。

白板編程很有用，是因?yàn)椋?/p>

白板上的內(nèi)容或多或少是不變的。

用不同顏色的筆標(biāo)出“候選人的原始代碼”、“面試官的評(píng)論”、“候選人評(píng)論”，可以很好的將對(duì)話可視化。

不用白板是否有辦法做到上面這些技巧呢？

能，也不能。

對(duì)于寫整潔的代碼，我覺得可以讓候選人在自己的筆記本電腦上寫。

但是要有這些條件：

代碼要用投影儀投射在大屏幕上

字體要非常大。

關(guān)掉大多數(shù)IDE的牛逼功能。

要知道，在不熟悉的操作系統(tǒng)、鍵盤甚至是編輯器上，相比在白板上編程可能會(huì)更難。要么讓他們在自己的電腦上寫程序，要么確認(rèn)你提供的環(huán)境他們能夠接受。

至于理解代碼的部分，白板要更有利。

理想情況下，如果是投影儀的影像就是投放到白板上，我會(huì)讓候選人把投放投射的白板上，面試官再拿幾支記號(hào)筆。

不過我要說明白，電腦上不允許使用“快速修改”之類的功能。

如果只有兩個(gè)人的話，打印機(jī)又在旁邊，那就用用大字體打印出代碼，然后用幾支彩色筆去分析也非常好。

教學(xué)可以幫助練習(xí)這些技巧。

我經(jīng)常被問到，一個(gè)人要如何掌握上面的這些技巧。我的答案就是：教學(xué)（teaching）。

這對(duì)面試官和應(yīng)聘者都是有益的。

我自己對(duì)我的知識(shí)水平有一個(gè)簡單標(biāo)準(zhǔn)。如果我可以對(duì)一個(gè)領(lǐng)域不做準(zhǔn)備就能進(jìn)行討論的話，我就算是有豐富的知識(shí)了。

在軟件領(lǐng)域，這就意味著不用點(diǎn)退格就寫出完美的代碼，然后能一步一步解釋它是做什么的。

如果你是那種經(jīng)常要被叫過去解釋一個(gè)算法或者API的人，那你基本上就不會(huì)對(duì)白板編程面試感到有困難。

白板編程是面試的必要環(huán)節(jié)么？

不可否認(rèn)，白板編程很有幫助。但沒有它也可以。

如果有一個(gè)大屏幕可以顯示代碼，如果屏幕本身就是個(gè)白板，可以在上面用彩色筆進(jìn)行注釋。

我個(gè)人喜歡鼓勵(lì)別人走到白板前。而且這樣做有什么不好呢？