北京
周三下午，導(dǎo)師把一本《Cracking the Coding Interview》扔到我桌上，說："先別刷題，把前言認(rèn)真讀三遍。"我當(dāng)時不太理解——這本書不是出了名的題庫嗎？結(jié)果讀完前言，我合上書坐了很久。書里開篇講的一個故事，直接打碎了我對技術(shù)面試的所有想象。
故事里的候選人堪稱完美：GPA頂尖、開源項(xiàng)目經(jīng)驗(yàn)豐富、聰明勤奮又有創(chuàng)造力。這樣的人，按理說應(yīng)該橫掃所有面試。但他被拒了。原因不是能力不足，而是面試現(xiàn)場表現(xiàn)糟糕——想不出高效算法，寫代碼時漏洞百出。這個反差讓我意識到一件事：成績單上的數(shù)字和課本里的概念，和技術(shù)面試真正考察的東西，可能是兩回事。
這本書點(diǎn)破了一個核心設(shè)計：技術(shù)面試考的不是記憶力。面試官不關(guān)心你能背出多少編程語言的語法細(xì)節(jié)，也不在乎你對教科書定義有多熟悉。他們想觀察的是你怎么思考、怎么拆解問題、怎么一步步構(gòu)建解法。那個"完美候選人"的失敗，恰恰卡在這層篩選邏輯上——他缺的不是知識儲備，而是把知識快速轉(zhuǎn)化為可行方案的能力。
這種篩選機(jī)制背后有個很現(xiàn)實(shí)的考量。軟件公司每天面對的是模糊需求、時間壓力和資源限制，他們需要的是能現(xiàn)場解決問題的人，而不是會考試的人。面試題通常被設(shè)計成有多個解法，從暴力遍歷到最優(yōu)解之間有好幾層優(yōu)化空間。面試官看的是候選人能不能自己找到這條路徑，而不是有沒有提前背過標(biāo)準(zhǔn)答案。
書里反復(fù)強(qiáng)調(diào)的另一個詞是"練習(xí)"，但和我理解的不一樣。我以前以為練習(xí)就是多看書、多學(xué)復(fù)雜概念，把知識庫堆厚。作者卻說，真正的準(zhǔn)備是每天動手解真實(shí)的面試題。這個區(qū)別很微妙：學(xué)理論是輸入，解題是輸出。只有輸出才能暴露問題——你會發(fā)現(xiàn)某些題型反復(fù)出現(xiàn)，某些優(yōu)化技巧可以遷移，某些陷阱你總往里跳。這種肌肉記憶式的積累，靠看書是練不出來的。
溝通的重要性也讓我意外。以前我覺得技術(shù)面試就是悶頭寫代碼，寫完交卷。但書里描述的場景是：候選人需要邊說邊寫，解釋自己為什么選這個思路，為什么放棄那個方案，遇到bug怎么排查。甚至犯錯本身都不是問題，關(guān)鍵是能不能冷靜地承認(rèn)、分析、修正。這種要求其實(shí)模擬的是真實(shí)工作環(huán)境——程序員很少獨(dú)自工作，代碼評審、需求討論、故障排查都需要清晰的表達(dá)。
作者寫這本書的動機(jī)也挺有意思。她說見過太多有才華的學(xué)生因?yàn)闇?zhǔn)備方式錯誤而失敗，不是他們不聰明，而是沒人告訴他們面試到底在考什么。這種信息差讓我想到自己的處境：如果導(dǎo)師沒給我這本書，我可能還在用應(yīng)試教育的思路刷題，把leetcode當(dāng)成高考模擬卷來做。
現(xiàn)在我的備考清單變短了，但執(zhí)行起來更難。每天固定時間解幾道題，限時、手寫、錄屏復(fù)盤；解題時強(qiáng)制自己說出思考過程；每周找同學(xué)模擬面試，專門練被追問時的反應(yīng)。這些動作沒有看書學(xué)理論那么舒服，但書里那個"完美候選人"的故事一直在提醒我：舒服的準(zhǔn)備方式，和有效的準(zhǔn)備方式，往往是兩回事。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
