应聘条件本质分析
应聘条件本质分析
太阳火神的漂亮人生 (http://blog.csdn.net/opengl_es)
本文遵循“署名-非商业用途-保持一致”创作公用协议
专栏申请有一段时间了。只是一直没有想好，怎样去写对应的内容。
想法源于之前招聘的过程中。非常多开发者总有这样或那样的局限，尤其是，对于0基础要求，往往都是网上各类博文写得非常清楚的内容，应聘者确没有积极去偿试演练一下。把别人的东西变成自已的东西，以添加自已应聘的胜算。
事实上。这也是我在招聘的过程中，比較看重的一点，不会没关系，我要看的是：
1、被动应聘者，是否在面试过程中。积极地想了解到不了解的内容，一要放下尊严和虚假的面罩，二是要有积极的心态。这一点起决定性作用；
2、主动应聘者。是否对招聘要求中的技术点有了解。或尽管不非常熟练，但至少花一两个小时演练一下。积极的心态需得配以积极的行动；
3、面试过程中。是否以诚相待（会就是会。不会就是不会，提前花半天一天时间弄个虎皮色儿，也比面试时跟我胡诌，或顾左右而言它，再或者所问非所答要强得多），决定了日后工作管理过程中，是否须要花非常多心思去管理，简单地讲，我们都是一杆枪，总让直属领导摸不清你的路数，结果就是永远的不信任；相对而言，我更喜欢使用一把老掉牙。但指哪儿打哪儿的枪，否则管理风险系数会越来越大。
面试，首先是让用人方了解你的人的过程。仅仅有这一关过了，你的技术人家才敢用，否则。开一枪。不知射哪儿去了。或者不知碰哪儿。枪就开出去了，还没等瞄准呢！
然后。才是你的技术知了解的全面程度、深度以及技术体系结构的大体了解。
非常关键一点，面试的时侯。有一说一，有二说二，假设没有，那么至少在面试之前，你的功课做得不足，这怪不得别人，即使你面试前多花几小时暂时抱佛脚，也比面试过程中所问非所答要强；假设确实不确定。那么能够说明一下，然后就自已眼下了解的程度做一个简要描写叙述。或许这一个描写叙述已经能够表现出你的潜力。
很多其它的。是在试用期去考察，你是否真正的值你所要的这份工资，而面试往往很多其它须要你能应付笔试以及面试。
（对于笔试，我的经历，基本是非常少，基本我在面试阶段就把考官呼悠到位了。假设真的须要笔试，我会非常明白地说明，我会带着手机或电脑查资料，由于我从来不记这些东西。这也是7年前经过艰难的偿试，才养成的习惯。由于我须要腾出我的头脑想更重要的事情，而过份的细节，会使你的思维始终沉在这一层次。无法上升，更别谈架构了。
先笔试的情况，我提前也会研究这家公司的招聘条件以及可能涉猎的范畴，并把资料准备好放到手机里。随时翻查，当然了，前提非常重要，你得真正花时间去演练过。或真正有丰富的项目经验。我很多其它的是用一些不知所谓的名词来取代，至少考官也听得懂）
说了这么多，还是言归正传。针对招聘条件中所列内容。往往分成两部分，一部分是语言或平台的特性。一部分是业界的通用技术在这一语言或平台中的实现、应用。
兴许系列博文，会就 Android、iOS 两平台 Java、Objetive-C 语言进行对照说明。
有些会摘录其它博文。有些会现写一些样例，其它博文内容也会写成样例。
要说的内容，可能很多其它是一些铺垫，就如三年前写的一份 iOS 的教程一样。到最后，真不知该怎样写。或是粘贴官方文档。或是粘截图进行说明，往往认为这都有点太傻瓜式了。并不可取。
反而是代码，能实际执行起来，最有说明力。这也是大多博文採用的方式。我也非常爱看这种博文。当然了，大段的代码还不如看源代码，非常多老外写的博文。非常easy的一个技术知识。能写得绘声绘色，看多少遍都想再看。有空先研究一下，再開始写接下来的针对招聘条件的技术博文吧。
