前言
金三銀四的求職季已經過半，但求職者的簡歷依然絡繹不絕地湧過來。今年的大形勢比較喪，不少大公司需要通過裁員降薪，或著停止招新，來 “過冬”。 所以，哪怕是有招聘需求的崗位，也會相應提高對應聘者的要求。在一些微信群中，也有同學感嘆說面試機會變少，工作不好找。
近期面試了很多候選人，也陸續收到的一些公眾號上讀者的反饋，讓我產生了一些思考。今天，我們不聊具體的技術問題，而是想探討一些，在面試的過程中需要注意的 “非技術項的軟技能”，以及一些個人的感悟。
就好比在 “王者榮耀” 中，技能的操作是你的“硬技能”，而局內的出裝方案則是“軟技能”。優秀的出裝方案，往往會是你登頂之路上的一大助力，希望這些“軟技能”對還在求職路上的同學有所幫助，也祝願所有同學都能邁入自己心儀的公司，成就“最強王者”！
一些軟技能
這裡所說的 “軟技能”，是指一些個人的綜合素質。假設有一個與你的技術能力不相上下的人，共同擺在面試官的面前，這些 “軟技能” 或許能讓你脫穎而出。
1、禮儀 和 儀容
千萬不要遲到。面試官也是很忙的，除了日常的開發任務，還有各種的會議安排，如果因為你的遲到而打亂了面試官的日程安排，那第一印象就不好了，還會影響整個面試的過程。但如果真的遇到突發事件時，可以提前聯絡說明情況，並表達歉意，這往往能給面試官留個好印象。
保持謙虛的態度。任何時候，把自己放在一個相對低的姿態，你是來面試的，需要抱著一種接受檢閱和學習的態度，來對待面試。讓我記憶猶新的是，曾遇到過一位同學，在面試剛開始時，就拿出了紙和筆，說是為了在面試過程中，當遇到答不上來的技術問題時，以便於記錄下來，在回去之後再複習鞏固。這一聽，就讓人覺得這小夥子不錯，謙虛又好學，或許以後相處起來也應該比較融洽。
保持禮貌待人。多說“請”，“您”，“謝謝”，記得進門後關門，給你倒的水，在走的時候也要記得扔掉。面試時，坐有坐相，不要跟在家裡一樣太隨便。說話口齒清楚，可以有條不紊地說得慢一些，但要注意把握細節的尺度。如果遇到某個問題和麵試官有分歧的時候，不要爭論，更不要試圖說服面試官，點到即止。這是禮貌，與你的技術有多牛逼無關。
穿著得體，儀容整潔。穿著上，如無特別需要，不要著正裝，休閒裝就行。儀容上，女士可以化淡妝，也可以素顏；男士需要梳理一下頭髮，鬍子刮乾淨。乾淨整潔無異味即可，以表示對本次面試的重視和對面試官的尊重。
2、溝通能力
面試的過程，本質上就是一次溝通的過程。候選人在短時間內，要儘量地向面試官展現自己的長處，隱藏自己的短處，儘量讓對方問題得到圓滿答覆並且留下較好印象。
在面試時，候選人一定要精神飽滿，口齒清晰，自信對答。當遇到答不上來的問題時，一定要老老實實的說 “這個我不清楚”，或者 “這個我不會”。千萬不要不懂裝懂，羅裡吧嗦說了一堆，還說不到點子上的話，會讓面試官覺得你是在搗糨糊。而且我告訴大家，混是混不過去的，面試官問的問題，他自己肯定非常清楚答案，想糊弄過去或者胡亂回答，那隻會給自己 “挖坑”。
一道題答不上來，趕緊翻篇，不要想太多，那是會影響面試狀態的。在最後談薪酬的時候，也不要因為自己有些題沒答好，而降低了期望薪資，如果對方真的按你當時說的期望薪資給了 offer，而你卻有點不甘心，再次改口的話，會讓對方覺得你是在坐地起價，一個好機會可能就此錯失了。所以，只要不是漫天要價，就放心大膽地說出來，如果對方覺得略高，會再跟你商量的。但務必一開口就給人真誠，幹練，專業的印象。
3、簡歷上的一些建議
一份優秀的簡歷，往往能讓你獲得更多的面試機會。面試官在閱讀一份簡歷的時候，往往會先找關鍵詞，比如 React / Vue / Node 等的技術棧，然後是專案經驗，再是 學歷 / 工作背景 等，以及是否有 github 或技術部落格等的加分項。
技術棧和專案經驗很好理解，企業招人會先從成本考慮，熟練工自然是優先考慮。所以，一定要在第一屏就把你最擅長的技術棧，以及運用該技術的專案經驗寫清楚。
我發現很多候選人，不太重視自己過往的專案經驗。就我個人而言，我做過的每一個專案，雖然我在其中可能只負責編寫某一個模組，或者功能，但我也會想辦法搞清楚整個專案的業務流程，產品設計的意圖，我們做的內部功能是如何與外部實現整合的，以及整個系統的架構設計等等。我在面試候選人時，往往會先問最近一個專案的相關內容，有的候選人會說是他自己一個人完成了整個專案的搭建與開發工作，但連其中有哪些模組，為何這樣設計，最終如何落地，都答不出來，場面就很尷尬了。
所以，在面試前，應該好好把自己以前的專案經驗都捋一捋，特別是最近的一個專案，從業務流程到產品設計再到系統開發。然後，在簡歷中寫專案經驗的時候，可以多加設計一番，想一想，當面試官按照你簡歷中寫的 “劇本” 提問的時候，你會有多麼的從容呢~
4、不要作弊。
這裡說的不要作弊，分為兩方面。一個體現在簡歷上，另一個是指做筆試題。
在簡歷上，不要把你不熟悉的領域寫上去，更不要在其之前還寫上熟悉或者精通的字樣。如果你寫了，那在面試前一定要花時間做足了功課，不然到時候豈不是搬起石頭砸自己的腳麼。另外，如果你真的沒有 github，也不要拿別人的來冒充，被發現就太尷尬了。曾經遇到過一個小夥子的簡歷，在最上方就貼了 github 地址，我就滿懷欣喜地點進去一看，發現 repo 還不少，隨機點開一個看原始碼，感覺還挺有想法的。但是看到後面，卻在其程式碼註釋中看到一個部落格地址，再進去一看，卻明顯感覺畫風偏女性啊。一番追溯，最後發現，原來這小夥直接拿了別人的程式碼拷貝過來，在自己的 github 中新開了個 repo，卻連那位小姐姐的部落格地址都忘了刪掉，太尷尬了。但其實，就算刪了也沒用，因為如果在面試中被問起原始碼中的細節，仍舊答不上來，是會被懷疑個人誠信有問題的。一旦誠信出問題，哪怕技術再牛，也會被 pass 掉的。
另外的一點，就是有些企業在面試程式設計師的時候，得先做一份筆試題。請記住，在做試卷的時候，千萬不要用手機上網查答案。本身作弊的行為就不好，再加上如果面試官在暗處進行觀察，發現你作弊，那就太尷尬了。所以會就是會，不會就是不會，就算你把卷子都填滿了，但當面試官再次攤開卷子逐個問你解題思路的時候，你回答不上來，豈不是更尷尬。
5、最後的提問環節
面試的最後，都會有提問環節。我發現一個很奇怪的現象，很多同學往往在這個環節提不出什麼問題。面試，是雙選選擇的一個過程。在自身的技術能力達到對方要求的前提下，當然還得考察這家公司是否適合自己的發展。
有一些思路，可以提供給你。比如，網際網路行業都是需要加班的，那麼就可以問與加班相對應的補償機制，是否有調休，或者加班費？還可以問加班的頻率等等。我在想，其實我們並不是不願意加班，而是期望能通過加班給自己帶來多少收益，換言之，加班的價值對於個人來說體現在哪裡。當然不僅是金錢方面的回報，還有從專案中獲得的成長與收穫。
又比如，可以問問團隊內部是否有技術分享，技術沙龍之類的活動。我們除了認真幹活之外，還得考慮自身發展，分享或沙龍活動，能看出該團隊的技術氛圍如何，濃郁的技術氛圍能幫助我們快速成長。我覺得，如果長期得不到技術能力上的增長，或許可以嘗試著跳出舒適區，去尋找新的方向了。此外，更進一步地，可以問問公司對於員工的晉升有什麼制度，職級又是如何劃分的，這些都與個人的發展息息相關。
如果你覺得希望不大，也可以讓面試官給一些建議啊，比如自己有哪些方面比較欠缺，接下來可以如何更進一步地深造。我一直認為，面試除了是檢驗自身能力的一場試煉之外，還是一次向前輩討教學習的極佳機會。而且，只有問清楚了上面的這些，你才能在與 HR 聊薪酬與福利待遇的時候，進退有度啊~
6、廁所與辦公環境
在上門面試時，建議抽空去衛生間看一下。主要是因為通過衛生間的情況，可以側面瞭解企業管理者對治理企業的態度。
如果一家公司的衛生間裝修得不錯，衛生條件也 ok，甚至連廁紙的質量都挺好，那麼在其他方面，對待員工應該也差不到哪裡去。因為根據我從業這些年的經歷來看，我所見過的企業中，幾乎都滿足這一條。不好的企業，衛生間一定比較破，設施壞了也不會及時修理，可能連廁紙都沒有。而好的企業，衛生間設施乾淨，廁紙也比較厚與柔軟。如果大家平時留意一下的話，就會發現，一些好的商場，高檔的酒店，對於衛生間的裝修和乾淨程度的要求，相對都會比較高。
另外，順道還可以一路觀察辦公環境，不求工作環境高大上，起碼要整潔乾淨，如果辦公環境明亮寬敞，乾淨整潔，大家要麼安靜地在做自己的事情，要麼三兩個聚在一起小聲討論問題的話，那麼從工作環境上說還是個挺不錯的企業的。
關於 996.ICU
說起近期 github 上最火的 repo 非 996.ICU 莫屬了。什麼是 996.ICU ？工作 996，生病 ICU。隨之又誕生了另一個與之對立的 repo，955.WLB，工作 955，work–life balance (工作與生活的平衡)。它們都呼聲都很高。
此外，還看到過一些與之相關的外掛，比如通過 eslint 控制每天 18:00 之後靜止提交程式碼，週六週日 禁止程式碼變更。又比如，通過 precommit 鉤子來禁止 git 提交等等。
其實我覺得，是否迎合 996 工作制，完全看自己。如果你覺得太辛苦，完全可以換一個相對輕鬆一些的工作，996 的工作強度並非有利於每個人的成長速度。而另一方面，正像某位大佬說的，現在的 996 工作制度，在未來的某一天回首時，會發現它是正確的選擇，能扛下來的人，都會得到相應的成長。從某方面來說，我是認可這一點的，因為我早在兩年前，就開始給自己實行 996 了。利用更多的業餘時間，夯實基礎，不斷學習，並開始陸陸續續地寫一些東西。
太過舒適的環境，就像溫水煮青蛙，當有一天生存環境崩塌時，再想跳卻力不從心了。技術人，應當保持一定的技術敏感度，學習是終生的事情。前端的發展非常迅猛，體系也很龐雜，如果你覺得遇到了瓶頸，那就試著跳出舒適區。不要將自己限制在瀏覽器端，因為 Node 是一條通往服務端的路，RN / Flutter 則是另一條通往客戶端的路，還要好多的路，就不一一列舉了。所以，要有信念，JavaScript 是可以一統天下的（湊不要臉地給自己打氣 ^_^）。
我的原創乾貨
值得慶幸的是，我警醒得還不晚。所以，在 2018 年底，我開了個人公眾號 《超哥前端小棧》，並堅持每週更新一篇，計劃先堅持一年。會同步更新到 掘金、 segmentfault 以及 github 上。主要聊聊技術 和 面試，聊聊前端人的成長，不定期還會有內推崗位，希望成為你的陪伴者。
每一篇公眾號，都會耗費我大量的時間，有時甚至是連續幾個晚上趕進度。因為我想把我理解的東西，用最通俗易懂的方式，樸實無華地表述出來。一般寫完後，我還會再校驗至少 2 遍，精簡內容，提煉精華，檢查表述是否到位，語句是否通順，有無錯別字等等。
每週釋出完一篇之後，是我最焦慮的時候，因為下一篇該寫什麼，還沒有著落。看過我公眾號的同學，或許會覺得有些奇怪，我的文章似乎沒有太多成體系的關聯。那是因為我每次寫的文章，都比較偏實戰，靈感主要來源於一些朋友以及小夥伴們，在實際工作中遇到的問題。我看出了問題背後的本質，是因為沒有理解某個知識點。而且我覺得這些問題，也許也有同學會遇到，所以就整理成文了。
目前出了大概這樣幾個系列：面試、乾貨、原始碼、感悟。
面試系列：
- 今日頭條 面試題和思路解析
- 如何實現一個聖盃佈局？
- 偽類與偽元素的區別及實戰
- this的原理以及用法
- ES6 中箭頭函式的用法
- 理解函式的柯里化
- JavaScript 中的事件機制（從原生到框架）
- 陣列去重(10 種濃縮版)
乾貨系列：
- 細說 async/await 相較於 Promise 的優勢
- Javascript中的非同步程式設計
- 細說 call、apply 以及 bind 的區別和用法
- 細說 Array 的常用操作(ES5 和 ES6)
- 一些有趣的 CSS 魔法和佈局（上）
- 一些有趣的 CSS 魔法和佈局（下）
原始碼解讀：
個人感悟：
- 2018再見！
- 「寫在寒冬」分享給前端er的求職和成長建議
- 以及今天的這篇，面試王者的出裝方案推薦——軟技能篇
崗位內推
我所在的公司，福利待遇絕對是具有競爭力的，也有明確的晉升通道，每週還有兩次內部分享。廁所的裝修很高檔，廁紙很厚也很軟。辦公環境舒適，工作氛圍更是濃郁，不時地總能看見幾人一圈圍在一起討論技術問題。
寒冬期，在這兒一點都不冷，因為。。。
莉莉絲遊戲招 中高階前端工程師 啦！！！
你玩過《小冰冰傳奇（[刀塔傳奇]）》麼？你玩過《劍與家園》麼？
你想和 薛兆豐老師 成為同事麼？有興趣的同學，可以 關注下面的公眾號 加我微信 詳聊哈~
