最近做大資料面試官的感想
時間是不可逆的,我們不可能經歷之後,然後再返回來修正自己過去的行為,但是我們可以通過觀察不同時間段的相同職業人的現狀來修正自己。
最近一段時間,浪尖忙於招人面試,在面試別人的過程中收穫了很多,我相信被我面試的人也會收穫很多。
面試者的工作經驗有十年以上的,有五六年,還有兩三年的,每個年齡段都有自己的優點和缺點(這是句廢話,每個人都是優缺點參半,實際上強調的是技術實力的優缺點),在這裡,其實我想表達的事情是通過不同年齡段的人在技術及經驗方面的表現,可以對映到我們每一個人在不同年齡段的技術及經驗的表現,通過多個人的歷程來對映或者是分析我們自身在不同年齡段的狀況。
對於十年左右工作經驗的人
對於五年左右工作經驗的人,正當年,專案經驗、技術實力、程式設計功底、架構能力都應該很贊,但是面試很多個都是什麼都接觸了,什麼都用了,通過問問題和自我描述確實做過,但是架構設計一般般,有的程式設計功底也是一般般,什麼都會卻又什麼都不經提問,很多都處於這種狀態,有個經得起提問的,相中了卻去了騰訊了,好遺憾。比如,今晚面試的(簡歷就不貼出來了,怕是我的粉絲),簡歷寫的很大,很強,面試的時候架構畫的還行很流暢,表述還流暢,可以看出確實做了些事情,從資料採集到最終的報表展示都做了,由於他資料量比較小,每天才十幾個GB,沒怎麼問關於資料流調優,運算元調優,程式碼調優等內容,簡單問了一下如何保證資料不丟失的,如何保證資料處理後結果不重複輸出,資料格式等答的都是馬馬虎虎,由於是從java轉過來的,沒有系統的學習,我就將就了,看到他畫的結構圖裡有Nginx就順便問了下Nginx是幹嘛的,負載均衡演算法有幾種,預設的是啥,結果給他問懵逼了。。。??。其實,不是看不上誰,只是覺得既然你使用了,就應該把基本的理論搞一下吧,別什麼都用了什麼卻又不經提問,門門通不如一樣精。趕著用一樣東西,可以借用,但是後期一定要把基礎補回來。其實這個時候要精讀一兩個開源專案的原始碼了,來提升自己的功底。
俗話說三年五年看經驗,一年兩年看基礎。對於三年以下的面試,很多人架構圖畫的都不流暢,關鍵點把握的也不是很好,勉強說能用。其實,對於面試管來說關注的是你對框架的理解,框架相關的基礎,程式語言的基礎,能進行各個類似框架的優缺點對比,講明白框架間協作的原理。
專案的表達能力,也是很多開發人員急需的,尤其是一兩年經驗的開發人員,很多問題不能清除的表達,面試了很多個都是這樣,希望這樣的多多搞好基礎,多多跟人交流。
在這裡,主要是規勸那些有自恃有工作經驗和專案經驗的人,不要因為經驗而忽略了理論基礎。
作為一個程式設計師,正常情況下隨著年齡的增長基本素質變化應該如下:
程式設計入門->
轉載:博主:Spark高階玩法