- 相關(guān)推薦
關(guān)于如何面試架構(gòu)師的問題
其實(shí)本文想說的是： 當(dāng)面試一個(gè)架構(gòu)師的時(shí)候， 我們應(yīng)該問什么問題?我覺得，問什么樣的問題體現(xiàn)了 team leader 更加看重架構(gòu)師的哪些特點(diǎn)，
關(guān)于如何面試架構(gòu)師的問題
。
我一直認(rèn)為，做技術(shù)就跟練武一樣，在練武的不同階段，分招式和心法。技術(shù)也一樣，在不同的階段，也分招式和心法。另外，就我個(gè)人而言，經(jīng)常忘記招式，一方面可以說十二年來，我用過的招式很多，到了現(xiàn)在也不記得幾個(gè)。另一方面我自己也不會特意去記。事實(shí)上，十二年代碼寫下來，我反而越來越不關(guān)注招式，而是越來越關(guān)注如何解決問題，也就是心法。所以我作為 team leader 的時(shí)候，我會更加看重這個(gè)架構(gòu)師候選人是不是有一套屬于自己的心法。
上面說的聽著很玄，下面我就直接回到正題：我們面試架構(gòu)師候選人時(shí)，應(yīng)該問什么樣的問題?大致會有幾種類型的問題：
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é)類問題
針對第一類問題，我認(rèn)為是很有必要問的，架構(gòu)師對技術(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é)的問題，然后去考察架構(gòu)師候選人，這里需要有一個(gè)度。舉個(gè)例子：
你如何去把一個(gè) view 的所有 subview 清空?
1. 如果知道 NSArray 有makeObjectsPerformSelector 這個(gè)方法的人，他們能夠說出直接使用這個(gè)方法，然后在selector 里面寫 removeFromSuperView 的 selector，就好了，而且很省事，一句話就搞定。
2. 如果知道 NSArray 有 enumerator 方法的人，他們會說出使用這種方法枚舉每一個(gè) subview，在 block 里把removeFromSuperView 調(diào)用起來，也差不多兩三行的事兒。
3. 不知道 NSArray 有上面這些方法的人，他會說用for…in… 的方法遍歷，然后取到這每一個(gè) subview，讓他們執(zhí)行 removeFromSuperView�？赡芤ㄙM(fèi)大概四五行。
這幾種答案誰的更好?在我看來一樣好。為什么?
因?yàn)檫@個(gè)問題其實(shí)考察的是這個(gè)人知不知道某個(gè)方法，當(dāng)然你可以說他知道這個(gè)方法是因?yàn)樗屑?xì)看過文檔或者頭文件。但除了這個(gè)以外，這個(gè)問題對判 斷這個(gè)人是不是一個(gè)合格的架構(gòu)師沒有任何意義。架構(gòu)師的任務(wù)在于使用合理的手段完成架構(gòu)的任務(wù)，上面三種做法都是合理的手段，只不過是實(shí)現(xiàn)技巧上的不同而已。
這樣的問題還可以拓展開來：你完全可以問一個(gè)架構(gòu)師候選人某一個(gè)領(lǐng)域的這種類似問題，而恰好你比他熟悉，如果候選人答不上來，你會認(rèn)為他可能在這方面花的時(shí)間還不夠，這方面的理解不夠深，導(dǎo)致減分。但如果答上來了，有可能加分有可能不加分。
然而，這一切并沒有什么卵用，
資料共享平臺
《關(guān)于如何面試架構(gòu)師的問題》(http://m.dameics.com)。如果角色對調(diào)，讓候選人來面試你，他完全可以問出各種這樣類似的問題，一樣讓你抓耳撓腮百思不得其解。那么該如何考察一個(gè)架構(gòu)師候選人對自己領(lǐng)域中技術(shù)細(xì)節(jié)的理解呢?我們來看下面這些問題：1. 你覺得 block 當(dāng)初是為了解決什么樣的問題而設(shè)計(jì)的?你如何區(qū)分何時(shí)使用 block，何時(shí)不使用?
2. 你覺得 ReactiveCocoa 當(dāng)初是為了解決什么樣的問題而設(shè)計(jì)的?你何時(shí)會考慮使用 RAC，何時(shí)不用?
3. 你覺得 MVVM 這樣的思想是為了解決什么樣的問題而產(chǎn)生的?
當(dāng)然，答案在本文不是重點(diǎn)。 在我遇到的各種面試官中， 我從來沒遇到過能問出這樣類似問題的面試官 。我面試別人的時(shí)候，我問過這種比較側(cè)重對某一項(xiàng)技術(shù)的理解的問題，有人能答好有人答不好，然后從招進(jìn)來的人看，當(dāng)初答好這種問題的人，后來都在團(tuán)隊(duì)中起到了頂梁柱的作用。答不好這樣問題的人，但是他們因?yàn)橹篮芏嗉夹g(shù)細(xì)節(jié)，也還是招進(jìn)來了，雖然也能很好地完成需求和任務(wù)，但是代碼結(jié)構(gòu)、設(shè)計(jì)思路都會有或 多或少的缺陷，寫出來的組件在使用上也會感覺怪怪。
所以，考察一個(gè)架構(gòu)師候選人在某一領(lǐng)域的技術(shù)時(shí)，通用的技術(shù)細(xì)節(jié)的問題可以問一下，偏門的技術(shù)細(xì)節(jié)問出來就很沒有意義。一個(gè)架構(gòu)師最關(guān)鍵的是他 對技術(shù)的理解深度，理解深刻的人，才能寫出簡單易用易拓展的架構(gòu)。然后面試官需要區(qū)分好問題，有些問題是屬于“知道、不知道”，有些問題是屬于“理解、不理解”，對于面試一個(gè)高級工程師來說，可能會比較偏向前者，因?yàn)樗枰雷銐蚨�，然后完成需求的速度才快，不需要總是�?Google。但對于面試一個(gè)架構(gòu)師來說，其實(shí)大部分基礎(chǔ)知識應(yīng)該是已經(jīng)具備了的，不至于寫個(gè) TableView 還要去翻 Google。但在做 SDK 的時(shí)候，是會遇到一些偏門問題的，是需要去 Google 的。但架構(gòu)師跟高級工程師的區(qū)別就在于，架構(gòu)師知道該往哪個(gè)方向去 Google，能夠把握住問題的實(shí)質(zhì)去解決問題。所以對于考察架構(gòu)師而言，應(yīng)該更加偏向后者，理解和不理解。
回想一下，其實(shí)有很多類似知道、不知道的問題，你是在 code review 中，其他人的博客中，文檔中就能學(xué)到的。但是那些理解、不理解的問題，其實(shí)大部分都是你多年代碼的經(jīng)驗(yàn)思考出來的，即便你去看了博客看了文檔，該不理解的還是不理解。而作為一名架構(gòu)師，真正要考察的就是理解、不理解的問題。所以你明白，為什么當(dāng)初那些技術(shù)細(xì)節(jié)答不上來的人，但是對技術(shù)理解很深刻的人能成為頂梁柱，成為架構(gòu)師。而技術(shù)細(xì)節(jié)知道很多，但技術(shù)理解不深刻的人還是只能做高級工程師的原因了吧?
第二類：算法和數(shù)據(jù)結(jié)構(gòu)類問題
第二類問題，算法和數(shù)據(jù)結(jié)構(gòu)相關(guān)的問題。這種問題也是很需要問的，但似乎現(xiàn)在在社招的時(shí)候會問這種問題的面試官不太多，只有在面試比較初級的人或者應(yīng)屆生的時(shí)候才會拿來問。
我覺得面試官即便在面試架構(gòu)師的時(shí)候，還是要問這樣的問題的，只是要注意考察側(cè)重點(diǎn)。一個(gè)架構(gòu)師如果不了解數(shù)據(jù)結(jié)構(gòu)和算法，那他真的很難做出靠 譜的架構(gòu)，畢竟很多 SDK 底下充斥著各種各樣的數(shù)據(jù)結(jié)構(gòu)，而且有經(jīng)驗(yàn)的人都很清楚，對于一類數(shù)據(jù)而言，不同的結(jié)構(gòu)設(shè)計(jì)或表達(dá)方式，很影響最終實(shí)現(xiàn)的方案的優(yōu)雅程度。所以我們面試架構(gòu)師時(shí)，側(cè)重點(diǎn)在于，對于某個(gè)問題，你如何去選擇合適的數(shù)據(jù)結(jié)構(gòu)，合適的算法來解決這樣的問題。
【如何面試架構(gòu)師的問題】相關(guān)文章：
如何回答面試中的職位面試問題07-26
如何回答被解雇的面試問題10-22
看看老外是如何回答面試問題的09-13
面試技巧：該如何回答hr的問題09-23
面試技巧關(guān)于刁鉆問題如何答07-13
面試如何回答責(zé)任心的問題08-25
美國留學(xué)面試問題如何作答08-23
英文面試中的常見問題如何回答08-09