相信各位读了之前的两篇文章，对pods的使用已经相当熟练了。不过在纷繁复杂的实际使用场景下，可能还是会遇到一些问题。本文就结合自己的实践经验，做一些快问快答，希望大家能多多补充交流。话不多说，那我们就即刻开始吧！
创新互联成立于2013年，我们提供高端重庆网站建设公司、成都网站制作、成都网站设计、网站定制、全网整合营销推广、成都小程序开发、微信公众号开发、seo优化服务，提供专业营销思路、内容策划、视觉设计、程序开发来完成项目落地，为玻璃隔断企业提供源源不断的流量和订单咨询。
pod系列文章
Cocoapods，让iOS开发更简单（一）：走近Cocoapods
Cocoapods，让iOS开发更简单（二）：创建私有库
Cocoapods，让iOS开发更简单（三）：实践经验汇总
一文带你快速分清静态库-动态库-Framework
一般推荐使用指定版本或范围版本号，以确保依赖的稳定性。
总结 ：能用pod install解决问题的，就不要用pod update。因为pod update会把依赖库全部检查一遍，不仅慢有时候还会出现坑。
忽略Pods警告，有些第三方Pod集成进来会有一大堆警告信息，在Podfile中对应的target或分组下加上关键字inhibit_all_warnings!就可以把警告忽略。
作用：
在pods中用frameworks替代.a静态库。
场景：
swift项目pods默认开启（use_frameworks!），OC项目pods默认关闭（#use_frameworks!），同时需满足以下两点，
解析：
swift工程依赖了OC工程的话，需要use_modular_headers!
示例：
为某个 Pods 使用模块化标头，可以使用以下语法：
pod 'TestPodLib', :modular_headers = true
另外，当全局使用 use_modular_headers! 属性时，同时还可以使用以下方法从模块化标头中排除特定的Pod：
pod 'TestPodLib', :modular_headers = false
版本格式：主版本号.次版本号.修订号，版本号递增规则如下：
常用的方式调用pod中的素材是不生效的，因为默认是从mainBundle中读取的，如
打在pod中的素材已经不在mainBundle中而在对应组件下的bundle 里面，所以应该这么调用：
在用CocoaPods集成第三方库之后，默认情况下，使用类似#import XXX/YYY.h的方式引入第三方库的头文件。
pod search只会搜索本地缓存的库，如果想搜索到最新的第三方框架或者某个框架的最新版本，必须先使用pod repo update。
《围城》里将婚姻形容为一个围城，城内的想出去，城外的想进去，其实职场又何尝不是另一个围城，因此跳槽、卧槽的纷争不断在身边上演。俗话说“金三银四”，这正是每年各家企业寻求畜牧人才的旺季，想必不少人的心思已经开始活络了起来。但是畜牧人才网想在这里提醒各位，跳槽不仅是为了获得一份更好的薪资，更是职场生涯中重要的一环，然而已经错过金三的你准备如何在银四找到属于自己的工作呢？
大家经常觉得简历就自我赞歌，所有美好的形容词堆砌起来都不够不够的，自己实在是太优秀了[捂脸]！
但是，实际上这样的简历并非真的优秀。拿下图举例。
第一个小白，简历做的像渣渣，海投简历无人问津，铁定不是好简历。
第二个小黑，简历做的像文案，头像层层美颜，投出去的简历几乎封封得到回复，但几乎没通过一面，这也不是好简历。
真正好的简历，是命中率高的小红，虽然没有全部回复，回复过的公司总能保持较高的面试通过率，用最少资源，找到合适的工作。
所以下面三个人中，小白做的太渣，小黑做的太过……
网传HR筛一份简历最多3秒钟，有人说自己只要1秒，全局来说不到1秒钟我相信。
大家可能不知道简历有个筛选器功能，比如今天我招个iOS应用开发工程师，设置字段如学历、工作经验、性别等信息，可以把研究生以下、工作经验不到2年的全部筛掉。几秒钟筛选几百封再正常不过。
时间紧、压力大，根据达尔文的进化论，招聘HR进化出一个决策框架来筛选候选人，比如：
求职者要珍惜这有限的注意力，把简历包装精简而有吸引力，让HR一眼看到你的特点,总结起来就三个词：
很多人跳槽前有目标，比如某家的程序猿，提前了解，知己知彼，成功几率高。
也有人广撒网的，觉得自己能力到哪都行，把行业前几名公司划拉一下，选出几个目标职位，海投了简历。
投简历前心里做个匹配度盘点，确定胜算几率，知道简历书写重点。为什么还能知道简历重点呢？关于盘点的思路见下表，实际匹配度的评估只要心里盘算一下即可，不需要表。
职位分类是说，你上家单位是否做过相似职能的工作。
工作经验是说，你的工作时间、工作环境、工作内容，是否与目标岗位匹配。
简历定位就是要按照与以上岗位要求相关的内容来开始给自己画一个像，做个定位，履历内容紧贴定位。
工作履历是简历的主体，而所有工作履历中，项目经验是比较重要的内容，可以放在更靠上的位置，一般来说：负责外部咨询项目经验 主持内部项目经验 参与普通项目经验 没有项目经验。所以相应的文字比重也是按照这个顺序由大到小来写。
另外，经常有人不知道工作职责的写法，在这里明确方法如下：根据「工作限定」，通过「实现途径」，达成「任务目标」
如：参与/参加/承担****部门****项目的调研/研究/设计实习，通过****，实现****率增长*个百分点。
这里有几句话：
所以毕业3年以上的，学校奖学金的事可以省略了。个人评价「执行力强、创新思维、服务意识」也不要写了，写了HR也不看。过度包装不适用于大多数职位，一是审美疲劳二是会稀释专业性，简历还是要看内容。
web前端开发简历中项目经验可以写领导的项目和开发的产品。学习web前端开发，推荐千锋教育，一群草根奉献着自己的青春年华，为创造一个有真正社会价值的职业教育机构“千锋教育”而奋力拼搏，值得信赖。
web前端开发简历中项目经验可以写的内容具体为：
1、可以做几个意义性强一点的案例，可以证明在这些方面有造诣，并且让人可以看的出的demo，列举几个站点，并注明参与了哪些部分，学到了哪些知识。方便的可以传到共享之类的网站或者自己搭建在线预览的站点，要事先准备好，并且保证在任何一个设备都可以访问使用。
2、就职期间参与公司部产品开发, 负责服务器环境构建, 熟悉了redis, nginx在高并发环境下的应用，就职期间参与XXX网站开发, 并配合iOS研发部门开发了移动端站点, 运营期间不断完善, 学习了在移动端开发网站的相关技能。
想要了解更多web前端开发的相关信息，推荐咨询千锋教育。千锋励精图治，不改教育初心。十一年来，千锋以政策为引导，不断完善国内特色现代职业教育体系建设，充分发挥教研师资队伍使命，构建品质教育，加大创新型人才培养力度，为经济发展提供智力人才和智力支撑，成为新时期职业教育发展的新方向，在同行业中有很高的美誉度。
基础
一定的编程经验
这里说的编程经验是至少熟练一门编程语言，对 OOP 有一定的了解，最好熟悉一些基本的设计模式。遇到过的好多 iOS 开发，大多是从别的语言转过来的，所以有一定的编程基础，学起来会更容易 get the point.
如果是第一次接触编程，当然也是没问题的，只是要做好心理准备，可能会比想象的难。
英语
发现不少开发对于英语似乎有点接受不能，通常都是中文优先，除非迫不得已，才硬着头皮看看 StackOverflow，英文文章，文档等。忘了是谁说过「难走的路越走越好走」，通常如此。其实只要稍微 push 一下自己，那些技术文章啃下来应该不会有太大的问题，有过几次成功的体验后，这种恐惧感就会减少很多。优质的文章、视频、书籍，多是英文的，不迈过这个 坎，将来要么成为瓶颈，要么花更大的成本去填补。
入门
书籍
要学习 iOS 开发，自然要先学 Objective-C （当然现在也可以直接上 Swift，不过如果多人协作的话，OC目前还是主流），因为 OC 是 C 语言的超集，所以了解 C 语言对于学习 OC 肯定会有帮助，不过就算不了解，直接学 OC 也没太大问题。
这里推荐 BNR (Big Nerd Ranch) 的这本 Objective-C Programming The Big Nerd Ranch Guide，讲解地比较细致，能帮助你更好的理解 OC，更重要的是教你遇到问题时，如何去解决问题，以及这个问题对应的一些知识点，如何使用文档等等。
来到一个新的世界，肯定会对这个世界充满好奇，想订阅一大堆博客，买一堆书，看各种教程和视频，然后就变得浮躁，不知该从哪下手，这会导致拖延症。 我渴了，给我倒一杯水，这个很直接，马上就可以做，但如果是给我买一瓶饮料，而自己对那些饮料又不怎么熟悉时，就纠结了，不如刷会微博，看看朋友圈，玩个小游戏先。
所以一本好的入门教材很重要，要契合自己当前的水平，且常常会有收获，这种成就感会激励着你继续学下去。
在看书的过程中，往往会有这样的经历：书中提到某个人、观点、知识点、书、文章，然后就顺着它提到的这些东西出去了，可能某个知识点又牵扯到另一些内容，然后就这样越走越远。想起了一个故事——
三只猎狗追一只土拔鼠,土拔鼠逃跑时钻进了一个树洞。这个树洞只有一个出口,不一会儿,忽然从树洞里跑出一只兔子。兔子飞快地向前跑,并爬上另一棵大树。兔子因为慌乱在树上没站稳,掉了下来,砸晕了正仰头看的三只猎狗,最后,兔子终于逃脱。
对于这个故事可以从不同的角度去解读，我更愿意以初心去解读。兔子为什么会爬树？为什么能砸晕三只猎狗？这不是重点，重点是，之前追赶的土拨鼠哪去了？看书时难免会有延伸阅读，这个深度我觉得不宜超过 2 层，不然很容易就回不来了。
还有就是如果有可能，最好每天都看点，这其实是很难的，因为总是会有优先级更高的事，或者之前的某些习惯在干扰。一旦断了几天，就不想再拿起来了。
还有，苹果官方的 Start Developing iOS Apps Today 也是很不错的入门材料。
视频
推荐斯坦福老头子(Paul Hegarty)的 Developing iOS 7 Apps for iPhone and iPad ，当初也是看的这个（那时还是更老的版本），Paul 是资深的 Mac/iOS 开发（前苹果员工？），很多知识点讲得很到位，学生们的提问也大都在点上，同时配有Demo，总之听下来会对 iOS 开发有比较全面的了解。
同时推荐一本小册子：objc-zen-book，花不长时间就能看完，里面是一些 Best Practices，对于编写优质代码会很有帮助。
笔记
这是一个持久的过程，任何阶段都适用。以前也没太在意这个，觉得概念性的东西，脑子过一遍，就大概知道了，然后就去啃其他的东西了，现在看来，如果有记笔记的话，会更有助于消化概念、知识点，也可以记录自己的思考过程。达芬奇就记录了10000多页的笔记。
记笔记可以加深对知识点的理解，而成为编程巨星的唯一秘诀就是：对所做的事情理解地越深，就会做得越好。同时如果遵循遗忘曲线去复习的话，效果更佳。对知识点了解地足够透彻后，Debug 时才更有可能知道问题出在哪，解决问题也更容易有思路。
笔记不仅可以记知识点，也可以记录调试过程，比如这篇笔记，有一种调试方法：小黄鸭调试法
许多程序员都有过向别人（甚至可能向完全不会编程的人）提问及解释编程问题，就在解释的过程中击中了问题的解决方案。一边阐述代码的意图一边观察它实际上的意图并做调试，这两者之间的任何不协调会变得很明显，并且更容易发现自己的错误。
生活中我们可能不会真的这么去做，这时抽离出另一个自己，记录下跟ta的对话，也是个发现问题的好方法。
练习
这也是一个持续的过程，知道了些概念或原理后，总是会想着去验证下是不是这样，无论结果是否如自己预期，实践的过程会降低对语言的陌生感，慢慢地培养一种驾驭这门语言的自信，如果出了错，正好可以重新梳理一下。
目标
如果静下心来看完了 BNR 的这本书，以及斯坦福的 iOS 开发视频，那么对 OC 应该比较了解了，一些常用的 UIKit 用起来也没什么问题了，比如 UIViewController / UIView / UIScrollView / UIImageView / UITableView。也熟悉一些概念，如 KVO / MVC / Delegate / DataSource。
这个阶段下来，应该会有：哦，iOS 开发也就这样嘛，多翻翻文档，熟悉 Cocoa Touch 的一些 Class，差不多也能做出一个简单的 App 了。
进阶
入门之后，接下来可以折腾的东西还会有不少。
书籍
Effective Objective-C 2.0，里面提到了 52 种提高 iOS App 质量的途径。涉及了 API 设计、protocols / category 的使用、写出更模块化的代码等，读下来应该会有不少收获。
iOS Programming: The Big Nerd Ranch Guide (4th Edition)，又是一本 BNR 的书，这本书的特点是通过 Demo 来引出知识点，然后提一些问题，并且会细说解题思路。看书的过程中，对于元学习能力的提升也会有一定帮助。
--- update ---
发现巧哥的 iOS开发进阶 已经可以在京东买到了，虽然没有细看，但巧哥出品质量肯定有保障。
其他资源
进入这个阶段后，可以去探索更大的世界了，现在的资源已经很丰富了，但还是要遵循「少而精」的原则。以下是我觉得挺不错的资源
iOS Dev Weekly 每周一期，内容多为这一星期里值得关注的Github项目、文章、工具等。
iOS 移动开发周报 这是唐巧大大整理的每周不错的 iOS 开发相关的内容，多为中文。
RayWenderlich 很多详细又全面的教程，不容错过。
iOS Dev Slack 国内不少 iOS 开发（包括大大们）都在这里，不过现在好像不怎么能拿到邀请了。
中文 iOS/Mac 开发博客列表，打开工具订阅吧。
还有，如果可能的话，多去分享自己学到的东西，教是最好的学，我试过几次，效果真的很不错。
目标
这个阶段下来，对于常用的设计模式、内存管理、Blocks 的使用、图像操作、网络请求和管理、多线程应该比较熟悉了。对于 CALayer、Animation、UIScrollView、UITableView、UICollectionView、 ViewController Container 则非常熟悉，对「非常熟悉」的定义是：不打开 Xcode，脑子里就能把相应的知识点复述出来 80% ，比如这个类有哪些方法，Delegate / DataSource 有哪些方法，怎么使用，如果要实现某个效果，应该怎么做（好吧， UICollectionView 除外）。
高级
其实高级、进阶、入门并没有严格的界限，在入门阶段也可以探究高级阶段的一些东西。我觉得支撑我们不断探索和前进的动力不是兴趣，而是永不满足的好奇心，和对优雅代码的追求。
If your standards are low, you're going to stop pretty early on in the process.
BNR 的这篇 Leveling Up 已经讲得很好了，也更加细致。
书籍
iOS 7 Programming Pushing the Limits 这本书对 iOS 7 的一些特性会讲解地比较深入，当然也不仅仅是 iOS 7。只叹 iOS 更新实在太快，书籍往往跟不上，一本好书往往需要很长时间来撰写，等书可以出版了，iOS 又出新版本了。
源码
看优秀的源码，可以学到很多东西，使用过程中遇到问题也更容易解决。这些是我觉得值得细看的源码：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 助手，用于调试很方便
Reveal 每当好奇某个 App 的实现时，都会打开它一窥究竟，用于调试自己的 App 也很方便
Aspects steipete 大大出品的一款方便使用 method swizzling 的工具，可以在运行时动态添加代码到某个方法
class-dump 从 Mach-O 文件生成 OC 头文件，有时想看看某个 App 大概是如何组织的会比较方便
Hopper 可以对二进制文件进行反编译，甚至可以生成伪代码！有时想看看 UIViewController 里某个方法大概是怎么实现的，就可以用它。
Instruments 这个内置的工具对于发现 App 的各种问题很有帮助，如内存占用、泄露，渲染问题等。
目标
这个阶段，对于底层的实现会有更深入的了解，各种 Core 开头的 Framework 至少可以说出个大概，工具也能熟练使用，「正经的代码」写过数万行，可能天天在翻 Dash。如果别人让你实现某个功能，能在较短的时间内给出不错的实现方案，并且足够细致，甚至精细到如何使用 Core Graphic 去画某个图像。
其他
我觉得无论学习什么，「速成」的心态是最要不得的，这只会让自己变得浮躁，一知半解，整个过程也很难让自己的元学习能力得到提升。慢慢来，攻占一个城后，再去打下一个，这时心态也会平和许多。
2、你在项目组中的位置、是否能独立解决问题；
3、你的业务知识与团队合作能力等。
技术显然是最重要的，但你需要非常用心的描述整个项目的技术框架，让招聘人员知道你从对宏观上架构很熟悉，然后突出你解决的技术问题。
下面我们参考一种项目描述：
本项目采用JSP+JavaBean+Struts开发，采用了MVC模式，表现层与业务层分离，易于维护、扩展
下面是我写的一段项目描述（虚拟的）：
本项目结构上分为表现层、业务层和数据访问层，层次间的依赖关系自下到上。采用的技术有Struts，Spring，Hibernate，Log4J，JDom等。其中表现层采用Struts框架开发；业务层封装业务流程，为适应业务的变更，每一业务模块均有专门的接口及实现类，利用Spring的IoC功能将实现类注入给表现层的Action；数据访问层借助于Hibernate实现，代码简洁且可适应不同的数据库。事务部分利用Spring的声明式事务管理。为提高性能，采用ServletFilter实现了缓存代理
这段项目经验描述简单的勾划出了系统的结构，也表现出你非常熟悉Struts，Spring，Hiberante这几种技术。
同时可以注意到，其中一些重要环节描述的十分简略，比如事务、缓存代理
，这其实是故意的。
面试的时候很多人都怕对方突然问一个自己没有准备的问题，往往缺乏应变能力。一方面你需要多进行专门的练习，另一方面要知道面试时你并不总是被动的，等待对方发问。
如果你给对方的只是一份普普通通的简历，里面只提到了大家都会提及的JSP，Struts，那你只好等待对方随机的问题了。但是如果你的项目经验和描述像刚才那么写，对方就很可能会问你到底是如何在Spring中应用事务、如何使用缓存代理（如果对方是技术人员的话），这时你已经变被动为主动啦当然，前提是你写的这些技术要点一定是自己掌握的，事先已经想好如何表达的！这只是一点面试技巧里面的内容。
总之写好个人简历中项目经验中项目描述也是求职方法的一种。
