多數人都喜歡安逸的生活，尤其是隨著年齡的增長，很多人都希望作業和生活趨于穩定，不愿意再讓生活有很大的變動，可是，當達到一定的年齡時，危機還是存在的，
如今已經35歲的杰哥，是一個典型的理工男，非常喜歡計算機，畢業后很自然的就做起了程式員，作業前幾年通過頻繁的就跳槽，很快就拿到了年薪30萬的薪資，
他作業也很拼命，經常加班熬夜，有時候甚至還會帶病作業，被同事們稱為“拼命三郎”，在這家公司作業已經超過10年，今年受疫情的影響，公司發展并不好，年初不久就開始裁員，
被公司裁員了，本以為自己多年的作業經驗，可以讓自己很快找到一份作業，
可是在面試的時候，當面試官知道他已經35歲的時候，都拒絕了他，即使他降低薪資要求，也沒有公司愿意錄用他，
突然之間的失業，給他造成了很大的壓力，想到每個月的房貸車貸，上有老下有小的，生活的重擔一下就變大了，想到這些一個35歲的男人竟然哭了，
35歲似乎已經成為很多互聯網公司的年齡底線，很多職場人都面臨著類似這樣的情況，不管你的能力如何、資歷多少，只要超過年齡，就要面臨被淘汰的風險，
一、為什么35歲會存在職業危機？
在職場中，職業危機不僅僅存在35歲這個年齡，有些人也會過早地遇到職業危機，其實，對于職業危機的出現，每個人造成的原因都不同，比較常見的有這幾個，
第一個，學習能力下降，止步不前， 有些人，在作業中取得一定成就后，就開始沾沾自喜，認為自己很厲害了，不需要再努力了，
但是，對于公司來說，公司一定希望你能夠提供更多的價值，當你的能力已經滿足不了公司需求的時候，就會面臨職業危機，這種情況在每個年齡段都會存在，
第二個，身體機能下降，精力有限， 年齡變大后，人的身體機能會逐漸下降，35歲之后的身體很難堅持熬夜，連續加班作業很難堅持，
體力和精力有限，作業很難有年輕人的活力，所以很多公司都會更愿意聘請年輕人，
第三個，生活負擔重， 一般35歲都已經成家立業，生活的負擔很重，老人生病、孩子教育都是一大筆費用，不僅需要花時間照顧，還需要有足夠的資金，可是他們的作業能力和效率，與薪資的增長并不成正比，這也是很多公司不愿意接受35歲人的原因，
這就是很多面試官都不愿意接受35歲以上人的原因，而且他們的職場經驗豐富，多數已經變成了職場老油條，相比剛進入職場的人來說，性價比是很低的，
二、面對35歲的職業危機，要如何自救？
在面對中年職場危機的時候，要怎么做呢？最關鍵的是3點，可以幫助你避免職業危機，讓職業發展越來越好，
第一點：堅持學習，提升自己的專業能力，
在職場上，不管什么時候，作業能力都是很重要的，堅持學習，可以幫助自己提升，當你的專業能力達到一定的水平，成為崗位上不可替代的人，那么自然就可以避免職業危機，
但是你的作業能力一定要出類拔萃，做到人無我有，人有我精的狀態，才能夠讓你在職場立于不敗之地，
第二點：未雨綢繆，做好未來的職業規劃，
隨著年齡的增長，高強度的作業會給身體造成很大的傷害，因此為了自己的健康，也為了避免突然之間被公司裁員，一定要未雨綢繆，給自己提前做好規劃，
比如，可以去一些作業環境相對輕松、企業文化比較健康的公司去發展，如果有機會，可以去國企或者事業單位作業，會相對輕松很多，
另外，35歲以后再找作業，最好是通過獵頭或者是朋友推薦，這樣可以幫助你會更快的找到合適自己的作業，
第三點：學會變通，內部轉崗
在互聯網行業，年齡或許會成為你的限制，但是職場并不會限制你，如果你現有崗位作業并不開心，可以嘗試轉崗，
比如，做程式員，可以嘗試轉崗到運營、產品經理、培訓導師等等崗位，因為平時可以接觸到，轉崗會相對比較輕松，
轉崗的崗位之間不要跨度很大，否則一時之間很難適應，也會帶來職業危機，另外，最好也不要轉到技術崗位，技術崗位的淘汰風隙訓是存在的，
所以，在面對中年危機的時候，可以提前做好準備，避免危機的出現，或者在危機到來的時候，及時變通，找到出路，
相信風雨過后是彩虹，度過職業危機后，職業發展會越來越好！
如果你
①從事功能測驗，想進階自動化測驗
②在測驗界混了1、2年，依然不會敲代碼
③面試大廠卻屢屢碰壁
我邀你進群吧！來吧~~測驗員，313782132（Q群里有技術大牛一起交流分享，學習資源的價值取決于你的行動，莫做“收藏家”）獲取更多大廠技術、面試資料
如果對python自動化測驗、web自動化、介面自動化、移動端自動化、面試經驗交流等等感興趣的測驗人，可以關注微信公眾號：【傷心的辣條】，獲取軟體測驗工程師大廠面試資料！
最后：
凡事要趁早，特別是技術行業，一定要提升技術功底，豐富自動化專案實戰經驗，這對于你未來幾年職業規劃，以及測驗技術掌握的深度非常有幫助，
推薦閱讀：
談談為什么程式員動不動年薪百萬？
一文讓你看懂什么是軟體測驗，讓你選擇不迷茫！
層次越高的人，越簡單
關注我不迷路~
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/231799.html
標籤：其他
上一篇：API版本管理中的溝通問題