就在上個月中旬,技術老大讓我招兩個1-2年的iOS開發,把簡歷的篩選和第一輪技術面試的任務交給了我。
從篩選第一份簡歷,準備面試題,到成功招到兩個人一共花了兩個星期多一點,總體來說還是比較順利的。兩位通過者都比較穩重踏實,而且對技術也比較有追求。這也可能和我篩選簡歷比較謹慎有關係,這次篩選簡歷所花費的精力是不比面試花費的少的。
雖然時間跨度不是很長,但是畢竟是第一次,所以有些感觸,想總結出來分享給大家。這篇總結分為兩個部分:
- 第一部分是我當時準備的面試題
- 第二部分是我的心得
我重點在本文的第二部分說一下這次面試別人的心得體會。而關於第一部分的面試題,文中不提供答案(因為不是本文的重點),有想討論的歡迎在評論區留言。
第一部分:面試題
注意,下面這些題只是我準備的題庫。在實際面試的時候我會根據面試者的水平抽出相應的題目來出的。
技術
基礎
- 為什麼說Objective-C是一門動態的語言?
- 講一下MVC和MVVM,MVP?
- 為什麼代理要用weak?代理的delegate和dataSource有什麼區別?block和代理的區別?
- 屬性的實質是什麼?包括哪幾個部分?屬性預設的關鍵字都有哪些?@dynamic關鍵字和@synthesize關鍵字是用來做什麼的?
- 屬性的預設關鍵字是什麼?
- NSString為什麼要用copy關鍵字,如果用strong會有什麼問題?(注意:這裡沒有說用strong就一定不行。使用copy和strong是看情況而定的)
- 如何令自己所寫的物件具有拷貝功能?
- 可變集合類 和 不可變集合類的 copy 和 mutablecopy有什麼區別?如果是集合是內容複製的話,集合裡面的元素也是內容複製麼?
- 為什麼IBOutlet修飾的UIView也適用weak關鍵字?
- nonatomic和atomic的區別?atomic是絕對的執行緒安全麼?為什麼?如果不是,那應該如何實現?
- UICollectionView自定義layout如何實現?
- 用StoryBoard開發介面有什麼弊端?如何避免?
- 程式和執行緒的區別?同步非同步的區別?並行和併發的區別?
- 執行緒間通訊?
- GCD的一些常用的函式?(group,barrier,訊號量,執行緒同步)
- 如何使用佇列來避免資源搶奪?
- 資料持久化的幾個方案(fmdb用沒用過)
- 說一下AppDelegate的幾個方法?從後臺到前臺呼叫了哪些方法?第一次啟動呼叫了哪些方法?從前臺到後臺呼叫了哪些方法?
- NSCache優於NSDictionary的幾點?
- 知不知道Designated Initializer?使用它的時候有什麼需要注意的問題?
- 實現description方法能取到什麼效果?
- objc使用什麼機制管理物件記憶體?
中級
Block
- block的實質是什麼?一共有幾種block?都是什麼情況下生成的?
- 為什麼在預設情況下無法修改被block捕獲的變數? __block都做了什麼?
- 模擬一下迴圈引用的一個情況?block實現介面反向傳值如何實現?
Runtime
- objc在向一個物件傳送訊息時,發生了什麼?
- 什麼時候會報unrecognized selector錯誤?iOS有哪些機制來避免走到這一步?
- 能否向編譯後得到的類中增加例項變數?能否向執行時建立的類中新增例項變數?為什麼?
- runtime如何實現weak變數的自動置nil?
- 給類新增一個屬性後,在類結構體裡哪些元素會發生變化?
RunLoop
- runloop是來做什麼的?runloop和執行緒有什麼關係?主執行緒預設開啟了runloop麼?子執行緒呢?
- runloop的mode是用來做什麼的?有幾種mode?
- 為什麼把NSTimer物件以NSDefaultRunLoopMode(kCFRunLoopDefaultMode)新增到主執行迴圈以後,滑動scrollview的時候NSTimer卻不動了?
- 蘋果是如何實現Autorelease Pool的?
類結構
- isa指標?(物件的isa,類物件的isa,元類的isa都要說)
- 類方法和例項方法有什麼區別?
- 介紹一下分類,能用分類做什麼?內部是如何實現的?它為什麼會覆蓋掉原來的方法?
- 執行時能增加成員變數麼?能增加屬性麼?如果能,如何增加?如果不能,為什麼?
- objc中向一個nil物件傳送訊息將會發生什麼?(返回值是物件,是標量,結構體)
高階
- UITableview的優化方法(快取高度,非同步繪製,減少層級,hide,避免離屏渲染)
- 有沒有用過執行時,用它都能做什麼?(交換方法,建立類,給新建立的類增加方法,改變isa指標)
- 看過哪些第三方框架的原始碼?都是如何實現的?(如果沒有,問一下多圖下載的設計)
- SDWebImage的快取策略?
- AFN為什麼新增一條常駐執行緒?
- KVO的使用?實現原理?(為什麼要建立子類來實現)
- KVC的使用?實現原理?(KVC拿到key以後,是如何賦值的?知不知道集合操作符,能不能訪問私有屬性,能不能直接訪問_ivar)
專案
- 有已經上線的專案麼?
- 專案裡哪個部分是你完成的?(找一個亮點問一下如何實現的)
- 開發過程中遇到過什麼困難,是如何解決的?
學習
- 遇到一個問題完全不能理解的時候,是如何幫助自己理解的?舉個例子?
- 有看書的習慣麼?最近看的一本是什麼書?有什麼心得?
- 有沒有使用一些筆記軟體?會在多平臺同步以及多渠道採集麼?(如果沒有,問一下是如何複習知識的)
- 有沒有使用清單類,日曆類的軟體?(如果沒有,問一下是如何安排,計劃任務的)
- 平常看部落格麼?有沒有自己寫過?(如果寫,有哪些收穫?如果沒有寫,問一下不寫的原因)
有關技術類的問題可以在評論區留言,我重點說一下這輪面試的心得和體會。
第二部分:心得
面試者千萬不要答非所問
如果讓我選一個讓面試官覺得印象減分的點,答非所問應該是首當其衝的。
面試者一定要知道面試官問的點是什麼。
- 如果在知道面試官問的點,但是自己卻不知道答案的時候,可以提出思路,思考過程。其實有幾次面試者在我的引導下很容易就把答案說出來了,認清問題的點是解決問題的一半。
- 如果沒有理解好面試官問的問題,一定要事先和麵試官確認好。
其實這也屬於溝通能力的一點:如果不能保證和對方溝通內容的一致性,自己弄個filter把對方的話都曲解了,以後合作的時候又怎能保證溝通好呢?
面試者一定不要來得太早
這裡說的來得太早,是來得太早並告知面試官自己已經來了。
因為在約定好的面試時間之前,往往面試官還有別的事情在做,如果他知道你來的很早,就可能會擾亂他的計劃。有一位面試者早來了1個小時,結果把我們的面試計劃打亂了,而且正好是我的第一次面試,所以真的是有點措手不及。
求職者和公司定下來的時間屬於一個約定,約定是要遵守的。而且遵守約定同樣也是對對方的尊重。如果入職之前都沒能把握好,入職之後又如何能保證把握好呢?
實踐與理論的脫節,讓人很不安
能做出來專案,但是基礎知識很薄弱
幾乎每位面試者都能給我展示他做的一些app,雖然沒有很難的功能,但也都算是有板有眼。可讓我比較意外的是,雖然能做出有模有樣的app,但當我問到很多基礎的問題的時候卻答不上來,比如屬性和成員變數的區別,屬性的預設關鍵字,Designated Initializer的概念等等。。
這不禁讓我懷疑他們的程式碼的穩定性,更懷疑他們治學,做技術的態度。
雖說技術活需要實踐的磨練,但和理論脫節的技術是鑽不深的。可能有人會說我的面試題過於理論,實際中用不到。但有些時候,在實際開發中遇到的一些問題往往就是因為一些很基本的東西沒有弄清導致的,相信你我都深有體會。
而且,我們都知道技術的提升是階梯式的。什麼是階梯式的呢?就是可能我們會有比較長的時間才會有一個突破。但這個突破來的有多快,提升的有多高,是跟平時每個細小知識點的掌握程度是分不開的。
因為知識也是有複利效應的,準確地掌握越多的知識點,在以後的學習過程中,這些知識點相互之間想成的積極作用會越來越大:對新知識的理解更快,對問題的定位會更準,解決問題的方法也會越多。相反,如果你每個問題都得過且過,這些結果的複合作用就會導致你今後很難會有所突破了。
真的可能被簡歷騙到
上家的薪資很高,但是實際能力很不符
有一位面試者在簡歷裡號稱上一個工作拿了15k,但當我問到NSString屬性使用strong還是copy作為關鍵字的時候他卻說是strong,甚至連delegate都拿不準使用strong還是weak,我就有些奇怪了。
看技術部落格和技術書籍的人還是很少的
只依賴於公司裡的專案應該是不夠的,畢竟不是每個公司裡都有上乘的程式碼和技術
面試了大概20個人,但是真正有看過技術部落格和技術書籍的真的不多,更別提Github了。不過其中一位面試通過者是有github賬號的,並且有幾個小專案,印象非常好,加了不少分。
我相信在這一行的未來,簡歷裡面github賬號和部落格絕對會越來越受重視:
- 一方面簡歷真的是應接不暇,而且同時千篇一律,很難找出亮點。
- 另一方面,如果可以把自己的程式碼和成長展示給招聘公司,就會使得自己的能力在公司面前變得更加純粹和透明,更有助於找到適合你自己的公司。
以上就是我上個月的面試心得,希望大家多交流,有說的不對的地方還請多指正。
本篇已經同步到個人部落格:傳送門
---------------------------- 2018年7月17日更新 ----------------------------
注意注意!!!
筆者在近期開通了個人公眾號,主要分享程式設計,讀書筆記,思考類的文章。
- 程式設計類文章:包括筆者以前釋出的精選技術文章,以及後續釋出的技術文章(以原創為主),並且逐漸脫離 iOS 的內容,將側重點會轉移到提高程式設計能力的方向上。
- 讀書筆記類文章:分享程式設計類,思考類,心理類,職場類書籍的讀書筆記。
- 思考類文章:分享筆者平時在技術上,生活上的思考。
因為公眾號每天釋出的訊息數有限制,所以到目前為止還沒有將所有過去的精選文章都發布在公眾號上,後續會逐步釋出的。
而且因為各大部落格平臺的各種限制,後面還會在公眾號上釋出一些短小精幹,以小見大的乾貨文章哦~
掃下方的公眾號二維碼並點選關注,期待與您的共同成長~