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