技術在不斷的創新,隨著框架,庫,構建工具,打包工具,版本控制工具等操作越來越方便,使用越來越簡單。面對這樣的情況,除了興奮,也要警惕。這些工具使得開發越來方便,越簡單,那麼開發者自己的價值,競爭力就會越低。保持競爭力就是不斷的學習,進步。有方法,有目的的學習,才能進步更快,走得更遠。
1.前言
得益於‘金三銀四’,在最近一段時間,面試了一些人,但是符合的寥寥無幾。對於之前面試的情況,趁著專案開發前,還有一兩天的閒餘時間,發下牢騷。這些情況,可以說是一些面試雷點,有不建議的學習方式,有不建議的寫簡歷方式,針對這些,下面簡單寫下,發表自己的個人看法,和大家共勉下。
我在看簡歷的時候,雖然是針對前端的行業而言,但是也有小部分是借鑑和參考以下方式。
截圖自:別的程式設計師是怎麼讀你的簡歷的
2.過於注重框架,庫
這個應該就是最普遍的一個情況。以前是:有了jquery
,為什麼要學JavaScript
?現在是:有了react
,vue
,為什麼要學JavaScript
。很多人就是在原生基礎還沒有掌握的情況下,就學熱門的框架,庫。當時的情形大概就是,我問vue框架,他們回答得出來,也會用,有過專案經歷,問一些業務的需要,能使用vue實現。但是原生JS的東西,問了基本回答不出來。
雖然我們公司現在也是用vue
,讓他們來做專案他們也能勝任。但是,jquery
或者vue
就是用JS
實現的,不會JS
,學jquery
或者vue
第一學得吃力,第二學jquery
或者vue
肯定不會很深入,以後專案遇到問題,根本不知道怎麼解決,都在腦海裡會議那些是是而非的概念。即使用了jquery
或者vue
,但jquery
或者vue
也不是萬能的,如果碰到用jquery
或者vue
解決不了的需求,就基本不會了!還有一個隱患就是,萬一有時候,專案不允許用jquery
或者vue
或者技術轉型,就基本不會寫程式碼了。這時候,如果學習其它的框架或者庫,基本又等於重新學一門語言了。
看到我的面試題(自己寫的面試題,自己想的答案)。有一個面試者還問我:招聘上面要求會vue,你們現在也是用vue開發,為什麼面試題上一道vue的題目都沒有,全是原生JS的?這些好久沒接觸都忘記了。面對這個問題,我當時也是蒙圈狀態,一會才反應過來回答:我們比較注重基礎,有了原生基礎,框架上手不難。
並不是說熱門的框架,庫不需要學習,而是建議在基礎紮實的情況下再進行學習。至於什麼是基礎紮實,沒有一個統一的答案和標準。對我而言,至少那份面試題要回答得出來,我才覺得基礎過關。很多人遇到的情況就是,物件導向回答不出來可以理解,預解析和物件深淺拷貝回答不出來就有點說不過去了,事件委託還是回答不出來,或者從vue的角度回答就真的說不過去了。
有人說過,學框架走得更好,學基礎能走得更遠。這一點我半保留,針對這個情況,我覺得是:同樣是學習框架、庫或者其它工具,有原生
JS
基礎情況下學習是錦上添花,原生JS基礎不過關的情況下學習是急功近利,不會原生JS的情況下學習是揠苗助長。
3.依賴性過大
這個其實不單是我遇到的面試者有這樣的問題,很多在職的開發者都存在。這個問題分下面三種情況說明。
3-1.只看不寫
首先,很多人入門學習,都有看書,看視訊學習,這個是好事。但是不好的地方就是很多人在看的過程中,根本沒有跟著教程寫程式碼,都是看完就算了!而且有些人的思想就是,以為看完了就是掌握了。把提高自己全部依賴在那些教程中,自己欠缺思考。
關於這一個情況,我寫文章就建議過很多次,看教程要跟著教程走,跟著教程寫。不然看完就把教程的內容忘了大部分。
3-2.不擴充套件學
還有一個情況就是在大學學習或者在培訓班學習的人,都存在一個問題,學習的資源很多限制在課堂的,自己沒有去尋找其他的資源。知識點也是侷限在老師講解當中,自己並沒有探索或者擴充套件,相關的知識點。
比如在課堂上,老師講了事件委託,由於時間關係,對時間冒泡只是提及,沒有深入講解。很多學生都沒有自己去查閱資料,瞭解事件冒泡。
在比如,老師講了一個例項,有使用到閉包。不懂閉包的學生,很多沒去查閱資料,瞭解閉包。
面對我問的知識點-閉包,繼承,原型等。有人還跟我抱怨說:當時上課的時候,老師完全沒跟我們說過這些。一下子被問蒙了。面對這個,我回答說:一般來說,老師不會講這些的,要靠自己掌握的。課堂上的內容一般不會很細。
針對這樣的情況,建議遇到不懂的,得自己查閱資料。不能什麼都靠老師,也不要老師會把一切知識點都教到。學習在於自己,不在於他人。
3-3.依賴已有輪子
這個情況主要就是,很多開發者即使面對簡單需求的時候,能不自己手寫,就不自己手寫。濫用各種外掛,或者網上已有的程式碼,或者是同事寫好的程式碼。但是自己對那些外掛,程式碼一概不知,在空餘時間也沒有去了解。這樣的情況,技術別人的程式碼寫得很好,不去學,又怎麼知道程式碼寫得怎樣好?
4.‘精通’字樣
這個不算是面試的雷點吧,只能說是面試官看著會對‘精通’的面試者進行特別照顧一下而已。
這點想必我不說,大家也知道,兩至四年前,很多人都把‘精通’字樣寫在簡歷上,然後因為某些原因,帶有‘精通’字樣的反而是一個扣分項。因為就目前而言,我瞭解到的,敢在簡歷上寫‘精通’的只有兩種人:一種是很厲害的,一種是以為很厲害的。
針對我們公司,只是一個創業公司,來面試的人基本上是和我差不多水平的,沒有大廠經歷,專案也是普通的公司專案,不算大型,技術方面,可能會比我高些。所以,我看到簡歷帶有‘精通’字樣的,都有特殊‘照顧’一下。
精通‘html+css’,就問舉例說明語義化標籤的使用。是否有使用過css3開發過複雜動畫?css編寫有哪些注意事項等問題。
精通‘javascript’,就問程式導向,物件導向,函數語言程式設計三者區別?是否有自己寫過開源專案,是否讀過jquery的原始碼?專案上有哪些時候會用上閉包?
所以,‘精通’一詞,大家還是少用為妙,可能會遭到面試官的特殊對待。當然,真的很厲害就寫‘精通’吧。
聽人說過一個面試套路--面試官問的問題,可能面試官自己都不懂,目的只是為了壓工資,挫士氣。這個當時我同意的,我當面試官的時候,也做過一次這樣的事情。目的是為了測試面試者是不是‘精通’。不過我是為了測試面試者是不是真的‘精通’。
5.‘專案經驗’裡放仿站專案
這個問題,並不是我自己遇到的,而是在一個別人聊天知道的。當時的他說就是一個工作了兩年的面試者的簡歷,‘專案經驗’一欄,寫了幾個仿站專案,一個仿天貓首頁,一個仿知乎幾個頁面,還有一個是在校實訓的專案(仿照前程無憂的頁面風格,也有後臺管理系統)。他怎麼處理這簡歷我沒細問。但是這樣的寫‘專案經驗’真的不建議,除非開發的專案真的有上線使用。
對於‘專案經驗’,就我自己而言,仿站和在校實訓專案,如果是剛出來工作的實習生,應屆生,這樣寫沒問題,也覺得正常。但是工作兩年了,還這樣寫,我就不理解了。畢竟有工作經驗的面試者,更應該把自己工作上開發的專案(最好是已經上線,能正常訪問的)寫進簡歷,即使專案不是一個人獨立開發,是多人協作,自己只開發了部分功能。
那些仿站,在校實訓的網站,對於面試者自己是練手的作用,對於別人,最多就是一個參考程式碼的作用。沒必要把這些放進簡歷,給人印象不好。
6.簡歷造假
又一次說到這個問題。這一次我面試的人裡面,還遇到了簡歷造假的人。當時的情形就是:我看著簡歷寫的挺好的,技術棧比較全面,專案經驗也豐富。但是看著面試題,基本都答錯了。然後詢問下情況,問下幾個問題,他一直回答不出來,這個時候才跟我坦白,他是剛從北京某培訓機構出來的,剛培訓完沒有多久。那麼熟練的技術,工作經驗和專案經歷都是假的。得知這個情況,後來我沒問他什麼問題了,而是一些閒聊。因為之前的問題沒回答出來,我大概知道什麼水平了。而且,對於造假的面試者,我們公司也基本不會錄用!
知道了他的情況,我並沒有展示出什麼無奈或者憤怒的事情,而是平常心對待。下面是我和他一些對話的簡要(憑我自己一點記憶而寫,意思大概是這樣)。
我:你當時以這種方式寫簡歷,有沒有想過,穿幫會是什麼情形,什麼後果?
他:當時在培訓的時候,老師跟我們說,不這樣寫沒有面試的機會。
我:你寫的時候,有沒有評估到穿幫的概率?
他:沒有。
我:在培訓機構學習,相信你也知道他們的各種宣傳語。但是,知道為什麼他們教學員寫簡歷的時候,不會讓學員把培訓經歷寫上去嗎?
他:這樣寫簡歷,是因為找工作不好找,找到了工資也低,所以就這樣寫一下。
我:建議就是有什麼,寫什麼,不會的就學了,弄懂了再寫。如果不懂的都寫進去,工作經歷也假的,萬一被問到相關的問題,面試會變的很尷尬。
複製程式碼
當時還有兩句話,想要對他說,但咽回去了。現在與大家共勉下。
1.簡歷上的東西,公司有太多方式去查了!學歷有學信網查;工作經歷可以讓你提供上家公司的電話和證明人,到時候行政或者人事會打電話證實。或者要求提供離職增明、社保記錄等;技術的話,面試問幾個問題就基本知道。而且造假成本很大,技術要求很高。學歷造假,要把學信網黑了,讓你的學歷在學信網可查;技術無法造假,不會就是不會;工作經驗造假,你得買通一個以上的人,方便以後公司的突擊調查。社保記錄得黑社保局的資料庫,除非工作三年,你所在的公司都沒幫你買社保。即使退一萬步說,讓你進去了,萬一技術不過關,無法勝任工作,到時候會更難做。
2.就我自己而言,簡歷適當美化,誇張可以理解,但是很反感造假。因為不知道你還有沒有其他地方造假?不知道你工作會不會造假?
有些人說造假是不得已而為之,那是不是沒工作經歷的情況,大家都得造假?怎麼說服面試官相信你這次是為工作不得已而為之,相信你以後不會再造假?即使真的用語言面試官給感動了,在工作上也會對你有顧忌之心,不會完全相信你,這樣的情況,大家的感覺都不會好過,對於大家都不是好事情。
有些人說造假的人,如果技術可以,也應該給機會。這個的話,沒有具體的是非對錯,評判標準。就看公司怎麼看待造假吧。針對這個問題,我也問過老大:如果有面試者,他的技術是符合要求的,但是簡歷造假了,還會考慮錄用嗎?他的想法和我一樣--不考慮。他覺得這個涉及到誠信的問題,我有自己的顧慮。造過假的人,很難讓別人相信你不會第二次造假。如果錄用了,大家肯定會存在信任的問題,這樣很難合作。
7.小結
好了,關於我面試的遇到三種比較有印象的情況,就到這裡了。這三種情況,我個人覺得是不好的情況,希望能起到一個反面教材的作用,讓大家有所感悟。在前端這個技術圈子,不斷的學習是必須的,不然技術跟不上就是淘汰,學習也建議分清先後,輕重。對於一些可能涉及到道德底線的問題,大家也不可忽視。
推薦閱讀
程式設計師如何寫好簡歷 && 一份優秀的程式設計師簡歷是什麼樣的?
-------------------------華麗的分割線--------------------
想了解更多,關注關注我的微信公眾號:守候書閣