​

大家好，我是白雲。

今天老白給大家分享一個面試35歲程式設計師的全過程，年紀和老白一樣，但是職場卻是坎坷，同時和大家探討兩個問題，年齡真的是你職場上的劣勢嗎？以及如何做一個優秀的職場人？

面試總結

我收到這份面試簡歷看了下，感覺很是詫異的，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 中如何實現面向物件，有什麼應用場景這些簡單問題？

這些如果你能順利回答上來，他會對你的基本功有了認可。之後會繼續問你閉包、原型鏈之類的高階知識，看看你還能不能回答上來。他會根據你的回答情況給你的技術能力做定位。

​

離職原因

回答這個問題時一定要小心，就算在前一個工作受到再大的委屈，對公司有多少的怨言，都千萬不要表現出來，尤其要避免對公司本身主觀的批評，以免給面試官留下負面印象。

建議此時最好的回答方式是多從自身找原因，例如：

覺得之前的工作沒有學習發展的空間，
自己想在面試工作的相關產業中多加學習，
前一份工作與自己的生涯規劃不合
等等……

答案最好是積極正面的。

你還有什麼問題要問我的嗎

這個問題看上去可有可無，其實很關鍵，企業不喜歡說“沒問題”的人，因為其很注重員工的個性和創新能力。最好也不要問個人福利、五險一金的之類的問題。

可以這樣問：

貴公司對新入公司的員工有沒有什麼培訓專案？

貴公司的晉升機制是什麼樣的？

入職後參與的專案的情況瞭解一下？

體現出你對學習的熱情和對公司的忠誠度以及你的上進心，企業將很歡迎你的加入。

​

①3000多本Python電子書有

②Python開發環境安裝教程有

③Python400集自學視訊有

④軟體開發常用詞彙有

⑤Python學習路線圖有

⑥專案原始碼案例分享有

如果你用得到的話可以直接拿走，關^(*￣(oo)￣)^私❤我

我是白雲，一名喜歡分享知識的程式設計師，感興趣的就趕緊來點選關注我把，哪裡有不明白或有不同觀點的地方歡迎留言！

​

​