2017 年 2 月

第 32 卷,第 2 期

本文章是由機器翻譯。

新崛起 - 年紀優於外表: 成功的年長開發人員

Krishnan Rangachari | 2017 年 2 月

我通常建議較舊的軟體工程師擔心它們是 「 太舊 」 的科技產業。我曾經招聘經理告訴用戶端是 「"太資深"或過度 qualified"或"過於昂貴。 」 和我有公司當場說他們看到 「 impressionable 開發人員 」 或 「 年齡 25 下的軟體工程師 」。

在科技產業,與每個其他年的經驗,很容易覺得您 employability 減少。我發現一些技巧,已建立有效的軟體工程師。

過多的經驗

沒有迷思,一個必須列出所有的經驗履歷表或 LinkedIn 設定檔。這是不必要的。履歷表是經驗的行銷,而不是經驗的保留歷史學家由背景記錄快照集。並以快照集,它應該強調您適合您所談論的公司。

因此,如果您是 45 歲,不要時代 30 或 35 前您體驗。相反地,展示過去 10 到 15 年。如果您不要問說明之前的經驗,簡短共用事實。採訪者可能會超出不適用於 「 攔截 」 或 「 公開 」 您的好奇心,只要求。

時間是所有作業︰

如果您要展示您最新的工作經驗,保留完全關閉您的教育的日期。例如: 如果從只 2006年至 2016年的工作經驗,藉以很令人困惑,以顯示 1985年大學畢業日期。它可讓人想知道您做了什麼在 21 年之間 ! 在此情況下建議︰ 請勿大學畢業和出席人數日期。

記住間距

您不需要提到您曾經每個作業。假設您已瀏覽 underemployment 粗略修補,而且您是向零售商過幾個月,可以讓您的履歷關閉該工作。事實上,這樣可讓您的履歷偏重、 簡化面試準備並針對招募人員簡化您的故事。

 如果您認為不安全的相關,說出的履歷表 (您不需要) 上有六個月間隔、 出履歷表上只保留這幾個月。因此,而不是說過的工作是從 「 年 12 月 2014 年 1 月 2016年 」 和工作 B 是從 「 年 8 月 2016年至禮物 」,它正常作業的是 「 2014年至 2016 」,並將工作 B 是 「 2016 至存在 」。 如果您這麼做,一致,移除所有其他的日期和硬體中的日期範圍從幾個月。

傑出的職稱 

若要避免 「 過度限定 」 標籤,請讓您好像沒有開啟過資深晉級工作職稱。比方說,如果您錯過的首席軟體工程師,您要套用的小啟動 「 軟體工程師 」 位置,只列出 「 軟體工程師"履歷表樣式。

此外,如果管理除以 60 的開發人員,您現在面試小公司,描述您的工作,如 「 受管理的資深軟體工程師的人員 」。 沒有什麼 「 受管理年度 P i L 的 $10 萬的 60-開發人員業務單位 」。

這是一個提示︰ 如果您想要決定 wording 項目中取得您的作業 (但有錯誤) 的方式,可能不會收到您的作業 (但享受更),選擇最更正確。永遠不要放鬆事實。

錯置的樣式 

我較舊的用戶端不必要地年齡本身與它們所裝飾的方式。我強烈建議使用具有 wardrobe chic 且粗體方式 stylist。它可能是其中一個最棒的投資。

這並不表示您啟動 dressing Justin Bieber 類似。重要的是,您仔細思考如何裝飾的位置,驗證在什麼您穿上取得其他人的意見反應,遇到,則請小心避免尋找 「 太舊 」 或 「 太嚴格 」。

說出小於 

我通常告訴我較舊的用戶端其最大考量,不會人事經理;它會自己鬆散的 lip。關於技術主題 「 交談商店 」 只 — 即使如此,這樣使用 reticence。Ageists unconsciously 可能解譯 talkativeness 前 senility,較舊的開發人員,但是年輕熱忱的開發人員 !

此外,請避免在交談或詢問有關 「 系列 」 問題 — 保險、 優點、 假期 — 在面試。很容易了解如何生活方式適合公司來說,而不會直接。這些問題是囊中撰寫提供項目之後。

若要贏得計劃  

對於較舊的開發人員,21 歲工程師與競爭可能遺失的戰鬥。體驗與 「 智慧 」 只能取得您到目前為止。

在此產業,特別是針對個別的參與者角色,重點是 double 清晰度上向下。過度準備訪談、 過度熟悉最新的架構和公司,過度研究公司和產品、 過度製作吸引人的趣聞行為訪談有任何問題,以及過度培養透過練習和中繼的實體和心理許可所使用工具執行這項操作。


Krishnan Rangachari是軟體工程師職涯教練。 瀏覽他的免費職涯 masterclass RadicalShifts.com。請瀏覽ByteshiftResumes.com他履歷表 reinventions 的。