相信各位讀了之前的兩篇文章，對pods的使用已經(jīng)相當熟練了。不過在紛繁復雜的實際使用場景下，可能還是會遇到一些問題。本文就結(jié)合自己的實踐經(jīng)驗，做一些快問快答，希望大家能多多補充交流。話不多說，那我們就即刻開始吧！
創(chuàng)新互聯(lián)成立于2013年，我們提供高端重慶網(wǎng)站建設(shè)公司、成都網(wǎng)站制作、成都網(wǎng)站設(shè)計、網(wǎng)站定制、全網(wǎng)整合營銷推廣、成都小程序開發(fā)、微信公眾號開發(fā)、seo優(yōu)化服務(wù)，提供專業(yè)營銷思路、內(nèi)容策劃、視覺設(shè)計、程序開發(fā)來完成項目落地，為玻璃隔斷企業(yè)提供源源不斷的流量和訂單咨詢。
pod系列文章
Cocoapods，讓iOS開發(fā)更簡單（一）：走近Cocoapods
Cocoapods，讓iOS開發(fā)更簡單（二）：創(chuàng)建私有庫
Cocoapods，讓iOS開發(fā)更簡單（三）：實踐經(jīng)驗匯總
一文帶你快速分清靜態(tài)庫-動態(tài)庫-Framework
一般推薦使用指定版本或范圍版本號，以確保依賴的穩(wěn)定性。
總結(jié) ：能用pod install解決問題的，就不要用pod update。因為pod update會把依賴庫全部檢查一遍，不僅慢有時候還會出現(xiàn)坑。
忽略Pods警告，有些第三方Pod集成進來會有一大堆警告信息，在Podfile中對應(yīng)的target或分組下加上關(guān)鍵字inhibit_all_warnings!就可以把警告忽略。
作用：
在pods中用frameworks替代.a靜態(tài)庫。
場景：
swift項目pods默認開啟（use_frameworks!），OC項目pods默認關(guān)閉（#use_frameworks!），同時需滿足以下兩點，
解析：
swift工程依賴了OC工程的話，需要use_modular_headers!
示例：
為某個 Pods 使用模塊化標頭，可以使用以下語法：
pod 'TestPodLib', :modular_headers = true
另外，當全局使用 use_modular_headers! 屬性時，同時還可以使用以下方法從模塊化標頭中排除特定的Pod：
pod 'TestPodLib', :modular_headers = false
版本格式：主版本號.次版本號.修訂號，版本號遞增規(guī)則如下：
常用的方式調(diào)用pod中的素材是不生效的，因為默認是從mainBundle中讀取的，如
打在pod中的素材已經(jīng)不在mainBundle中而在對應(yīng)組件下的bundle 里面，所以應(yīng)該這么調(diào)用：
在用CocoaPods集成第三方庫之后，默認情況下，使用類似#import XXX/YYY.h的方式引入第三方庫的頭文件。
pod search只會搜索本地緩存的庫，如果想搜索到最新的第三方框架或者某個框架的最新版本，必須先使用pod repo update。
《圍城》里將婚姻形容為一個圍城，城內(nèi)的想出去，城外的想進去，其實職場又何嘗不是另一個圍城，因此跳槽、臥槽的紛爭不斷在身邊上演。俗話說“金三銀四”，這正是每年各家企業(yè)尋求畜牧人才的旺季，想必不少人的心思已經(jīng)開始活絡(luò)了起來。但是畜牧人才網(wǎng)想在這里提醒各位，跳槽不僅是為了獲得一份更好的薪資，更是職場生涯中重要的一環(huán)，然而已經(jīng)錯過金三的你準備如何在銀四找到屬于自己的工作呢？
大家經(jīng)常覺得簡歷就自我贊歌，所有美好的形容詞堆砌起來都不夠不夠的，自己實在是太優(yōu)秀了[捂臉]！
但是，實際上這樣的簡歷并非真的優(yōu)秀。拿下圖舉例。
第一個小白，簡歷做的像渣渣，海投簡歷無人問津，鐵定不是好簡歷。
第二個小黑，簡歷做的像文案，頭像層層美顏，投出去的簡歷幾乎封封得到回復，但幾乎沒通過一面，這也不是好簡歷。
真正好的簡歷，是命中率高的小紅，雖然沒有全部回復，回復過的公司總能保持較高的面試通過率，用最少資源，找到合適的工作。
所以下面三個人中，小白做的太渣，小黑做的太過……
網(wǎng)傳HR篩一份簡歷最多3秒鐘，有人說自己只要1秒，全局來說不到1秒鐘我相信。
大家可能不知道簡歷有個篩選器功能，比如今天我招個iOS應(yīng)用開發(fā)工程師，設(shè)置字段如學歷、工作經(jīng)驗、性別等信息，可以把研究生以下、工作經(jīng)驗不到2年的全部篩掉。幾秒鐘篩選幾百封再正常不過。
時間緊、壓力大，根據(jù)達爾文的進化論，招聘HR進化出一個決策框架來篩選候選人，比如：
求職者要珍惜這有限的注意力，把簡歷包裝精簡而有吸引力，讓HR一眼看到你的特點,總結(jié)起來就三個詞：
很多人跳槽前有目標，比如某家的程序猿，提前了解，知己知彼，成功幾率高。
也有人廣撒網(wǎng)的，覺得自己能力到哪都行，把行業(yè)前幾名公司劃拉一下，選出幾個目標職位，海投了簡歷。
投簡歷前心里做個匹配度盤點，確定勝算幾率，知道簡歷書寫重點。為什么還能知道簡歷重點呢？關(guān)于盤點的思路見下表，實際匹配度的評估只要心里盤算一下即可，不需要表。
職位分類是說，你上家單位是否做過相似職能的工作。
工作經(jīng)驗是說，你的工作時間、工作環(huán)境、工作內(nèi)容，是否與目標崗位匹配。
簡歷定位就是要按照與以上崗位要求相關(guān)的內(nèi)容來開始給自己畫一個像，做個定位，履歷內(nèi)容緊貼定位。
工作履歷是簡歷的主體，而所有工作履歷中，項目經(jīng)驗是比較重要的內(nèi)容，可以放在更靠上的位置，一般來說：負責外部咨詢項目經(jīng)驗 主持內(nèi)部項目經(jīng)驗 參與普通項目經(jīng)驗 沒有項目經(jīng)驗。所以相應(yīng)的文字比重也是按照這個順序由大到小來寫。
另外，經(jīng)常有人不知道工作職責的寫法，在這里明確方法如下：根據(jù)「工作限定」，通過「實現(xiàn)途徑」，達成「任務(wù)目標」
如：參與/參加/承擔****部門****項目的調(diào)研/研究/設(shè)計實習，通過****，實現(xiàn)****率增長*個百分點。
這里有幾句話：
所以畢業(yè)3年以上的，學校獎學金的事可以省略了。個人評價「執(zhí)行力強、創(chuàng)新思維、服務(wù)意識」也不要寫了，寫了HR也不看。過度包裝不適用于大多數(shù)職位，一是審美疲勞二是會稀釋專業(yè)性，簡歷還是要看內(nèi)容。
web前端開發(fā)簡歷中項目經(jīng)驗可以寫領(lǐng)導的項目和開發(fā)的產(chǎn)品。學習web前端開發(fā)，推薦千鋒教育，一群草根奉獻著自己的青春年華，為創(chuàng)造一個有真正社會價值的職業(yè)教育機構(gòu)“千鋒教育”而奮力拼搏，值得信賴。
web前端開發(fā)簡歷中項目經(jīng)驗可以寫的內(nèi)容具體為：
1、可以做幾個意義性強一點的案例，可以證明在這些方面有造詣，并且讓人可以看的出的demo，列舉幾個站點，并注明參與了哪些部分，學到了哪些知識。方便的可以傳到共享之類的網(wǎng)站或者自己搭建在線預覽的站點，要事先準備好，并且保證在任何一個設(shè)備都可以訪問使用。
2、就職期間參與公司部產(chǎn)品開發(fā), 負責服務(wù)器環(huán)境構(gòu)建, 熟悉了redis, nginx在高并發(fā)環(huán)境下的應(yīng)用，就職期間參與XXX網(wǎng)站開發(fā), 并配合iOS研發(fā)部門開發(fā)了移動端站點, 運營期間不斷完善, 學習了在移動端開發(fā)網(wǎng)站的相關(guān)技能。
想要了解更多web前端開發(fā)的相關(guān)信息，推薦咨詢千鋒教育。千鋒勵精圖治，不改教育初心。十一年來，千鋒以政策為引導，不斷完善國內(nèi)特色現(xiàn)代職業(yè)教育體系建設(shè)，充分發(fā)揮教研師資隊伍使命，構(gòu)建品質(zhì)教育，加大創(chuàng)新型人才培養(yǎng)力度，為經(jīng)濟發(fā)展提供智力人才和智力支撐，成為新時期職業(yè)教育發(fā)展的新方向，在同行業(yè)中有很高的美譽度。
基礎(chǔ)
一定的編程經(jīng)驗
這里說的編程經(jīng)驗是至少熟練一門編程語言，對 OOP 有一定的了解，最好熟悉一些基本的設(shè)計模式。遇到過的好多 iOS 開發(fā)，大多是從別的語言轉(zhuǎn)過來的，所以有一定的編程基礎(chǔ)，學起來會更容易 get the point.
如果是第一次接觸編程，當然也是沒問題的，只是要做好心理準備，可能會比想象的難。
英語
發(fā)現(xiàn)不少開發(fā)對于英語似乎有點接受不能，通常都是中文優(yōu)先，除非迫不得已，才硬著頭皮看看 StackOverflow，英文文章，文檔等。忘了是誰說過「難走的路越走越好走」，通常如此。其實只要稍微 push 一下自己，那些技術(shù)文章啃下來應(yīng)該不會有太大的問題，有過幾次成功的體驗后，這種恐懼感就會減少很多。優(yōu)質(zhì)的文章、視頻、書籍，多是英文的，不邁過這個 坎，將來要么成為瓶頸，要么花更大的成本去填補。
入門
書籍
要學習 iOS 開發(fā)，自然要先學 Objective-C （當然現(xiàn)在也可以直接上 Swift，不過如果多人協(xié)作的話，OC目前還是主流），因為 OC 是 C 語言的超集，所以了解 C 語言對于學習 OC 肯定會有幫助，不過就算不了解，直接學 OC 也沒太大問題。
這里推薦 BNR (Big Nerd Ranch) 的這本 Objective-C Programming The Big Nerd Ranch Guide，講解地比較細致，能幫助你更好的理解 OC，更重要的是教你遇到問題時，如何去解決問題，以及這個問題對應(yīng)的一些知識點，如何使用文檔等等。
來到一個新的世界，肯定會對這個世界充滿好奇，想訂閱一大堆博客，買一堆書，看各種教程和視頻，然后就變得浮躁，不知該從哪下手，這會導致拖延癥。 我渴了，給我倒一杯水，這個很直接，馬上就可以做，但如果是給我買一瓶飲料，而自己對那些飲料又不怎么熟悉時，就糾結(jié)了，不如刷會微博，看看朋友圈，玩?zhèn)€小游戲先。
所以一本好的入門教材很重要，要契合自己當前的水平，且常常會有收獲，這種成就感會激勵著你繼續(xù)學下去。
在看書的過程中，往往會有這樣的經(jīng)歷：書中提到某個人、觀點、知識點、書、文章，然后就順著它提到的這些東西出去了，可能某個知識點又牽扯到另一些內(nèi)容，然后就這樣越走越遠。想起了一個故事——
三只獵狗追一只土拔鼠,土拔鼠逃跑時鉆進了一個樹洞。這個樹洞只有一個出口,不一會兒,忽然從樹洞里跑出一只兔子。兔子飛快地向前跑,并爬上另一棵大樹。兔子因為慌亂在樹上沒站穩(wěn),掉了下來,砸暈了正仰頭看的三只獵狗,最后,兔子終于逃脫。
對于這個故事可以從不同的角度去解讀，我更愿意以初心去解讀。兔子為什么會爬樹？為什么能砸暈三只獵狗？這不是重點，重點是，之前追趕的土撥鼠哪去了？看書時難免會有延伸閱讀，這個深度我覺得不宜超過 2 層，不然很容易就回不來了。
還有就是如果有可能，最好每天都看點，這其實是很難的，因為總是會有優(yōu)先級更高的事，或者之前的某些習慣在干擾。一旦斷了幾天，就不想再拿起來了。
還有，蘋果官方的 Start Developing iOS Apps Today 也是很不錯的入門材料。
視頻
推薦斯坦福老頭子(Paul Hegarty)的 Developing iOS 7 Apps for iPhone and iPad ，當初也是看的這個（那時還是更老的版本），Paul 是資深的 Mac/iOS 開發(fā)（前蘋果員工？），很多知識點講得很到位，學生們的提問也大都在點上，同時配有Demo，總之聽下來會對 iOS 開發(fā)有比較全面的了解。
同時推薦一本小冊子：objc-zen-book，花不長時間就能看完，里面是一些 Best Practices，對于編寫優(yōu)質(zhì)代碼會很有幫助。
筆記
這是一個持久的過程，任何階段都適用。以前也沒太在意這個，覺得概念性的東西，腦子過一遍，就大概知道了，然后就去啃其他的東西了，現(xiàn)在看來，如果有記筆記的話，會更有助于消化概念、知識點，也可以記錄自己的思考過程。達芬奇就記錄了10000多頁的筆記。
記筆記可以加深對知識點的理解，而成為編程巨星的唯一秘訣就是：對所做的事情理解地越深，就會做得越好。同時如果遵循遺忘曲線去復習的話，效果更佳。對知識點了解地足夠透徹后，Debug 時才更有可能知道問題出在哪，解決問題也更容易有思路。
筆記不僅可以記知識點，也可以記錄調(diào)試過程，比如這篇筆記，有一種調(diào)試方法：小黃鴨調(diào)試法
許多程序員都有過向別人（甚至可能向完全不會編程的人）提問及解釋編程問題，就在解釋的過程中擊中了問題的解決方案。一邊闡述代碼的意圖一邊觀察它實際上的意圖并做調(diào)試，這兩者之間的任何不協(xié)調(diào)會變得很明顯，并且更容易發(fā)現(xiàn)自己的錯誤。
生活中我們可能不會真的這么去做，這時抽離出另一個自己，記錄下跟ta的對話，也是個發(fā)現(xiàn)問題的好方法。
練習
這也是一個持續(xù)的過程，知道了些概念或原理后，總是會想著去驗證下是不是這樣，無論結(jié)果是否如自己預期，實踐的過程會降低對語言的陌生感，慢慢地培養(yǎng)一種駕馭這門語言的自信，如果出了錯，正好可以重新梳理一下。
目標
如果靜下心來看完了 BNR 的這本書，以及斯坦福的 iOS 開發(fā)視頻，那么對 OC 應(yīng)該比較了解了，一些常用的 UIKit 用起來也沒什么問題了，比如 UIViewController / UIView / UIScrollView / UIImageView / UITableView。也熟悉一些概念，如 KVO / MVC / Delegate / DataSource。
這個階段下來，應(yīng)該會有：哦，iOS 開發(fā)也就這樣嘛，多翻翻文檔，熟悉 Cocoa Touch 的一些 Class，差不多也能做出一個簡單的 App 了。
進階
入門之后，接下來可以折騰的東西還會有不少。
書籍
Effective Objective-C 2.0，里面提到了 52 種提高 iOS App 質(zhì)量的途徑。涉及了 API 設(shè)計、protocols / category 的使用、寫出更模塊化的代碼等，讀下來應(yīng)該會有不少收獲。
iOS Programming: The Big Nerd Ranch Guide (4th Edition)，又是一本 BNR 的書，這本書的特點是通過 Demo 來引出知識點，然后提一些問題，并且會細說解題思路?？磿倪^程中，對于元學習能力的提升也會有一定幫助。
--- update ---
發(fā)現(xiàn)巧哥的 iOS開發(fā)進階 已經(jīng)可以在京東買到了，雖然沒有細看，但巧哥出品質(zhì)量肯定有保障。
其他資源
進入這個階段后，可以去探索更大的世界了，現(xiàn)在的資源已經(jīng)很豐富了，但還是要遵循「少而精」的原則。以下是我覺得挺不錯的資源
iOS Dev Weekly 每周一期，內(nèi)容多為這一星期里值得關(guān)注的Github項目、文章、工具等。
iOS 移動開發(fā)周報 這是唐巧大大整理的每周不錯的 iOS 開發(fā)相關(guān)的內(nèi)容，多為中文。
RayWenderlich 很多詳細又全面的教程，不容錯過。
iOS Dev Slack 國內(nèi)不少 iOS 開發(fā)（包括大大們）都在這里，不過現(xiàn)在好像不怎么能拿到邀請了。
中文 iOS/Mac 開發(fā)博客列表，打開工具訂閱吧。
還有，如果可能的話，多去分享自己學到的東西，教是最好的學，我試過幾次，效果真的很不錯。
目標
這個階段下來，對于常用的設(shè)計模式、內(nèi)存管理、Blocks 的使用、圖像操作、網(wǎng)絡(luò)請求和管理、多線程應(yīng)該比較熟悉了。對于 CALayer、Animation、UIScrollView、UITableView、UICollectionView、 ViewController Container 則非常熟悉，對「非常熟悉」的定義是：不打開 Xcode，腦子里就能把相應(yīng)的知識點復述出來 80% ，比如這個類有哪些方法，Delegate / DataSource 有哪些方法，怎么使用，如果要實現(xiàn)某個效果，應(yīng)該怎么做（好吧， UICollectionView 除外）。
高級
其實高級、進階、入門并沒有嚴格的界限，在入門階段也可以探究高級階段的一些東西。我覺得支撐我們不斷探索和前進的動力不是興趣，而是永不滿足的好奇心，和對優(yōu)雅代碼的追求。
If your standards are low, you're going to stop pretty early on in the process.
BNR 的這篇 Leveling Up 已經(jīng)講得很好了，也更加細致。
書籍
iOS 7 Programming Pushing the Limits 這本書對 iOS 7 的一些特性會講解地比較深入，當然也不僅僅是 iOS 7。只嘆 iOS 更新實在太快，書籍往往跟不上，一本好書往往需要很長時間來撰寫，等書可以出版了，iOS 又出新版本了。
源碼
看優(yōu)秀的源碼，可以學到很多東西，使用過程中遇到問題也更容易解決。這些是我覺得值得細看的源碼：AFNetworking(NSOperation, HTTP, Block), SDWebImage(Image Handle, Cache, NSOperation, Block),SVPullToRefresh(UIScrollView, State Handle), JSONModel(runtime)
如果有興趣，也可以翻翻 CoreFoundation / OC runtime 的源碼。
資源
oleb
NSHipster
objc.io || objcio.cn
WWDC 視頻
工具
chisel Facebook 出品的 LLDB 助手，用于調(diào)試很方便
Reveal 每當好奇某個 App 的實現(xiàn)時，都會打開它一窺究竟，用于調(diào)試自己的 App 也很方便
Aspects steipete 大大出品的一款方便使用 method swizzling 的工具，可以在運行時動態(tài)添加代碼到某個方法
class-dump 從 Mach-O 文件生成 OC 頭文件，有時想看看某個 App 大概是如何組織的會比較方便
Hopper 可以對二進制文件進行反編譯，甚至可以生成偽代碼！有時想看看 UIViewController 里某個方法大概是怎么實現(xiàn)的，就可以用它。
Instruments 這個內(nèi)置的工具對于發(fā)現(xiàn) App 的各種問題很有幫助，如內(nèi)存占用、泄露，渲染問題等。
目標
這個階段，對于底層的實現(xiàn)會有更深入的了解，各種 Core 開頭的 Framework 至少可以說出個大概，工具也能熟練使用，「正經(jīng)的代碼」寫過數(shù)萬行，可能天天在翻 Dash。如果別人讓你實現(xiàn)某個功能，能在較短的時間內(nèi)給出不錯的實現(xiàn)方案，并且足夠細致，甚至精細到如何使用 Core Graphic 去畫某個圖像。
其他
我覺得無論學習什么，「速成」的心態(tài)是最要不得的，這只會讓自己變得浮躁，一知半解，整個過程也很難讓自己的元學習能力得到提升。慢慢來，攻占一個城后，再去打下一個，這時心態(tài)也會平和許多。
2、你在項目組中的位置、是否能獨立解決問題；
3、你的業(yè)務(wù)知識與團隊合作能力等。
技術(shù)顯然是最重要的，但你需要非常用心的描述整個項目的技術(shù)框架，讓招聘人員知道你從對宏觀上架構(gòu)很熟悉，然后突出你解決的技術(shù)問題。
下面我們參考一種項目描述：
本項目采用JSP+JavaBean+Struts開發(fā)，采用了MVC模式，表現(xiàn)層與業(yè)務(wù)層分離，易于維護、擴展
下面是我寫的一段項目描述（虛擬的）：
本項目結(jié)構(gòu)上分為表現(xiàn)層、業(yè)務(wù)層和數(shù)據(jù)訪問層，層次間的依賴關(guān)系自下到上。采用的技術(shù)有Struts，Spring，Hibernate，Log4J，JDom等。其中表現(xiàn)層采用Struts框架開發(fā)；業(yè)務(wù)層封裝業(yè)務(wù)流程，為適應(yīng)業(yè)務(wù)的變更，每一業(yè)務(wù)模塊均有專門的接口及實現(xiàn)類，利用Spring的IoC功能將實現(xiàn)類注入給表現(xiàn)層的Action；數(shù)據(jù)訪問層借助于Hibernate實現(xiàn)，代碼簡潔且可適應(yīng)不同的數(shù)據(jù)庫。事務(wù)部分利用Spring的聲明式事務(wù)管理。為提高性能，采用ServletFilter實現(xiàn)了緩存代理
這段項目經(jīng)驗描述簡單的勾劃出了系統(tǒng)的結(jié)構(gòu)，也表現(xiàn)出你非常熟悉Struts，Spring，Hiberante這幾種技術(shù)。
同時可以注意到，其中一些重要環(huán)節(jié)描述的十分簡略，比如事務(wù)、緩存代理
，這其實是故意的。
面試的時候很多人都怕對方突然問一個自己沒有準備的問題，往往缺乏應(yīng)變能力。一方面你需要多進行專門的練習，另一方面要知道面試時你并不總是被動的，等待對方發(fā)問。
如果你給對方的只是一份普普通通的簡歷，里面只提到了大家都會提及的JSP，Struts，那你只好等待對方隨機的問題了。但是如果你的項目經(jīng)驗和描述像剛才那么寫，對方就很可能會問你到底是如何在Spring中應(yīng)用事務(wù)、如何使用緩存代理（如果對方是技術(shù)人員的話），這時你已經(jīng)變被動為主動啦當然，前提是你寫的這些技術(shù)要點一定是自己掌握的，事先已經(jīng)想好如何表達的！這只是一點面試技巧里面的內(nèi)容。
總之寫好個人簡歷中項目經(jīng)驗中項目描述也是求職方法的一種。
重慶分公司
重慶分公司
