应聘条件本质分析

应聘条件本质分析

太阳火神的美丽人生 (http://blog.csdn.net/opengl_es)

本文遵循“署名-非商业用途-保持一致”创作公用协议

转载请保留此句：太阳火神的美丽人生 -  本博客专注于 敏捷开发及移动和物联设备研究：iOS、Android、Html5、Arduino、pcDuino，否则，出自本博客的文章拒绝转载或再转载，谢谢合作。

专栏申请有一段时间了，不过一直没有想好，如何去写相应的内容。

想法源于之前招聘的过程中，很多开发人员总有这样或那样的局限，尤其是，对于初级要求，往往都是网上各类博文写得很清楚的内容，应聘者确没有积极去偿试演练一下，把别人的东西变成自已的东西，以增加自已应聘的胜算。

其实，这也是我在招聘的过程中，比较看重的一点，不会没关系，我要看的是：

1、被动应聘者，是否在面试过程中，积极地想了解到不了解的内容，一要放下尊严和虚假的面罩，二是要有积极的心态，这一点起决定性作用；

2、主动应聘者，是否对招聘要求中的技术点有了解，或虽然不很熟练，但至少花一两个小时演练一下，积极的心态需得配以积极的行动；

3、面试过程中，是否以诚相待（会就是会，不会就是不会，提前花半天一天时间弄个虎皮色儿，也比面试时跟我胡诌，或顾左右而言它，再或者所问非所答要强得多），决定了日后工作管理过程中，是否需要花很多心思去管理，简单地讲，我们都是一杆枪，总让直属领导摸不清你的路数，结果就是永远的不信任；相对而言，我更喜欢使用一把老掉牙，但指哪儿打哪儿的枪，否则管理风险系数会越来越大。

面试，首先是让用人方了解你的人的过程，只有这一关过了，你的技术人家才敢用，否则，开一枪，不知射哪儿去了，或者不知碰哪儿，枪就开出去了，还没等瞄准呢！

然后，才是你的技术知了解的全面程度、深度以及技术体系结构的大体了解。

很关键一点，面试的时侯，有一说一，有二说二，如果没有，那么至少在面试之前，你的功课做得不足，这怪不得别人，即使你面试前多花几小时临时抱佛脚，也比面试过程中所问非所答要强；如果确实不确定，那么可以说明一下，然后就自已目前了解的程度做一个简要描述，也许这一个描述已经可以表现出你的潜力。

更多的，是在试用期去考察，你是否真正的值你所要的这份工资，而面试往往更多需要你能应付笔试以及面试。（对于笔试，我的经历，基本是很少，基本我在面试阶段就把考官呼悠到位了，如果真的需要笔试，我会很明确地说明，我会带着手机或电脑查资料，因为我从来不记这些东西，这也是7年前经过艰难的偿试，才养成的习惯，因为我需要腾出我的头脑想更重要的事情，而过份的细节，会使你的思维始终沉在这一层次，无法上升，更别谈架构了。先笔试的情况，我提前也会研究这家公司的招聘条件以及可能涉猎的范畴，并把资料准备好放到手机里，随时翻查，当然了，前提很重要，你得真正花时间去演练过，或真正有丰富的项目经验。我更多的是用一些不知所谓的名词来代替，至少考官也听得懂）

说了这么多，还是言归正传，针对招聘条件中所列内容，往往分成两部分，一部分是语言或平台的特性，一部分是业界的通用技术在这一语言或平台中的实现、应用。

后续系列博文，会就 Android、iOS 两平台 Java、Objetive-C 语言进行对比说明。

有些会摘录其它博文，有些会现写一些例子，其它博文内容也会写成例子。

要说的内容，可能更多是一些铺垫，就如三年前写的一份 iOS 的教程一样，到最后，真不知该如何写，或是粘贴官方文档，或是粘截图进行说明，往往觉得这都有点太傻瓜式了，并不可取。反而是代码，能实际运行起来，最有说明力，这也是大多博文采用的方式，我也很爱看这样的博文，当然了，大段的代码还不如看源码，很多老外写的博文，很简单的一个技术知识，能写得绘声绘色，看多少遍都想再看，有空先研究一下，再开始写接下来的针对招聘条件的技术博文吧。