6個公司的大數(shù)據(jù)崗位的面試經(jīng)驗

本人住在有人間天堂之稱的城市，6年多開發(fā)經(jīng)驗，最近2年主要在做大數(shù)據(jù)相關(guān)的開發(fā)，最近考慮換工作，基本也只考慮大數(shù)據(jù)相關(guān)崗位。目前新工作已經(jīng)找好，但想分享一下最近面試的失敗一些經(jīng)歷(成功的那些就不講了)，吐槽吐槽，跟廣大吃瓜群眾分享一下過程中的經(jīng)歷心得，我的語文體育老師教的，還請大家莫怪。

1.公司:國內(nèi)知名電信運營商，其下面的大數(shù)據(jù)研究院，面兩輪

一面：技術(shù)人員面，先自我介紹，項目經(jīng)驗相關(guān)介紹，問比較細，問了一些Hadoop、HBase的問題，JAVA基礎(chǔ)，JVM內(nèi)存分配小于32G原因，G1和CMS對比，問關(guān)系型數(shù)據(jù)庫事務(wù)級別，臟讀、幻讀意思。

問題回答情況：其中G1與CMS區(qū)別我只講了G1比CMS更耗CPU，但回收更快效果更好，兩者內(nèi)存劃分設(shè)計不同，G1更適合大內(nèi)存等，具體原因及細節(jié)沒講清;臟讀、幻讀只回答出跟數(shù)據(jù)庫事務(wù)有關(guān)，面試當時忘記了具體什么叫臟讀，什么叫幻讀，有點分不清。這兩個好像都沒有答好，然后面試官問了我待遇期望。

二面：隔了4天，打電話過來讓我去二面，是部門經(jīng)理面，其也是做技術(shù)的。上來讓我自我介紹，然后就圍繞我講的開始問。講到之前項目中通過hbase的coprocessor的endpoint方式在服務(wù)端通過jni調(diào)用c++寫的算法庫實現(xiàn)數(shù)據(jù)計算過濾功能，然后這位經(jīng)理就問為什么你們圖像識別相關(guān)的CV算法不用JAVA寫，要用C++?

我感覺有點懵逼，驚嘆怎么會有這么小白的問題，但面上不能表現(xiàn)出來，簡單回答說現(xiàn)在大部分算法都是通過C/C++寫的，JAVA因為JAVA是完全面向?qū)ο蟮奶匦约癹vm的關(guān)系，不適合做這么底層的事情，性能會有損耗。但似乎對方?jīng)]有理解和聽懂，表情帶著不理解和質(zhì)疑，半天從他嘴里吐出一個結(jié)論：你們不用JAVA寫算法是因為你們公司搞算法那幫人只用C/C++去搞。

我當時有點無語，不知道該怎么跟這種對CV算法一無所知的人解釋(或許我該說很多算法庫都是C/C++寫的，讓你用JAVA調(diào)用cuda的庫你累不累)，但對方又接著問下一個問題，你怎么看待大數(shù)據(jù)領(lǐng)域接下來的發(fā)展趨勢?

這個問題我從來也沒想過，腦袋里突然冒出前陣子參加的云棲大會有個分會上講得一些片段，糊里糊涂的瞎說了幾句，說spark很熱，使用的人非常多，后續(xù)也會集成流處理技術(shù)的一些新特性，另外說現(xiàn)在很多集群完全部署在云上，將來網(wǎng)絡(luò)瓶頸解決有可能會往云上和云下自己管理的集群結(jié)合的這種方式發(fā)展。

這個答得的確不好，有點以偏概全了，對方顯然對我這個回答很不滿意，又問你認為磁盤IO性能會是瓶頸嗎?

我回復(fù)說這個是目前大數(shù)據(jù)領(lǐng)域集群的主要瓶頸，但這個問題還好，應(yīng)該會被克服改善(我想說可以把冷、熱數(shù)據(jù)分離，熱數(shù)據(jù)用速度快的SSD之類存儲，但我沒說出來)。

對方的目光有點嘲弄的感覺，不是很友好，后來就是問一些期望待遇及讓我提問之類的環(huán)節(jié)。

結(jié)果：over，好吧，無所謂了，安慰自己，本來就不是很想去那邊，因為自己偏實干型怕活太少(有點自虐)，大概了解到的是對方的員工都過得偏安逸。

2.公司：某跨境電商企業(yè)，為一些國家和地區(qū)的特色產(chǎn)品做電商服務(wù)。

先跟他們HR聊，HR人不錯，說話比較客氣禮貌。

接著是技術(shù)面，一共4個面試官，分4輪面。

第1個哥們?nèi)送Χ?，先讓我自我介紹，看我簡歷上寫著對CV相關(guān)算法有一定了解，好像跑了題似開始不斷問我CV相關(guān)問題，我跟他說我工作早幾年自己研究過一段時間這方面的東西，但不是很擅長，很長時間也沒研究了，只是相比沒接觸過這方面的人來說要厲害一些，我也沒有研究過Spark MLLib。不知道他哪根筋不對，問我你們公司深度學(xué)習(xí)相關(guān)的程序你有沒有研究過，我說沒，他又問我通常圖像識別的一些流程，我大概說了一下，說得不是很細，他不停的惋惜的說道，哎呀，你這相比其他人沒有特別的優(yōu)勢呀，你要是精通算法這方面再加上大數(shù)據(jù)就有亮點。我非常納悶，心想難道你們公司是傳說中人工智能和大數(shù)據(jù)結(jié)合的非常好的公司嗎，莫非還是把無監(jiān)督機器學(xué)習(xí)自我優(yōu)化集成到你們的大數(shù)據(jù)系統(tǒng)中了嗎?不應(yīng)該呀，看你們的樣子好像還沒有那么NB，再說現(xiàn)在搞大數(shù)據(jù)的有幾個會深度學(xué)習(xí)算法的，大多還是偏框架數(shù)據(jù)采集存儲挖掘方面的。

第2個哥們，是搞大數(shù)據(jù)相關(guān)的，不過他基本不像是在面試我，反而是在跟我吐槽他們公司，說自己也是剛來了3個月，公司哪里流程不對，自己意愿無法左右其他團隊等，不過就簡單跟我說了這么一通就完了。

第3個哥們，具體是負責哪方面技術(shù)不是很清楚，感覺有點偏算法，就問了我一個題目，像是腦筋急轉(zhuǎn)彎的編程題，題目是N個人圍成一圈，從第1個人開始報數(shù)，第一個人報1，第二個人報2，依次下去，報到數(shù)字X的人退出圈子，下面的人繼續(xù)報，請寫個程序問最后留下的哪個人。我說這好像有一個便捷的方法或公式能計算最后一個人，不過我腦子想不出來，只能想一個簡單的遞歸函數(shù)去實現(xiàn)，他說行，然后我就寫了一個，寫得馬馬虎虎。

第4個，是他們CTO面，這人陰沉板著一副臉，還沒說話就感覺氣氛不對，估計他覺得我看著比較年輕竟敢要那么高薪水，這種人的表情我也沒少見。語氣有點冷，先讓我自我介紹，我介紹的比較簡單，然后又說了一些項目中的情況，產(chǎn)品數(shù)據(jù)流之類的。

我們的產(chǎn)品的數(shù)據(jù)源是從ORACLE數(shù)據(jù)庫里面定時去拿的，這個模塊叫數(shù)據(jù)獲取服務(wù)，流程很簡單，就是定時讀取數(shù)據(jù)后交給另一個模塊，然后他說問怎么把這個數(shù)據(jù)獲取服務(wù)拆分成兩個模塊，我很無語，說這個就是這么簡單的去拿數(shù)據(jù)，沒有可以再拆分的，他說就是要拆分成2個模塊，我表示不知道他腦袋里怎么想的，說不知道。

然后問了我做的一些架構(gòu)經(jīng)驗，我說自己設(shè)計寫過過一個分布式實時計算框架，是借助了一個RPC中間件去實現(xiàn)的，整體各模塊有點類似Hadoop MapReduce，但更像Impala，不需要每次創(chuàng)建啟動Job。我跟他簡單說了一下這個RPC中間件，說了一些優(yōu)缺點，例如它的消息發(fā)布訂閱機制沒有像Kafka那樣有很好的持久化機制，程序退出了，這些消息就沒了。

他一臉的質(zhì)疑，說怎么可能沒有持久化，他問我那個中間件的名字，然后百度去搜，搜出來某個帖子上有人說的那個中間件的一些特性，講到一個模塊是專門做持久化的，然后他就拿來陰沉著臉質(zhì)疑我說，你看，這不是持久化嗎?我看他那樣表情，不想再多解釋什么，想說艸尼瑪，有點常識好不，那帖子講得完全不是一個東西，那個持久化不是指消息發(fā)布訂閱的持久化，這中間件我好歹也用了小半年，你這么百度一搜就敢理直氣壯質(zhì)疑我，這水平真是CTO?

結(jié)果：他們HR后來還打電話問我跟CTO聊完感覺怎么樣，我感覺自己脾氣太好了，沒有抨擊一下那個CTO，就說他不太清楚我做的東西。HR把我的期望壓得很低問我愿不愿意去，我直接說不去了。見過這么奇葩的CTO，就算加薪讓我去，我還得重新考慮。

3.公司：某視頻監(jiān)控安防行業(yè)的知名公司，面試其下的大數(shù)據(jù)研究院的一個大數(shù)據(jù)開發(fā)崗位。

面試我的是他們的一個技術(shù)主管和另外一個技術(shù)人員，上來先自我介紹，詳細問了一些項目相關(guān)的信息，然后問了很多Hadoop、HBase的一些原理，項目中rowkey和分區(qū)設(shè)計，問了spark streaming 并發(fā)度、createDirectStream和createDStream的區(qū)別，一段時間內(nèi)分別生成了幾個RDD，問了Kafka分區(qū)各副本是如何在集群各臺機器上分布的等。

有好幾個問題沒回答清楚，感覺自己表現(xiàn)和準備不是很好。

結(jié)果：等通知。后來隔了好多天通知我去HR面，鑒于我當時已經(jīng)收到其他offer，而且面試情況不是很好，估計會被壓offer，就委婉放棄了。

4.公司：國內(nèi)知名互聯(lián)網(wǎng)公司，Hadoop研發(fā)工程師崗位。

電話面試：面試了25分鐘左右，問了很多大數(shù)據(jù)的基礎(chǔ)的技術(shù)問題。如Map Reduce相關(guān)，Reduce時如何Sort，HBase優(yōu)缺點，LSM相關(guān)，前面基本上全部答出來了，但是最后問到有沒有做過用Map Reduce處理數(shù)據(jù)join，因為我之前做的項目大數(shù)據(jù)框架比較簡單，沒有多表關(guān)聯(lián)的查詢，當時對join概念也有點反應(yīng)不過來，就說沒做過，然后又問Map Reduce join有幾種方式，也沒答出來。

結(jié)果：電面沒過，就因為最后兩個跟join有關(guān)的沒答出來，就over了，盡管回去后惡補了這方面的知識。

5.公司：某做數(shù)據(jù)營銷廣告大數(shù)據(jù)服務(wù)的公司，大數(shù)據(jù)研發(fā)崗位。

面試我是的他們做大數(shù)據(jù)架構(gòu)團隊的主管，先自我介紹，講了一些項目的東西，然后對方覺得我之前做得項目大數(shù)據(jù)架構(gòu)比較簡單，態(tài)度比較桀驁，然后又問了一些JAVA基礎(chǔ)的東西，比如BIO與NIO特點與區(qū)別，問我有沒有用過，我答得不是很好，但應(yīng)該還過得去，然后又問Concurrent包下面有哪些類，ConcurrentHashMap與HashMap區(qū)別等等。我感覺他有點輕視我，不是一個公正的眼光在問我。然后又問我Linux命令熟不熟，吧唧吧唧問了好一些，我基本都答出來了。

最后他冒出一句，我們現(xiàn)在這邊大數(shù)據(jù)開發(fā)的崗位都基本招滿了，還缺一個大數(shù)據(jù)運維的，除了部署維護大數(shù)據(jù)集群，還要寫一下oracle的udf。我問他這跟開發(fā)工作關(guān)系密切嗎，他說關(guān)系非常密切，只是他們大數(shù)據(jù)的研發(fā)都偏向于寫代碼，不愿干這活。感情他是在逗我，QTMD。

結(jié)果：然后就沒有然后了。

6.公司：某車貸互聯(lián)網(wǎng)金融公司，大數(shù)據(jù)研發(fā)崗位。

先是電話面試：面試了25分鐘左右，問了Hadoop Map Reduce資源配置、ElasticSearch原理的一些問題，問得比較簡單，基本都沒問題，問道Lucence如何實現(xiàn)對一個字段索引的時候，其實只要答倒排索引就好了，我比較二，把倒排索引怎么實現(xiàn)的大概講了一下，細節(jié)還講得不是很好。

過了幾天，然后是直接面試，這次面的內(nèi)容還是比較簡單，面試官人感覺不錯，就是有點二，怎么說呢，理解能力不太好，比如問我HBase 不同colomn family跟關(guān)系型數(shù)據(jù)庫中的列的區(qū)別，我答說colomn family在物理上是獨立的store file，可以只查詢某個

column faimily，而關(guān)系型數(shù)據(jù)庫一條記錄是整行數(shù)據(jù)，查詢的時候，需要整行數(shù)據(jù)都讀出來，然后吧唧吧唧又扯出好多。結(jié)果你猜怎么著，他說我還是沒有回答到點上，說

column family是面向列的。我有點無語，我都把它怎么是面向列的底層存儲結(jié)構(gòu)都講出來了，你竟然還說我沒答出來。問了很多問題都基本答出來了，就是面試官總覺得我沒有答到點上，說自己貌似明白我的意思了，問我是不是平常很少溝通問題。這種人真是活久見，明明一個意思，我答得更詳細清楚，他非說我沒答出那個標準答案名稱，面試這么多次，這種情況真是第一次碰到。最后問了Hive相關(guān)的，問我有沒有用過，我說沒用過，但這種跟基本SQL差不多，問Hadoop Stream相關(guān)，我也說沒怎么用過。問得問題都比較淺，沒有什么深入的問題。

結(jié)果：后來HR通知我說面試官覺得我技術(shù)深度不夠，哎，有點搞笑的，其他幾個面試下來要這么說我完全沒意見，但是這位面試官問得那些問題我基本都答出來，而且他自己沒怎么問我深入的問題。算了，奇葩總是有的。

其他一些經(jīng)歷就不啰嗦講了，個人總結(jié)有幾點如下：

1.現(xiàn)在做大數(shù)據(jù)相關(guān)的公司和人還不是很多，相比常見的如JAVA崗位面試官的水平明顯要差很多，除了接觸的幾個知名點的大公司問題環(huán)節(jié)比較規(guī)范，不過這種現(xiàn)象應(yīng)該接下來幾年會有所改善。

2.有些時候不是你技術(shù)不行，而是你的談吐表達能力給他們的印象，像我自己表達語言組織能力只能算中等可能還偏差，表達條理不好容易被pass。

3.感覺工作經(jīng)歷跳槽少的并不比頻繁跳槽的受待見，像我6年只在2家公司待過，大家都知道，在一家公司工資是很難漲上去的，而對方人力往往以你當前薪資作為重要參考，就算你的水平比相同工作時間的人強很多，但對方公司不可能馬上了解到，你想要跟這些相同工作年限人相同水平的薪資可能都比較困難，對方人力往往以此打壓你開太高期望漲幅過大。