應聘條件本質分析,應聘條件本質
應聘條件本質分析
太陽火神的美麗人生 (http://blog.csdn.net/opengl_es)
本文遵循“署名-非商業用途-保持一致”創作公用協議
轉載請保留此句:太陽火神的美麗人生 - 本部落格專註於 敏捷開發及移動和物聯裝置研究:iOS、Android、Html5、Arduino、pcDuino,否則,出自本部落格的文章拒絕轉載或再轉載,謝謝合作。
專欄申請有一段時間了,不過一直沒有想好,如何去寫相應的內容。
想法源於之前招聘的過程中,很多開發人員總有這樣或那樣的局限,尤其是,對於初級要求,往往都是網上各類博文寫得很清楚的內容,應聘者確沒有積極去償試演練一下,把別人的東西變成自已的東西,以增加自已應聘的勝算。
其實,這也是我在招聘的過程中,比較看重的一點,不會沒關係,我要看的是:
1、被動應聘者,是否在面試過程中,積極地想瞭解到不瞭解的內容,一要放下尊嚴和虛假的面罩,二是要有積極的心態,這一點起決定性作用;
2、主動應聘者,是否對招聘要求中的技術點有瞭解,或雖然不很熟練,但至少花一兩個小時演練一下,積極的心態需得配以積極的行動;
3、面試過程中,是否以誠相待(會就是會,不會就是不會,提前花半天一天時間弄個虎皮色兒,也比面試時跟我胡謅,或顧左右而言它,再或者所問非所答要強得多),決定了日後工作管理過程中,是否需要花很多心思去管理,簡單地講,我們都是一杆槍,總讓直屬領導摸不清你的路數,結果就是永遠的不信任;相對而言,我更喜歡使用一把老掉牙,但指哪兒打哪兒的槍,否則管理風險係數會越來越大。
面試,首先是讓用人方瞭解你的人的過程,只有這一關過了,你的技術人家才敢用,否則,開一槍,不知射哪兒去了,或者不知碰哪兒,槍就開出去了,還沒等瞄準呢!
然後,才是你的技術知瞭解的全面程度、深度以及技術體繫結構的大體瞭解。
很關鍵一點,面試的時侯,有一說一,有二說二,如果沒有,那麼至少在面試之前,你的功課做得不足,這怪不得別人,即使你面試前多花幾小時臨時抱佛腳,也比面試過程中所問非所答要強;如果確實不確定,那麼可以說明一下,然後就自已目前瞭解的程度做一個簡要描述,也許這一個描述已經可以表現出你的潛力。
更多的,是在試用期去考察,你是否真正的值你所要的這份工資,而面試往往更多需要你能應付筆試以及面試。(對於筆試,我的經曆,基本是很少,基本我在面試階段就把考官呼悠到位了,如果真的需要筆試,我會很明確地說明,我會帶著手機或電腦查資料,因為我從來不記這些東西,這也是7年前經過艱難的償試,才養成的習慣,因為我需要騰出我的頭腦想更重要的事情,而過份的細節,會使你的思維始終沉在這一層次,無法上升,更別談架構了。先筆試的情況,我提前也會研究這家公司的招聘條件以及可能涉獵的範疇,並把資料準備好放到手機裡,隨時翻查,當然了,前提很重要,你得真正花時間去演練過,或真正有豐富的項目經驗。我更多的是用一些不知所謂的名詞來代替,至少考官也聽得懂)
說了這麼多,還是言歸正傳,針對招聘條件中所列內容,往往分成兩部分,一部分是語言或平台的特性,一部分是業界的通用技術在這一語言或平台中的實現、應用。
後續系列博文,會就 Android、iOS 兩平台 Java、Objetive-C 語言進行對比說明。
有些會摘錄其它博文,有些會現寫一些例子,其它博文內容也會寫成例子。
要說的內容,可能更多是一些鋪墊,就如三年前寫的一份 iOS 的教程一樣,到最後,真不知該如何寫,或是粘貼官方文檔,或是粘進行說明,往往覺得這都有點太傻瓜式了,並不可取。反而是代碼,能實際運行起來,最有說明力,這也是大多博文採用的方式,我也很愛看這樣的博文,當然了,大段的代碼還不如看源碼,很多老外寫的博文,很簡單的一個技術知識,能寫得繪聲繪色,看多少遍都想再看,有空先研究一下,再開始寫接下來的針對招聘條件的技術博文吧。