iOS如何才能在招聘中表現(xiàn)得靠譜？
近一年內(nèi)陸續(xù)面試了不少人了，從面試者到面試官的轉變讓我對 iOS 招聘有了更多的感受。經(jīng)過了前段時間的一大波面試，我們終于找到了志同道合的小伙伴，面試也暫時告一段落了。總結下面試人過程中的感受，你也可以讀到我們對簡歷、算法、性格、iOS 基礎、底層知識的看法和一些常問的面試題。
一個靠譜的簡歷
簡歷非常能反映一個人的性格和水平，相比于你在學校獲得多少獎項，工作經(jīng)歷、項目經(jīng)歷、熟悉的技術等更加關鍵，如果還有博客和一些 github 上的項目，好感度++，但記得在去面試前收拾下，我們真的會挨個文件 review 你的開源代碼的。我們還喜歡關注一些細節(jié)，比如簡歷里關鍵字的拼寫，看似無關緊要但很能反映出對自己的要求，經(jīng)常見一個簡歷中 iOS 這三個字母的拼寫就出現(xiàn) IOS、iOS、ios 三種的，非常不能忍，再列舉幾個常見問題：
- iPhone -> IPHONE IPhone
- Xcode -> XCode xcode
- Objective-C -> Object-C
- JSON -> Json
- HTTP -> Http
還有，注意中英文間用一個半角空格隔開，排版會漂亮很多，簡歷承載的不僅是內(nèi)容，還有細節(jié)和態(tài)度，上面這些點往往都反映著面試者的代碼風格、做事的認真程度。當然，簡歷寫的很漂亮但面聊之后發(fā)現(xiàn)啥都不會的也有，甚至見過來面試上來就跟我說簡歷是假的，就想求個面試機會這種 - -
面試
別遲到，別遲到，別遲到，重要的事說三遍。有變動提前通知 HR，碰到過臨時有事沒來，和誰都不說一聲，打電話過去還要求改個時間的，這種直接拜拜。
面試時最好準備紙、筆、簡歷，可能用不上，但很能體現(xiàn)認真程度。有條件的話帶著 Mac 和源碼，手機中裝好所有在簡歷中出現(xiàn)的 App。
關于算法
我們是實用主義，iOS 開發(fā)中很少需要自己寫復雜的算法，所以不在面試考核標準中。
代碼規(guī)范
這是一個重點考察項，曾經(jīng)在微博上發(fā)過一個風格糾錯題：
也曾在面試時讓人當場改過，槽點不少，能夠有 10 處以上修改的就基本達到標準了（處女座的人在這方面表現(xiàn)都很優(yōu)秀）
一個區(qū)分度很大的面試題
考察一個面試者基礎咋樣，基本上問一個 @property 就夠了：
@property 后面可以有哪些修飾符？
什么情況使用 weak 關鍵字，相比 assign 有什么不同？
怎么用 copy 關鍵字？
這個寫法會出什么問題： @property (copy) NSMutableArray *array;
如何讓自己的類用 copy 修飾符？如何重寫帶 copy 關鍵字的 setter？
這一套問題區(qū)分度比較大，如果上面的問題都能回答正確，可以延伸問更深入點的：
@property 的本質是什么？ivar、getter、setter 是如何生成并添加到這個類中的
@protocol 和 category 中如何使用 @property
runtime 如何實現(xiàn) weak 屬性
每個人擅長的領域不一樣，我們一般會從簡歷上找自己寫擅長的技術聊，假如自己并不是很熟，最好別寫出來或扯出來，萬一面試官剛好非常精通這里就露餡了。
Checklist
總結過些面試題，沒堅持下去，后來把這些當 checklist，面試的時候實在沒話聊的時候做個提醒，語言、框架、運行機制性質的：
[※]@property中有哪些屬性關鍵字？
[※]weak屬性需要在dealloc中置nil么？
[※※]@synthesize和@dynamic分別有什么作用？
[※※※]ARC下，不顯示指定任何屬性關鍵字時，默認的關鍵字都有哪些？
[※※※]用@property聲明的NSString（或NSArray，NSDictionary）經(jīng)常使用copy關鍵字，為什么？如果改用strong關鍵字，可能造成什么問題？
[※※※]@synthesize合成實例變量的規(guī)則是什么？假如property名為foo，存在一個名為_foo的實例變量，那么還會自動合成新變量么？
[※※※※※]在有了自動合成屬性實例變量之后，@synthesize還有哪些使用場景？
[※※]objc中向一個nil對象發(fā)送消息將會發(fā)生什么？
[※※※]objc中向一個對象發(fā)送消息[obj foo]和objc_msgSend()函數(shù)之間有什么關系？
[※※※]什么時候會報unrecognized selector的異常？
[※※※※]一個objc對象如何進行內(nèi)存布局？（考慮有父類的情況）
[※※※※]一個objc對象的isa的指針指向什么？有什么作用？
[※※※※]下面的代碼輸出什么？
- @implementation Son : Father
- - (id)init
- {
- self = [super init];
- if (self) {
- NSLog(@"%@", NSStringFromClass([self class]));
- NSLog(@"%@", NSStringFromClass([super class]));
- }
- return self;
- }
- @end
[※※※※]runtime如何通過selector找到對應的IMP地址？（分別考慮類方法和實例方法）
[※※※※]使用runtime Associate方法關聯(lián)的對象，需要在主對象dealloc的時候釋放么？
[※※※※※]objc中的類方法和實例方法有什么本質區(qū)別和聯(lián)系？
[※※※※※]_objc_msgForward函數(shù)是做什么的，直接調(diào)用它將會發(fā)生什么？
[※※※※※]runtime如何實現(xiàn)weak變量的自動置nil？
[※※※※※]能否向編譯后得到的類中增加實例變量？能否向運行時創(chuàng)建的類中添加實例變量？為什么？
[※※※]runloop和線程有什么關系？
[※※※]runloop的mode作用是什么？
[※※※※]以+ scheduledTimerWithTimeInterval...的方式觸發(fā)的timer，在滑動頁面上的列表時，timer會暫定回調(diào)，為什么？如何解決？
[※※※※※]猜想runloop內(nèi)部是如何實現(xiàn)的？
[※]objc使用什么機制管理對象內(nèi)存？
[※※※※]ARC通過什么方式幫助開發(fā)者管理內(nèi)存？
[※※※※]不手動指定autoreleasepool的前提下，一個autorealese對象在什么時刻釋放？（比如在一個vc的viewDidLoad中創(chuàng)建）
[※※※※]BAD_ACCESS在什么情況下出現(xiàn)？
[※※※※※]蘋果是如何實現(xiàn)autoreleasepool的？
[※※]使用block時什么情況會發(fā)生引用循環(huán)，如何解決？
[※※]在block內(nèi)如何修改block外部變量？
[※※※]使用系統(tǒng)的某些block api（如UIView的block版本寫動畫時），是否也考慮引用循環(huán)問題？
[※※]GCD的隊列（dispatch_queue_t）分哪兩種類型？
[※※※※]如何用GCD同步若干個異步調(diào)用？（如根據(jù)若干個url異步加載多張圖片，然后在都下載完成后合成一張整圖）
[※※※※]dispatch_barrier_async的作用是什么？
[※※※※※]蘋果為什么要廢棄dispatch_get_current_queue？
[※※※※※]以下代碼運行結果如何？
- - (void)viewDidLoad
- {
- [super viewDidLoad];
- NSLog(@"1");
- dispatch_sync(dispatch_get_main_queue(), ^{
- NSLog(@"2");
- });
- NSLog(@"3");
- }
[※※]addObserver:forKeyPath:options:context:各個參數(shù)的作用分別是什么，observer中需要實現(xiàn)哪個方法才能獲得KVO回調(diào)？
[※※※]如何手動觸發(fā)一個value的KVO
[※※※]若一個類有實例變量NSString *_foo，調(diào)用setValue:forKey:時，可以以foo還是_foo作為key？
[※※※※]KVC的keyPath中的集合運算符如何使用？
[※※※※]KVC和KVO的keyPath一定是屬性么？
[※※※※※]如何關閉默認的KVO的默認實現(xiàn)，并進入自定義的KVO實現(xiàn)？
[※※※※※]apple用什么方式實現(xiàn)對一個對象的KVO？
[※※]IBOutlet連出來的視圖屬性為什么可以被設置成weak?
[※※※※※]IB中User Defined Runtime Attributes如何使用？
[※※※]如何調(diào)試BAD_ACCESS錯誤
[※※※]lldb（gdb）常用的調(diào)試命令？
這些小題可以做為討論的入口，根據(jù)面試者的回答再繼續(xù)聊下去。其中一些題比較底層，是留給屌屌的面試者或者試探評級用的，一般情況并不是重點的考察內(nèi)容。
業(yè)務能力
畢竟平常的工作內(nèi)容不是 runtime、runloop，不怎么會用到底層的黑魔法，80% 的時間都是和搭建頁面、寫業(yè)務邏輯、網(wǎng)絡請求打交道。
要求面試者能夠熟練構建 UI，我會找一個面試者做過的頁面讓他分析下頁面結構、約束或者 frame 布局的連法和計算方法；有時也會讓面試者說說 UITableView 常用的幾個 delegate 和 data source 代理方法，動態(tài) Cell 高度計算什么的；接下來，在手機里隨便找一個 App 的頁面，讓面試者當場說說如果是他寫應該用哪些 UI 組件和布局方式等。問幾個問題后就能大概了解業(yè)務能力了，我們這邊重度使用 IB 和 AutoLayout，假如面試者依然使用代碼碼 UI 也到?jīng)]關系，有“從良”意愿就很好~
程序架構和一些設計模式如果面試者自己覺得還不錯的話也會聊聊，但跪求別說 Singleton 了，用的越多對水平就越表示懷疑。對設計模式自信的我一般問一個問題，抽象工廠模式在 Cocoa SDK 中哪些類中體現(xiàn)？
架構上 MVC 還是 MVVM 還是 MVP 神馬的到是可以聊聊各自的見解，反正也沒有正確答案，只要別搞的太離譜就行，比如有的人說網(wǎng)絡請求和數(shù)據(jù)庫的操作最好放到 UIView 的子類里面干。
網(wǎng)絡請求、數(shù)據(jù)庫等各家都有成熟的封裝，基本知道咋用就行。除此之外，我們還會順帶的問下除了 iOS 開發(fā)外，還會什么其他編程語言、或者熟悉哪種腳本語言和 Terminal 操作等，甚至還問問是如何翻墻- -，相信這些技能都是很重要的。
性格
大家都是寫程序的，沒啥必要用奇怪的、很難的問題難為對方，更關鍵的還是性格，和 Team 的風格是不是和的來。一個心態(tài)良好的面試者需要有個平常心，不傲嬌也不跪舔，表達要正常，經(jīng)常遇到問一個問題后一兩分鐘一直處于沉思狀態(tài)，一句話不說，交流像擠牙膏一樣，很是憋屈；還有非常屌屌的，明明不懂仍然強行據(jù)理力爭，鎮(zhèn)得住面試官也罷，撞槍口上就別怪不客氣了- - 。決定要不要一個人基本上聊 5 分鐘就可以確定了，喜歡水到渠成的感覺，看對眼了擋都擋不住。
招聘告一段落，后面將會有更精彩的事情發(fā)生。最后，再次感謝大家的支持和對我的信任。
