送給iOS求職者的一份硬核面試指南，你能夠不優秀，可是你必須重視！

時間 2020-07-05

標籤送給 ios 求職者一份硬核面試指南能夠優秀可是必須重視欄目 iOS 简体版

原文原文鏈接

前言：

2020年上半年過去了，總體大環境不太好，不少公司都凍結 HC ，而且裁人、倒閉的公司一大堆。java

這時候有一份穩定的工做挺好的，最起碼不要去跟那些 985/211 的研究生、大廠牛人競爭那少的可憐的崗位。若是公司工資正常發放，甚至還能加薪，那就安心幹吧，別瞎折騰了。即便你有不少不滿意的地方，那就忍着，過段時間會好起來再說。若是非要走，必定不要裸辭。ios

固然存在被裁、公司倒閉或者其餘緣由，找工做的需求老是存在的。在這個大環境下，想要找到滿意的工做可能相對困難一些。這篇文章就圍繞面試這個主題，聊一聊求職者須要準備的東西，但願這些能夠幫助你在這個寒冬下突圍。面試

簡歷

首先就來聊一聊簡歷，簡歷是你可否去面試的關鍵，HR 先在幾百上千份的簡歷中挑選那麼幾份相對符合條件的簡歷。想在其中脫穎而出，天然就須要一些亮點。redis

在製做簡歷時不要偷懶，不要直接使用招聘網站上生成的簡歷去投遞，這是須要忌諱的東西，你連對工做的基本態度都沒有，還找啥工做呢。其實網上有不少簡歷模板和編寫教程，隨便找幾個看看，你就能夠製做出很是漂亮的簡歷。這些我不羅嗦了，可是我強調一下，簡歷中必定要包含：我的信息、技術棧、工做經歷、項目經驗這四大部分。緩存

下面我就聊一聊簡歷中須要注意和優化的地方。

一、最好使用 PDF 格式而且 PDF 文件名須要包含姓名、求職崗位、工做年限（郵件也是同理）。
PDF 格式的兼容性好一些，不會出現亂碼的問題。doc格式在不一樣環境下可能會出現亂碼，體驗不是太好。數據結構
二、不要出現錯別字，特別是技術專業詞語。例如 Java，不要寫成 java。架構
三、在我的信息欄，只展現必要的信息。像籍貫、現居住地址啥的就不要寫了，只要寫聯繫電話，姓名、年齡等就行了。另外我的建議，一行最好只放一項信息，查閱起來方便。工具

做爲一個開發者，有一個學習的氛圍跟一個交流圈子特別重要，這是一個個人iOS交流羣：413038000，無論你是大牛仍是小白都歡迎入駐，分享BAT,阿里面試題、面試經驗，討論技術，你們一塊兒交流學習成長！學習

iOS開發——最新 BAT面試題合集（持續更新中）

四、對於數據指標，在數據優秀的狀況下，能夠列舉出具體的數據。好比某系統通過你優化後，QPS 從 10000 提高到了 20000 ，這是一個較大的提高，能夠直接量化。可是若是通過你優化後，從 300 提高到了 600 ，那就寫通過優化後，QPS 提高了一倍，會更加合適一些。優化
五、項目適當的優化，可是別造假。好比你只負責模塊中的某一部分，可是你對這個模塊很是熟悉，不熟悉就提早準備，這樣就能夠說成這個模塊都是你完成的，簡歷上就會相對好看，可是必定要可以列舉出關鍵數據。切記無中生有，好比說沒作過秒殺系統，覺得看過幾個秒殺系統教程後就覺得真的作過同樣。全部的美化都是基於當前的事實。
六、儘可能把本身知道的技術都寫在簡歷上，可是注意修飾詞。這一點可能有利有弊，利就在於你邀約面試的機率高一些，簡歷是由 HR 選出來的，大部分狀況下都是按照關鍵字搜索的，因此多多益善。弊端就是在真正面試過程當中，須要考驗你的功底了。整體來講是利大於弊。
七、項目描述避免太長，抽取關鍵字，避免喧賓奪主。

在簡歷投遞方式上，儘可能走內推途徑，被邀約面試的機率會大一些。

面試前的準備

在被邀約面試前，咱們都會突擊訓練，可能咱們更多的精力放在技術點的突擊上，每每忽略非技術性的準備，好比公司背景調查，還有一些開放性問題。

這不是很好的面試準備，固然在不少狀況下，這徹底是可取的。可是咱們想要脫穎而出的話，就須要比別人準備更多。這一小節就聊一聊咱們應該重點準備的三個地方。

一、刷題

面試前刷題是必備的工做，相信大部分人都會作這件事。所謂工欲善其事必先利其器，大腦就是咱們最好的利器，刷題可讓它變得更加鋒利。

刷題的工具、方法你們可能懂得比我更多，我就不在贅述。這裏就聊一點不同的，不少時候咱們是爲了刷題而刷題，並無抓住重點。在刷題的時候，我認爲咱們要抓住下面兩個重點：

一、學會觸類旁通 。必定要對解題思路理解透徹，能夠類舉到不一樣的場景，而且學會找出關聯知識點。

二、增長題目理解能力 。題庫中的題目是死的，可是你前面的面試官但是一個大活人，問的問題不可能跟題庫如出一轍，一定會有一些差異，可是回答的角度和內容是同樣的。若是你沒有理解透徹的話，結果可能會不如意。
抓住這兩個重點，就能夠很好的打磨咱們的利器，在面試中一定會遊刃有餘。其實刷題也有一些小妙招，如今不少技術平臺，例如掘金，會有金三銀四的面經徵文活動。裏面有很多求職者分享面試大廠的面經，這些內容仍是有必定的價值。

並非這個故事有多少價值，而是裏面的面試內容有不小的參考價值。或多或少體現了公司面試風格和體系，在面試前，能夠根據這些題目系統的準備。把這些題目都好好回答一下，看看本身的差距在哪裏，若是條件容許的狀況下，能夠找夥伴模擬面試。

二、關於項目經驗

項目經驗躲不過去的問題，涉及的內容挺多，天然也成爲了準備的重中之重了。可是這一塊挺難準備的，更多的是靠平時工做中的總結，臨時突擊效果會不太理想，因此仍是要養成平常總結的習慣。

項目經驗的問題多是這樣子的：「選一個項目具體講講背景、你的職責、遇到的困難以及如何解決？」。

平時沒有養成總結的習慣，如何複習準備好這類題目？這裏能夠借用 STAR 法則。

STAR 法則爲 Situation-Task-Action-Result 的縮寫，具體含義是：

Situation: 事情是在什麼狀況下發生的
Task: 你是如何明確你的任務的
Action: 針對這樣的狀況分析，你採用了什麼行動方式
Result: 結果怎樣，在這樣的狀況下你學習到了什麼

STAR 法則能夠更好的幫助咱們梳理、講述故事，若是你不知道怎麼覆盤此類問題，不妨使用 STAR 法則。

因此，關於項目經驗，把你認爲最得意、最能體現本身價值的項目，利用 STAR 法則認真覆盤，而且最好用數據的方式展現出來。多練習幾遍，確保把項目邏輯、分析邏輯均可以清晰的表達出來。

對於項目經驗，表達總結能力比項目自己更加劇要。首先面試官並不知道你項目的細節，甚至都不熟悉大家的業務場景。這時候你的總結表達能力就比較重要的，你須要把項目的方案、項目中遇到的問題，如何解決的，爲何選擇這個方案等相關方面的東西表達出來。

其實項目牛不牛批很重要嗎？有時候並非那麼的重要，你在裏面承擔了什麼職責，項目牛逼跟你有多少關係，都是有水分的東西，參考的價值不會過高。可是你的分析能力，解決問題的思路，邏輯性，這些東西卻是公司更加看重的。

項目經驗只是你的過去，特定場景特定用法，你須要展現出一些你能夠應對將來挑戰的價值。

三、關於離職緣由

離職緣由要重視，這道題目最很差回答了。在某些程度上，你的回答能夠體現出本身的人品和性格，稍有不慎，就會滿盤皆輸。

在正常狀況下，主要回答角度是新公司和舊公司。站在新公司的角度上，能夠從這些方面回答，這邊機會更好，發展空間更大，能學到更多的東西，待遇更有優點等。站在舊公司的角度能夠從這些方面回答，舊公司業務風險比較高，加班太多，我的身體有些吃不消/家裏人照顧不到等。

無論怎麼做答，都要把握基本原則，不要一味的指責舊東家和舊同事，就算你跟他們有過沖突，也要擺事實講道理。一個巴掌拍不響，認真反思和認可本身的不足，年輕誰沒犯過錯。你須要讓面試官以爲你是一位講道理、好相處的人。

面試中的技巧

前面聊了面試前的一些準備，這裏就來聊一下面試中該注意的問題。

在面試中，必定要清楚本身是被動角色，由面試官來主導面試，面試官問什麼，回答什麼，固然能夠把面試官引導到本身熟悉的方向上。切記不要喧賓奪主，讓面試官變成被動者，這對你沒有什麼好處。讓面試官先開口必定沒有什麼壞處，最起碼不會扣分。

面試中須要注意的細節不少，這是一個漫長的過程，不少時候須要隨機應變。我就講兩點，咱們最須要注意的地方。

一、作好自我介紹

面試正式開始，通常都會有自我介紹環節。別小看這個自我介紹，雖然一場面試有半個小時左右，可是基本上前幾分鐘就決定了錄不錄用你，後面的只是在驗證這個結論而已。

在自我介紹時，做爲面試者可能會比較緊張或者興奮，腦子空白，一時間不知道說什麼，就會囉裏囉唆的講一堆不着邊際的話，要避免這種狀況的發生，這並不能給面試官留下好印象，反而是浪費了給面試官留下好印象的機會。

在自我介紹環節，須要把能體現本身價值和能力的點表達出來，這些東西可能並不在簡歷上，這樣面試官就能夠更加清楚和多維度瞭解本身。爲了不面試的時候出現語無倫次的狀況，能夠在面試前，事先將介紹語寫好，背誦幾遍。

除了簡單精確的介紹本身以外，下面的幾個錯誤須要避免。

一、背誦簡歷。 在自我介紹的時候可能會犯的錯。簡歷上的東西面試官本身能夠看，不必在背誦一遍了，純屬在浪費時間。其實這個錯誤，在我剛畢業的時候就犯過。

二、吹牛。 能夠適度的美化，可是不要吹牛，每一個人都會反感吹牛的人，問問你本身會嗎？有些人還特別的過度，吹的老牛逼了，顯得比面試官牛逼多了。試問若是你是面試官，你招這樣的人進來幹嗎，給本身添堵的嗎？

三、講對方聽不懂的話。 互聯網很龐大，有不少細分領域和業務。在面試的時候，面試官未必是這個領域的人，因此在介紹某些東西的時候，儘可能用通俗的話表達出來，而不是講過於細節和專業的東西，來體現本身的價值。

二、先聽懂問題、再做答

面試過程當中，會有不少問題，先聽懂問題再做答很重要。有時候聽懂比答案更重要，咱們在生活溝通中，最怕什麼？怕的是別人答非所問，在面試的時候這個規則一樣適用。

在做答前，必定要先搞清楚問題的含義以及爲何要問這個問題。先來講說第一個搞清楚問題的含義，這個就比較簡單，用本身的話複述一遍問題，以便讓面試官確認本身的理解沒有問題。不要懼怕這種方式會扣分，每每這種狀況會是加分項，即便回答的很差，也會讓面試官以爲大家是同一類人，畢竟理解了意思，只是不知道答案而已，而不是在瞎猜。

而後就是想想爲何要問這個問題，對於一些解決型問題、開放性問題，這背後每每存在不少的坑。好比這個問題：「隨着用戶數據增長，要提高網站的響應速度，該怎麼辦？」。

可能你會不經思考的就回答：「整上 redis 就完事了」。增長緩存確實沒有錯，可是你這個回答不太好，比較片面。

而是應該例舉出一些數據指標，好比在數據量較小的狀況下，可使用 JDK 本地緩存，若是數據量大，而且條件容許的話，能夠考慮使用 Redis 等第三方緩存系統，同時也要分析出緩存的利弊。

在回答問題時，不少狀況下，答案並無對與錯，只有好與壞。同一個問題自己就存在不少種答案，因此多理解透問題，從不一樣的角度做答。

今天從簡歷、準備、技巧三個角度談了談個人見解，但願它對你的面試有所幫助。