- 相關(guān)推薦
關(guān)于如何面試架構(gòu)師的問(wèn)題
其實(shí)本文想說(shuō)的是： 當(dāng)面試一個(gè)架構(gòu)師的時(shí)候， 我們應(yīng)該問(wèn)什么問(wèn)題?我覺(jué)得，問(wèn)什么樣的問(wèn)題體現(xiàn)了 team leader 更加看重架構(gòu)師的哪些特點(diǎn)。
我一直認(rèn)為，做技術(shù)就跟練武一樣，在練武的不同階段，分招式和心法。技術(shù)也一樣，在不同的階段，也分招式和心法。另外，就我個(gè)人而言，經(jīng)常忘記招式，一方面可以說(shuō)十二年來(lái)，我用過(guò)的招式很多，到了現(xiàn)在也不記得幾個(gè)。另一方面我自己也不會(huì)特意去記。事實(shí)上，十二年代碼寫(xiě)下來(lái)，我反而越來(lái)越不關(guān)注招式，而是越來(lái)越關(guān)注如何解決問(wèn)題，也就是心法。所以我作為 team leader 的時(shí)候，我會(huì)更加看重這個(gè)架構(gòu)師候選人是不是有一套屬于自己的心法。
上面說(shuō)的聽(tīng)著很玄，下面我就直接回到正題：我們面試架構(gòu)師候選人時(shí)，應(yīng)該問(wèn)什么樣的問(wèn)題?大致會(huì)有幾種類型的問(wèn)題：
1. 當(dāng)前技術(shù)領(lǐng)域中的一些技術(shù)細(xì)節(jié)
2. 算法和數(shù)據(jù)結(jié)構(gòu)
3. 方案設(shè)計(jì)思路
第一類：當(dāng)前技術(shù)領(lǐng)域的技術(shù)細(xì)節(jié)類問(wèn)題
針對(duì)第一類問(wèn)題，我認(rèn)為是很有必要問(wèn)的，架構(gòu)師對(duì)技術(shù)細(xì)節(jié)的理解，是很能夠影響他做架構(gòu)時(shí)的設(shè)計(jì)思路的。畢竟每一個(gè)領(lǐng)域都有不同，了解不同領(lǐng)域的差異，以及特定領(lǐng)域的技術(shù)細(xì)節(jié)，很影響架構(gòu)時(shí)的設(shè)計(jì)思路和實(shí)現(xiàn)手段。
然而，這并不是鼓勵(lì)大家去挖出各種細(xì)節(jié)的問(wèn)題，然后去考察架構(gòu)師候選人，這里需要有一個(gè)度。舉個(gè)例子：
你如何去把一個(gè) view 的所有 subview 清空?
1. 如果知道 NSArray 有makeObjectsPerformSelector 這個(gè)方法的人，他們能夠說(shuō)出直接使用這個(gè)方法，然后在selector 里面寫(xiě) removeFromSuperView 的 selector，就好了，而且很省事，一句話就搞定。
2. 如果知道 NSArray 有 enumerator 方法的人，他們會(huì)說(shuō)出使用這種方法枚舉每一個(gè) subview，在 block 里把removeFromSuperView 調(diào)用起來(lái)，也差不多兩三行的事兒。
3. 不知道 NSArray 有上面這些方法的人，他會(huì)說(shuō)用for…in… 的方法遍歷，然后取到這每一個(gè) subview，讓他們執(zhí)行 removeFromSuperView。可能要花費(fèi)大概四五行。
這幾種答案誰(shuí)的更好?在我看來(lái)一樣好。為什么?
因?yàn)檫@個(gè)問(wèn)題其實(shí)考察的是這個(gè)人知不知道某個(gè)方法，當(dāng)然你可以說(shuō)他知道這個(gè)方法是因?yàn)樗屑?xì)看過(guò)文檔或者頭文件。但除了這個(gè)以外，這個(gè)問(wèn)題對(duì)判 斷這個(gè)人是不是一個(gè)合格的架構(gòu)師沒(méi)有任何意義。架構(gòu)師的任務(wù)在于使用合理的手段完成架構(gòu)的任務(wù)，上面三種做法都是合理的手段，只不過(guò)是實(shí)現(xiàn)技巧上的不同而已。
這樣的問(wèn)題還可以拓展開(kāi)來(lái)：你完全可以問(wèn)一個(gè)架構(gòu)師候選人某一個(gè)領(lǐng)域的這種類似問(wèn)題，而恰好你比他熟悉，如果候選人答不上來(lái)，你會(huì)認(rèn)為他可能在這方面花的時(shí)間還不夠，這方面的理解不夠深，導(dǎo)致減分。但如果答上來(lái)了，有可能加分有可能不加分。
然而，這一切并沒(méi)有什么卵用。如果角色對(duì)調(diào)，讓候選人來(lái)面試你，他完全可以問(wèn)出各種這樣類似的問(wèn)題，一樣讓你抓耳撓腮百思不得其解。那么該如何考察一個(gè)架構(gòu)師候選人對(duì)自己領(lǐng)域中技術(shù)細(xì)節(jié)的理解呢?我們來(lái)看下面這些問(wèn)題：
1. 你覺(jué)得 block 當(dāng)初是為了解決什么樣的問(wèn)題而設(shè)計(jì)的?你如何區(qū)分何時(shí)使用 block，何時(shí)不使用?
2. 你覺(jué)得 ReactiveCocoa 當(dāng)初是為了解決什么樣的問(wèn)題而設(shè)計(jì)的?你何時(shí)會(huì)考慮使用 RAC，何時(shí)不用?
3. 你覺(jué)得 MVVM 這樣的思想是為了解決什么樣的問(wèn)題而產(chǎn)生的?
當(dāng)然，答案在本文不是重點(diǎn)。 在我遇到的各種面試官中， 我從來(lái)沒(méi)遇到過(guò)能問(wèn)出這樣類似問(wèn)題的面試官 。我面試別人的時(shí)候，我問(wèn)過(guò)這種比較側(cè)重對(duì)某一項(xiàng)技術(shù)的理解的問(wèn)題，有人能答好有人答不好，然后從招進(jìn)來(lái)的人看，當(dāng)初答好這種問(wèn)題的人，后來(lái)都在團(tuán)隊(duì)中起到了頂梁柱的作用。答不好這樣問(wèn)題的人，但是他們因?yàn)橹篮芏嗉夹g(shù)細(xì)節(jié)，也還是招進(jìn)來(lái)了，雖然也能很好地完成需求和任務(wù)，但是代碼結(jié)構(gòu)、設(shè)計(jì)思路都會(huì)有或 多或少的缺陷，寫(xiě)出來(lái)的組件在使用上也會(huì)感覺(jué)怪怪。
所以，考察一個(gè)架構(gòu)師候選人在某一領(lǐng)域的技術(shù)時(shí)，通用的技術(shù)細(xì)節(jié)的問(wèn)題可以問(wèn)一下，偏門(mén)的技術(shù)細(xì)節(jié)問(wèn)出來(lái)就很沒(méi)有意義。一個(gè)架構(gòu)師最關(guān)鍵的是他 對(duì)技術(shù)的理解深度，理解深刻的人，才能寫(xiě)出簡(jiǎn)單易用易拓展的架構(gòu)。然后面試官需要區(qū)分好問(wèn)題，有些問(wèn)題是屬于“知道、不知道”，有些問(wèn)題是屬于“理解、不理解”，對(duì)于面試一個(gè)高級(jí)工程師來(lái)說(shuō)，可能會(huì)比較偏向前者，因?yàn)樗枰雷銐蚨啵缓笸瓿尚枨蟮乃俣炔趴欤恍枰偸侨?Google。但對(duì)于面試一個(gè)架構(gòu)師來(lái)說(shuō)，其實(shí)大部分基礎(chǔ)知識(shí)應(yīng)該是已經(jīng)具備了的，不至于寫(xiě)個(gè) TableView 還要去翻 Google。但在做 SDK 的時(shí)候，是會(huì)遇到一些偏門(mén)問(wèn)題的，是需要去 Google 的。但架構(gòu)師跟高級(jí)工程師的區(qū)別就在于，架構(gòu)師知道該往哪個(gè)方向去 Google，能夠把握住問(wèn)題的實(shí)質(zhì)去解決問(wèn)題。所以對(duì)于考察架構(gòu)師而言，應(yīng)該更加偏向后者，理解和不理解。
回想一下，其實(shí)有很多類似知道、不知道的問(wèn)題，你是在 code review 中，其他人的博客中，文檔中就能學(xué)到的。但是那些理解、不理解的問(wèn)題，其實(shí)大部分都是你多年代碼的經(jīng)驗(yàn)思考出來(lái)的，即便你去看了博客看了文檔，該不理解的還是不理解。而作為一名架構(gòu)師，真正要考察的就是理解、不理解的問(wèn)題。所以你明白，為什么當(dāng)初那些技術(shù)細(xì)節(jié)答不上來(lái)的人，但是對(duì)技術(shù)理解很深刻的人能成為頂梁柱，成為架構(gòu)師。而技術(shù)細(xì)節(jié)知道很多，但技術(shù)理解不深刻的人還是只能做高級(jí)工程師的原因了吧?
第二類：算法和數(shù)據(jù)結(jié)構(gòu)類問(wèn)題
第二類問(wèn)題，算法和數(shù)據(jù)結(jié)構(gòu)相關(guān)的問(wèn)題。這種問(wèn)題也是很需要問(wèn)的，但似乎現(xiàn)在在社招的時(shí)候會(huì)問(wèn)這種問(wèn)題的面試官不太多，只有在面試比較初級(jí)的人或者應(yīng)屆生的時(shí)候才會(huì)拿來(lái)問(wèn)。
我覺(jué)得面試官即便在面試架構(gòu)師的時(shí)候，還是要問(wèn)這樣的問(wèn)題的，只是要注意考察側(cè)重點(diǎn)。一個(gè)架構(gòu)師如果不了解數(shù)據(jù)結(jié)構(gòu)和算法，那他真的很難做出靠 譜的架構(gòu)，畢竟很多 SDK 底下充斥著各種各樣的數(shù)據(jù)結(jié)構(gòu)，而且有經(jīng)驗(yàn)的人都很清楚，對(duì)于一類數(shù)據(jù)而言，不同的結(jié)構(gòu)設(shè)計(jì)或表達(dá)方式，很影響最終實(shí)現(xiàn)的方案的優(yōu)雅程度。所以我們面試架構(gòu)師時(shí)，側(cè)重點(diǎn)在于，對(duì)于某個(gè)問(wèn)題，你如何去選擇合適的數(shù)據(jù)結(jié)構(gòu)，合適的算法來(lái)解決這樣的問(wèn)題。
但是，在面試應(yīng)屆生時(shí)，我們問(wèn)算法和數(shù)據(jù)結(jié)構(gòu)問(wèn)題時(shí)，其實(shí)更加關(guān)注的是他的動(dòng)手能力，給一個(gè)很簡(jiǎn)單的問(wèn)題，然后讓他把代碼寫(xiě)出來(lái)，或白板，或 IDE。
然后算法和數(shù)據(jù)結(jié)構(gòu)相關(guān)的問(wèn)題第二個(gè)考察點(diǎn)在于，候選人的思考是否足夠細(xì)密。這個(gè)不管是對(duì)架構(gòu)師候選人，還是對(duì)應(yīng)屆生還是對(duì)社招的高級(jí)工程師而言，重要程度都是一樣的。這個(gè)就不多說(shuō)了。
你讓一名架構(gòu)師候選人在面試的時(shí)候做一個(gè)華容道算法，在你而言其實(shí)是對(duì)他的一種鄙視，在他而言他也很有可能寫(xiě)不出。但如果你讓一名架構(gòu)師候選人 在面試時(shí)候展示他對(duì)各數(shù)據(jù)結(jié)構(gòu)的理解，不同場(chǎng)景下如何設(shè)計(jì)合理的數(shù)據(jù)結(jié)構(gòu)和算法，如何權(quán)衡時(shí)間與空間的取舍，這才是對(duì)他的一種重視。
第三類：方案設(shè)計(jì)思路類問(wèn)題
第三類問(wèn)題，方案設(shè)計(jì)思路。大概一年以前我在面試攜程的時(shí)候，遇到過(guò)面試官問(wèn)我這種問(wèn)題，其它我就沒(méi)有遇到過(guò)了，一般都是我在自我介紹的時(shí)候主動(dòng)挑一個(gè)去講。我在面試別人的時(shí)候，我也會(huì)問(wèn)這樣的問(wèn)題，比如說(shuō)：
·對(duì)于一個(gè) app 的網(wǎng)絡(luò)層，你在設(shè)計(jì)時(shí)，你會(huì)考慮哪些問(wèn)題?
·對(duì)于一個(gè) app 的持久層，如果讓你直接用 sqlite，你如何設(shè)計(jì)版本遷移方案?
·工作中，你會(huì)采用哪些手段來(lái)做解耦?
嚴(yán)格來(lái)說(shuō)，大部分面試官也會(huì)問(wèn)這樣的問(wèn)題，但是是看到你簡(jiǎn)歷上寫(xiě)過(guò)你有這個(gè)經(jīng)驗(yàn)，然后直接問(wèn)這個(gè)方案你是怎么做的，而不是問(wèn)這個(gè)方案你是怎么設(shè) 計(jì)的。在我看來(lái)，大部分方案的實(shí)現(xiàn)其實(shí)沒(méi)有什么技術(shù)含量，真正有技術(shù)含量的地方在于，拿到這個(gè)問(wèn)題時(shí)，你是如何思考的。就比如數(shù)據(jù)庫(kù)版本遷移方案，設(shè)計(jì)的過(guò)程是很艱苦的，但設(shè)計(jì)完畢實(shí)現(xiàn)的時(shí)候，就是碼代碼，不能說(shuō)完全沒(méi)有技術(shù)含量，只能說(shuō)實(shí)現(xiàn)的時(shí)候所需要耗費(fèi)的腦力跟設(shè)計(jì)時(shí)候比，差太遠(yuǎn)了，在我看來(lái)屬于沒(méi) 有什么技術(shù)含量。
說(shuō)到技術(shù)含量的事情，我也遇到過(guò)特別多的面試官喜歡問(wèn)這個(gè)問(wèn)題：過(guò)去你解決了哪些比較有技術(shù)含量的問(wèn)題?我一般不會(huì)拿這個(gè)問(wèn)題去問(wèn)候選人，因?yàn)?我覺(jué)得真的到了代碼層面，是基本上不存在技術(shù)含量的概念的，碼代碼這個(gè)工作本身，就是用計(jì)算機(jī)能懂的方式告訴計(jì)算機(jī)應(yīng)該怎么做事，其實(shí)就是一件很沒(méi)技術(shù)含量的事情。
所以我認(rèn)為的技術(shù)含量是，你如何去設(shè)計(jì)一個(gè)靠譜的解決方案，這個(gè)解決方案足夠周密，思考足夠長(zhǎng)遠(yuǎn)，提供的API 很好看，代碼很容易閱讀，很好維護(hù)。
還有就是逃不掉的 23 種設(shè)計(jì)模式。設(shè)計(jì)模式這種東西早年被業(yè)界說(shuō)了很多，都說(shuō)爛了，但我不否認(rèn)的是，這種對(duì)設(shè)計(jì)方法的總結(jié)，是每個(gè)架構(gòu)師的起步和入門(mén)。如果一個(gè)架構(gòu)師連什么場(chǎng)合使用設(shè)么設(shè)計(jì)模式都分不清楚，各種設(shè)計(jì)模式他的設(shè)計(jì)初衷和希望解決的問(wèn)題都不知道，那他算是不合格的架構(gòu)師。然而面試官也很少會(huì)去問(wèn)這樣的問(wèn)題，一方面 可能覺(jué)得問(wèn)這種問(wèn)題很 low，另一方面其實(shí)也有少部分面試官對(duì)設(shè)計(jì)模式僅僅處在了解和知道的情況，不敢隨便拿出來(lái)問(wèn)。
總結(jié)
面試架構(gòu)師其實(shí)是一件不容易的事情，能考察架構(gòu)師候選人實(shí)力的面試官，首先自己就已經(jīng)對(duì)架構(gòu)本身有了很好的理解，就應(yīng)該是一個(gè)合格的架構(gòu)師，其次是需要足夠務(wù)實(shí)，有合理的手段合理的問(wèn)題，通過(guò)面試來(lái)了解候選人是不是一個(gè)適合做架構(gòu)師的人。最后，要有足夠識(shí)人的眼光以及合適的判斷標(biāo)準(zhǔn)，通過(guò)候選人的回答，對(duì)候選人進(jìn)行篩選。從我對(duì)目前面試的情況來(lái)看，對(duì)這個(gè)我持悲觀態(tài)度。大部分面試官給候選人的感覺(jué)更多的是：我問(wèn)你一個(gè)這個(gè)問(wèn)題，看你知不知道?而不是：我問(wèn)你一個(gè)這個(gè)問(wèn)題，看你怎么去思考?
所以各家公司如果要想找到合理靠譜的架構(gòu)師，還是很不容易的。
【如何面試架構(gòu)師的問(wèn)題】相關(guān)文章：
如何回答面試問(wèn)題11-03
什么是系統(tǒng)架構(gòu)師-如何成為系統(tǒng)架構(gòu)師05-11
面試如何回答跳槽頻繁的問(wèn)題12-02
如何面對(duì)面試的問(wèn)題03-17
如何回答英語(yǔ)面試問(wèn)題08-08
面試官如何提問(wèn)題06-15
面試必讀：如何應(yīng)對(duì)棘手面試問(wèn)題07-31
面試如何回答對(duì)職務(wù)的期許問(wèn)題02-17
面試時(shí)如何回答問(wèn)題03-21