大家好，我是白云，
今天老白給大家分享一個面試35歲程式員的全程序，年紀和老白一樣，但是職場卻是坎坷，同時和大家探討兩個問題，年齡真的是你職場上的劣勢嗎？以及如何做一個優秀的職場人？
目錄
面試總結
年齡與職場
如何做一個優秀的職場人
作業壓力大，不應該是你辭職的理由
把編程大招當做最高機密
快魚吃慢魚
權威性與編程無關
將bug當做機會
養成看檔案和看原始碼的習慣
不要重復造輪子
不要踩的坑
對自己的簡歷負責
用遞進問題定位你的技術能力
離職原因
你還有什么問題要問我的嗎
面試總結
我收到這份面試簡歷看了下，感覺很是詫異的，35歲程式員一般在職場處于管理崗位，或者資深開發，除了年紀的問題，應該是很吃香的，不管是技識訓是經驗都是公司需要的人才，但是一看簡歷就有點明白了，
做后端開發的，作業經歷11年，外包公司待過5年，創業公司帶過3年，中小廠待過3年，前后換了7家公司，算下來平均一年半換一家公司，
當時給我的第一感覺就是：換公司太勤快了，不停換公司只能是兩個問題，要么是公司的問題要么是你個人的問題，作為HR來講一般是傾向于是你個人的問題，會給HR很不好的印象，其次是技術能力不突出，我問了一些技術相關的問題，問答也是磕磕絆絆，可能也是職場太久沒有持續性學習了，給我感覺唯一的優勢在于他經驗頗多，什么都會一點，但是最后出于對公司負責任的考慮我沒有錄用他，但同時我也在想如果有天我因為某些原因離開公司，重新再去找作業，會不會跟他面臨同樣的窘境呢？
年齡與職場
普遍來說年齡在職場中很重要，不同的年齡群展現出來的特質也不同，剛入職場的年輕人，有朝氣，行動靈活，記憶力及反應能力都好，能夠服從安排配合作業；有多年職場作業經驗的人，是企業的中堅力量，能展現出企業的綜合實力；還有一些企業的資深人員，如果不倦怠，他們是企業的軍心穩定者，
關于35+問題，職場也是有生命周期的，有以下幾個關鍵的時間節點:
28歲，28歲之前行業定位必須要清晰，同時在所在崗位或細分領域要有一定的專業積累，可以讓自己靠專業吃飯，
35歲，35歲之前如果沒有走到管理崗位，基本上大概率事件，未來與管理崗位無緣，注定要在專業領域發展，而且要和更年輕群體拼精力、拼專業，
38歲，如果有可能，38歲左右要努力進入高層管理崗位，否則，就已經到了職場天花板，
42歲，這是職場流動的終止線，這個年齡之后要以穩定為主，不能輕易換作業，否則會面臨失業，
如何做一個優秀的職場人
作業壓力大，不應該是你辭職的理由
“永遠不要因為壓力大而辭職，”這是之前公司前輩教會我的職場道理，
印象很深刻，畢業后的第一份作業對我來說壓力特別大，
大多數時候，我都需要靠熬夜加班才能勉強完成任務，連周末，都不舍得出去玩，而是待著出租房里學習后端開發這塊，
在那段時間里，我幾乎每天都陷入焦慮，迷茫和自我懷疑中，
慢慢地，我想得最多的就是怎樣和領導提辭職，
但那時候也很幸運，同組的前輩可能看出了我的例外，特意找了時間和我吃飯聊天，
她和我分享了很多之前自己的一些作業經歷，她說，畢業后的1-5年是非常關鍵的時期，是你形成好的做事方法和提升技能的最重要時期，但在這個程序，一定也是不容易的，作業壓力、焦慮等等，很多人可能會陷入這些狀態中，卻忘了最重要的其實是提升自己，沉下心來沉淀很重要，
各自回家后，她還給我發了一大段話鼓勵我，印象比較深刻的一句是：
“當你覺得很難的時候，一定要告訴自己熬過去，熬過那個小白菜鳥的階段，后面就會好了，”
大多數時候我們感到焦慮，壓力大，正是因為能力不夠，或處于能力瓶頸、能力上升期，如果這時候就這樣辭職了，容易讓我們陷入“辭職換作業”的回圈中，
因為辭職并沒有真正解決問題，即便下家公司后，遇到同樣的問題時，還是會選擇更容易的方式，以“辭掉這份作業”來解決，而不是努力去克服，
把編程大招當做最高機密
這種編程大招你知道得越多，那么在同行中你的地位就越高，多多使用自己的魔法大招，但是要記得千萬不可黔驢技窮，還有一點：不要偷學別人的招數，也不要自降身份，
快魚吃慢魚
要是你還認為像“龜兔賽跑”里的烏龜靠緩慢而持續的速度能贏得比賽，那你就輸定了，越快搞定新軟體的組件開發，成功的概率就越大，不要在一些如模塊化、靈活性和可維護性等事情上浪費時間——如果因為需求不同，必須考慮這些問題，那也不是你的錯，
權威性與編程無關
權威源于你的公司地位，和你的編程能力無關，當你終于從普通的開發人員熬成團隊負責人或者專案經理，你最先要考慮再也不是你能否跟上大家的編程速度，
將bug當做機會
有些特別愛好評點他人錯誤的批判者一看到代碼中的bug就興高采烈，試著用類似“典型錯誤、變數名又混淆了！”等巧妙的話語搪塞過去，
養成看檔案和看原始碼的習慣
因為公司里有各種各樣的平臺、工具、可供呼叫的API，而程式員參與的專案往往會用到多種編程語言、多種工具和庫，很多可能是自己以前從未用過的，這時就需要依靠看檔案和看相關的代碼來熟悉，我以前看到這種大段的英文說明書檔案就會產生畏懼心理，看了一半經常就會走神感覺看不下去，現在我漸漸開始換一種心態來看這些檔案：其實人家費心思寫這些說明檔案就已經很不錯了，而且很多檔案還附帶入門實體有實際的代碼呼叫例子供參考，這總比我自己去看他們這些庫的源代碼來琢磨怎樣呼叫更加輕松吧？
不要重復造輪子
很多常用的函式往往別人已經寫好了，這時候盡量不要自己寫，直接呼叫別人寫好的函式，這樣做最主要的好處是維護整個公司代碼庫的清潔，減少冗余的代碼，便于維護，打比方說如果那個要呼叫的函式本身邏輯需要改動，而所有人都是在呼叫這個函式，那么只需要把這個函式改一下就行；但如果這個函式被不同的人在不同的地方寫過好幾次，你呼叫你寫的，我呼叫我寫的，而現在需要改動這個函式，那么就需要所有人都把自己寫的函式改掉，如果有的人忘了改那他那部分代碼就會出錯，
不要踩的坑
對自己的簡歷負責
你要對你自己寫的簡歷負責，因為面試時，面試官通常會拿著你的簡歷，問里邊的各種細節， 技術細節、作業經歷、專案情況等，你必須對自己寫下的每個字后面的隱藏話題做充足的準備，
舉個栗子，簡歷上有這樣一句話：熟悉運用 Chrome Dev Tools、Firefox 的 Firebug 除錯頁面
那面試官可能會問：講講你用 firebug 除錯頁面時，都有哪些經驗技巧感覺比較有用？這樣針對一個話題進行展開談話，
用遞進問題定位你的技術能力
面試官問的技術問題通常會有一定的規律，就是按照由簡單到復雜的順序來進行提問，
比如他關注 JavaScipt 這個技術，可能先問你 JS 中有哪些資料型別、JS 中如何實作面向物件，有什么應用場景這些簡單問題？
這些如果你能順利回答上來，他會對你的基本功有了認可，之后會繼續問你閉包、原型鏈之類的高階知識，看看你還能不能回答上來，他會根據你的回答情況給你的技術能力做定位，
離職原因
回答這個問題時一定要小心，就算在前一個作業受到再大的委屈，對公司有多少的怨言，都千萬不要表現出來，尤其要避免對公司本身主觀的批評，以免給面試官留下負面印象，
建議此時最好的回答方式是多從自身找原因，例如：
覺得之前的作業沒有學習發展的空間，
自己想在面試作業的相關產業中多加學習，
前一份作業與自己的生涯規劃不合
等等……
答案最好是積極正面的，
你還有什么問題要問我的嗎
這個問題看上去可有可無，其實很關鍵，企業不喜歡說“沒問題”的人，因為其很注重員工的個性和創新能力，最好也不要問個人福利、五險一金的之類的問題，
可以這樣問：
貴公司對新入公司的員工有沒有什么培訓專案？
貴公司的晉升機制是什么樣的？
入職后參與的專案的情況了解一下？
體現出你對學習的熱情和對公司的忠誠度以及你的上進心，企業將很歡迎你的加入，
往期精彩推送
爆肝熬夜整理了Python最新學習資料和視頻，分享給學弟學妹們【全站最新】
再次爆肝熬夜整理Python編程工具、面試題庫、學習資料總集，結尾自取【免費分享】
我用Python空閑時月入10000+方法分享，8000粉絲福利
我是白云，一名喜歡分享知識的程式員，感興趣的就趕緊來點擊關注我把，哪里有不明白或有不同觀點的地方歡迎留言！
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/289658.html
標籤：其他