iOS簡曆這樣寫，才能找到好工作

標籤：提升   git   人情   求職意向   理解   部落格   靜態庫   高德地圖api   運行   

近幾年來，iOS開發人員越來越多，而職場要求越來越高。對於職場來說，簡曆就如同門面。若是沒想好，出了差錯，耽誤些時日倒不打緊，便是這簡曆入不了HR的眼，費力傷神還不能覓得好去處，這數年來勤學苦練的大好光陰，豈不辜負？

簡曆，簡而有力。是對一個人工作經驗的簡單介紹。對公司而言，在挑選人才時，可以通過簡曆對人才有整體認識，減少人才誤用的風險。而對於個人來說，藉著撰寫簡曆，重新經曆自己的過去、審視收穫和缺憾，為面談預先作好準備，來找到一份適合自己的理想工資。

一、面試的心態

自信

找工作就相當於相親，每個人都是雙向選擇。沒有最好，只有最適合。你擁大家閨秀的端莊，我亦有小家碧玉之俏麗，哼~再怎樣，人家在胚胎時期就已經拿過冠軍了呢！

不怕被虐，積極投遞

沒有千錘百鍊何來繞指柔音。任你才高八鬥，任你心思縝密，卻總遇見刁民要難為朕。在面試中，準備得再好也有可能遇見技術盲點。正所謂人生就是一個不斷學習的過程，每場面試都相當於一次學習，而面試中，思想最是集中，一不小心就能瞭解到自己欠缺什麼，市場需要什麼。心志也會更堅定。

不想在同一個地方跌倒，就好好學習，不斷總結吧。破釜沉舟，拼他個日出日落。

合理美化

俗語說，人靠衣裝馬靠鞍。任誰都不想暴露出自己難堪的一面。通過合理的封裝簡曆，能使自己揚長避短，牢牢把握住機會。做技術的，尤其是在iOS這塊時間不等人。畢竟過了這個村就沒這個店了吖。

薪資要求

薪資直接關乎職業發展，也是判斷公司實力的直接標準。在這塊要注意寧高勿低。連表情包都會說，唬住了專案經理就要50k，唬不住咱就撤吧。這雖是惡搞，但也說明了一旦薪資要低了成長將會受限，一幹幾年，很難翻身的。所以說，千萬不要給根據個人情況主觀定薪資標準，要從平均薪資反應的真實情況來做決定。而另一方面，人事必然會壓低薪資，所以，在薪資要求上必須要留有空間。

二、 看簡曆的人

面試官：對於面試官而言，他們自然是希望從簡曆上看到面試者的工作流程、設計思路以及如何用專業的技術來解決問題，以減少人才誤用的風險。

自己：一定要做到對簡曆了如指掌，因為你必須要對每個字負責。若是被問到簡曆上寫的精通，對答時卻一問不知的技術點，豈不是太尷尬了。

三、明確技能樹

1）UI

（作為iOS開發人員，弄個UI不就跟玩兒似的嘛。可是會做是一回事，但是能做極致，又是另外一回事了。萬丈高樓平地起，我們還是來看看UI部分有哪些必須要掌握的技能吧）

自訂cell

UICollectionView的布局

在這裡要注意的是，封裝UICollectionView要實現三個代理。UICollectionViewDataSource設定資料來源，UICollectionViewDelegateFlowLayout設定視圖布局，UICollectionViewDelegate設定collectionView代理。

自訂轉場

輪播器

在輪播器設定定時器時有可能會造成循環參考，這裡要注意一下哦。

核心動畫

是一組功能強大、效果華麗的動畫API，無論在iOS系統或者在你開發的App中，都有大量應用。

2）多線程網路

多線程

GCD

NSOperation

SDWebImage原理：如何處理緩衝，如何處理下載

（多線程這塊在本套視頻的第二集已經講解過，關注公眾號“程式員面試閃充”就能擷取哦）

網路

封裝AFN  （AFN的源碼分析，可能有多年開發經驗的猿都不太理解）

非同步列表下載

Socket（精通socket與對socket未知是兩個層面的猿）

資料庫

封裝FMDB  （這裡包含了單例設計模式的運用。增刪改查不算啥，能保證多線程的資料安全才最重要呢）

FMDB的多線程保證資料安全

cocoapods  （這大概是程式猿的標配了吧）

運行時：關聯對象、字典轉模型、反射

運行迴圈+autoreleasepool

四、項目

摒棄精通，改用封裝或自訂

要點

將項目名稱、開發時間、項目描述、個人職責簡明扼要的寫出來。介紹的時候說出一些亮點與痛點。若是面試官沒看到任何的痛點與重點，可能會很受傷呢。

將技能樹中的技能運用到項目中

這裡一定要寫上自己在項目中所運用的技術點，因為沒人願意將APP一個個下載到手機上的。

按照時間倒序一一排列

個人項目：github（加分項）、分析或仿寫封裝好的靜態庫、煽情橋段（做程式要有愛心，用心出發，才能讓使用者體驗度更高。）

五、簡曆書寫

簡曆內容

程式員的簡曆，一般包含下列內容：

基本資料(姓名、性別、年齡、婚否、電話、當前在職狀態)

求職意向(職位、工作地點)

知識、技能

自我評價

教育經曆

工作經曆

項目經驗

附加資訊(比如興趣愛好、榮譽、部落格、開源項目等)

star法則

STAR法則， Situation Task Action Result的縮寫。它是500強企業面試題時的技巧法則，備受面試者、成功者和500強HR的推崇。

Situation:事情是在什麼情況下發生

Task：你是如何明確你的任務的

Action針對這樣的情況分析，你採用了什麼行動方式

Result：結果怎樣，在這樣的情況下你學習到了什麼

比如說：

S：智能機頂盒上的視頻彙總用戶端，在播放視頻時，高峰時段或熱點視頻，經常卡頓

T：作為核心開發人員，負責用戶端 http 基礎類庫的開發和服務端 http  server(基於Qt)的開發。

A：我用到了什麼樣的技能，如何克服某種障礙

R：播放效果大幅度提升，卡頓投訴下降80%

簡曆最佳化

HR拿到招聘需求，會和技術人員溝通要關注的關鍵點，然後根據這些關鍵點挑選合適的簡曆。通常在HR眼裡，關鍵點就是關鍵詞，技術人員篩選簡曆，通常比HR要細一些，大致分兩步，先篩關鍵詞，然後是看項目經驗裡是否體現出了他們發布的崗位需要的技能和軟實力。所以，我們修改簡曆時，儘可能使用招聘資訊裡出現的字眼，便於HR識別。

模板

某某服務

項目簡介：通過手機定位功能，迅速找到周邊商戶，可直接通過手機下單，線上支付，商戶送貨上門或顧客線下消費。另可建立鄰裡和商戶的溝通群組，實現線上溝通並線上對商戶服務作出評價。

技術要點：

自訂TableViewCell的左滑顯示協助工具功能

自訂底部Dock欄替換系統TabBar

利用AFN實現網路資料載入，並對AFN實行封裝降低與第三方架構的耦合度

利用高德地圖API實現商戶位置顯示

利用SQLite實現購物車商品儲存

解析：

採用封裝或自訂等字眼為原則。項目書寫方式也符合star原則。明確問題和任務，再列舉出所需技術點，從而實現或達到了何種目的.

為自己的面試，為自己的跳槽，轉行而保駕護航。

 

iOS簡曆這樣寫，才能找到好工作