騰訊35歲架構師提前退休,比別人早2年確定職業目標有多重要?還不學起來等著被裁嗎?

南方吳彥祖_藍斯發表於2021-05-18

昨天,群裡看了這麼一個帖子,來自鵝廠某35歲提前退休的員工:

這是一位騰訊員工的打工人自白,裡面主要有三點,為人津津樂道:

1、 35歲便決定退休。 退休原因不是被辭退、也不是離職後找不到工作,只是懶得打工了; 2、 995拼了十多年,積累資產已經達到2300w。 分別為:1000w的房產+1000w的騰訊股票+300w現金——自己覺得夠用了。 3、 覺得這筆錢對於自己來說夠用了,並堅信騰訊股票可以跑贏通脹 ——這也不失為一種自信和知足。

不知道你看完有什麼感覺?

有人覺得不切實際:“才兩千多萬就躺平?感覺過分樂觀了!”

也有人覺得這已經很成功了:“能做到這個的是極少數。”

但不得不說,普通人在35歲就能達到退休的經濟基礎,絕對是少數。

就像網上一個段子說的:成功人士才叫“願你漂泊半生,歸來仍是少年”;大多數普通人其實是“出去混了幾十年,回來還是那個逼樣。”

很扎心,很犀利,很現實。

但即便如此,還是那句話:專注自己的日子,其他的讓別人說去吧!

1、認真做好手頭上的事情,並做到足夠專業。 因為讓自己在市場上具備競爭力,方才能立於不敗之地。

2、永遠不要放棄學習和思考。

老話常談:35歲中年危機

35歲這個話題,說來說去,關鍵還是看程式設計師們自己。不用回答我,大家捫心自問:

業餘時間都拿來幹嘛了?

有多久沒有看過書了?

有多久沒有寫過工作以外的程式碼了?

有多久沒有碰演算法題法了?

是不是曾經也立志要堅持學習,要堅持刷題,堅持了多久放棄了?

是不是曾經也立志要像公司的大佬一樣獨當一面,結果回家埋怨一句加班好累就抱起了手機?

35歲被裁員了怎麼辦?

被裁員了,拿了裁員補償,開開心心找獵頭去跳槽去啊。

最好的選擇在進入舒適區、自身能力提升遇到瓶頸、公司增長緩慢之前就跳槽,跳到一個能力可以繼續提升的地方去。

35歲寫不動程式碼了怎麼辦?

機器是對人類職業壽命的重大延伸,比起體力勞動者,我們的職業壽命延長了幾十年。寫程式碼可能是最輕鬆的跟機器打交道的職業中,最輕鬆的一個。

這麼多年了,那麼多工廠的老工人都還在車間操作機床呢,我們坐寫字間的怕什麼。中國的通訊業、IT行業,國外的IBM、MS等裡面大把的5、60歲寫程式碼的。

大家不用對自己預期過高,總想著升任CEO,贏取白富美。你要是把目標定位在50歲跟35歲一樣,6、70W年薪,估計就沒那麼大壓力了

35歲做不到管理層怎麼辦?

做不到管理層繼續寫程式碼啊~如今,一線架構師什麼的,可比管理層好找工作多了。

百度M2A\2B出來,要是純管理,不做一線工作,都沒啥地兒可跳。而百度T7、8、9要出來,公司都是跪求的,搶著要。

為什麼?原因太多了,市場經濟需要企業不斷提升產品質量、技術水平,發展太快需要扁平化結構等等。

什麼樣的程式設計師在35歲以後依然被公司搶著要?

我37,算是35歲以後的程式設計師。最近一次跳槽是34歲,當時一個月面4家,拿了3個薪資不等的程式設計師崗的offer,都是不996的外企,最低的年薪是50w。後面不想再繼續面,所以選擇了其中一家。

我說說看我在工作習慣和職業素養。

1、負責任

我說的負責任不是說往自己身上大包大攬,那叫老好人,也不是天天沒事加班演給老闆看,那叫奮鬥逼。負責任是說給你指派的任務,你要保質保量認真按時完成,這是最基本要求。

在你做的過程中,你要考慮有沒有什麼風險?對別人有沒有影響?能不能把公用部分抽出來造個輪子?如果是作為別人的上游,對別人來說是不是好用?程式碼是不是簡潔乾淨?有沒有可以寫成配置的hardcode?

2、技術過硬

技術過硬 ≠ 對API熟悉,你用過這個框架,那個框架,熟悉這個配置,熟悉那個配置,這不叫技術好,這叫對框架熟,最多隻能叫做API呼叫師而不是軟體工程師。

技術過硬是指對技術在實際業務模型下的應用能力,自己在實際工作中對問題的分析解決能力。

有時候在做一個功能或者解決一個問題的時候,你有很多種選擇,你是否有足夠的知識儲備讓你選擇解決方案?還是你僅僅知道一個唯一的解決方案?如果你現在有很多方法,你是否能找到最優解?

當你面對一個問題的時候,你的思路是否能支援你一步一步找到root cause?要花多少時間?找到以後你能不能有辦法解決掉?

3、溝通能力

溝通能力不是不是說找產品找經理吵架的能力。溝通能力有三層意思:

第一,講述一件事情或者描述一個物體要有條理,有邏輯,能用清楚明白的語言把要描述的物件描述出來。在這個過程中很多技術人員習慣用技術語言去跟其他領域的人溝通,暫且不談語言條理和邏輯,這種溝通大多是無效的,因為雞同鴨講怎麼可能有效率?所以引出第二條:要學會抽象和歸納

第二,抽象和歸納,在跟人溝透過程中,講一件事不要東一榔頭西一棒槌,一會描述細節,一會又概括描述。特別是技術人員在跟其他人溝通時,要把技術概念抽象出來,並且概括提煉你要說的內容,然後組織語言表達出來,這樣讓對方快速理解你要表達的東西,如果涉及到細節,你再深入那個點展開來談。

第三,要學會跟你的上級即時溝通狀態,特別是那種需要相對長期時間完成的任務,儘量在一些關鍵的點彙報自己的情況,讓對方知道自己在做什麼,做到哪裡,還有什麼剩下的,有沒有什麼問題,有沒有風險,需不需要幫助等等。千萬不要悶頭在那做,一做好多天啥也不說,結果一開會一問這也是問題那也是問題,要麼就是明明自己覺得有問題的東西不盡早溝通,一直拖,拖到最後實在幹不了給上級一個驚喜。

4、學習能力自己保持學習習慣

很多人認為年紀大了學不過年輕人,我不是很懂這個邏輯,你說年紀大了家裡事情多,沒年輕人有時間那我還是能理解,你說學不過年輕人我真的不同意,況且多少年輕人也沒拿時間出來學習啊,王者吃雞抖音小姐姐多香是不是?

我大概每天保持學習2小時以上,主要是對新技術的學習和刷演算法題。手遊不碰,抖音不碰,碎片時間(比如馬桶上)刷刷微博知乎。我明顯感覺到最近這些年,精力,智力,思維,工作能力自從讀書考試那會以來又達到了一個巔峰狀態,工作上程式碼寫的得心應手,學習東西快(所以我不知道有些人說三十多的人學習能力不如年輕人的結論是怎麼得來的),理解能力強,刷演算法時思維比以前還要敏捷。

不敢說公司搶著要把,但是至少我能說我還是有一定競爭力的,起碼35歲被裁什麼的在我這不存在的。就算是被裁,出去重新找個工作不就好了,還能漲漲薪水。

也許迷茫的同時,我們應該明白, 競爭無處不在,只有從根本上提升自己,精進自己,才能在這個社會上有立足之地。 另外,我們應該學會不畏懼年齡的增長,勇敢嘗試,即使脫離原來的行業也許會有新的機遇等著你!

Android技能儲備

不用多說,相信大家都有一個共識:無論什麼行業,最牛逼的人肯定是站在金字塔端的人。所以,想做一個牛逼的程式設計師,那麼就要讓自己站的更高,成為技術大牛並不是一朝一夕的事情,需要時間的沉澱和技術的積累。

關於這一點,在我當時確立好Android方向時,就已經開始梳理自己的成長路線了,包括技術要怎麼系統地去學習,都列得非常詳細。

下面是詳細的學習路線及資源:

  • Android學習路線圖

首先,對於沒有學習方向,知識不體系的人,我把我工作幾年整理的學習路線分享給大家,做一個借鑑作用,還不知道怎麼學習的人可以直接照著我這個學習路線一個個的去學習,知識不體系的人可以參考下我整理路線的方式,總之希望能夠幫到你們!

  • 模組化學習資源

接下來是每個模組我整理出來的文件學習資料,幫助大家更細緻化的學習。

《Android彙總複習資料—Java》

《Android彙總複習資料—Android》

《Android彙總複習資料—Android擴充套件》

《Android彙總複習資料—Kotlin》

《Android彙總複習資料—Flutter》

《Android彙總複習資料—演算法》

除了上面的學習路線,還可以額外的配合以下方式學習,效果翻倍~

Android進階學習

①看影片進行系統學習

前幾年的Crud經歷,讓我明白自己真的算是菜雞中的戰鬥機,也正因為Crud,導致自己技術比較零散,也不夠深入不夠系統,所以重新進行學習是很有必要的。我差的是系統知識,差的結構框架和思路,所以透過影片來學習,效果更好,也更全面。關於影片學習,個人可以推薦去B站進行學習,B站上有很多學習影片,唯一的缺點就是免費的容易過時。

另外,我自己也珍藏了好幾套影片,有需要的我也可以分享給你。

②讀原始碼,看實戰筆記,學習大神思路

“程式語言是程式設計師的表達的方式,而架構是程式設計師對世界的認知”。所以,程式設計師要想快速認知並學習架構,讀原始碼是必不可少的。閱讀原始碼,是解決問題 + 理解事物,更重要的:看到原始碼背後的想法;程式設計師說:讀萬行原始碼,行萬種實踐。

主要內含微信 MMKV 原始碼、AsyncTask 原始碼、Volley 原始碼、Retrofit原始碼、OkHttp 原始碼等等。

③面試前夕,刷題衝刺

面試的前一週時間內,就可以開始刷題衝刺了。請記住,刷題的時候,技術的優先,演算法的看些基本的,比如排序等即可,而智力題,除非是校招,否則一般不怎麼會問。

關於面試刷題,我個人也準備了一套系統的面試題,幫助你舉一反三:

④2020大廠面試高頻知識點

  • 圖片
  • 網路和安全機制
  • 資料庫
  • 外掛化、模組化、元件化、熱修復、增量更新、Gradle
  • 架構設計和設計模式
  • 效能最佳化
  • Android Framework
  • Android優秀三方庫原始碼

以上這些內容均免費分享給大家,需要完整版的朋友, 。或者點選 【 】 檢視獲取方式。

被最佳化掉的人,一定是自身技術能力不足的人。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69983917/viewspace-2772792/,如需轉載,請註明出處,否則將追究法律責任。

相關文章