
無論是在知乎、公眾號或各種技術論壇,程式員的35歲門檻問題總會成為大家熱議的話題,
最近在和團隊的小伙伴談話時,也有不少同學有這個困惑和焦慮,甚至有小伙伴作業才兩三年,二十幾歲的年紀就開始擔憂35歲的作業,
恍惚35歲已經成為程式員的“魔鬼年齡”,造成這個問題的本質原因,可能是因為現在的社會資訊傳播快,社交媒體也會成為一些職場案例的放大鏡,不斷刺激打工人的神經,無形中傳播著職場焦慮,
如何才能做到在35歲時不焦慮呢?
這篇文章聊聊我的想法,
先說結論:無論你是多大年齡,從事什么行業,在什么崗位作業,如果想要在35歲時不焦慮,從現在開始,記住核心8個字:
學習,實踐,總結,輸出,
我把它定義為成長倍訓,

我的故事
先來聊一聊我的故事,在我還未畢業時,就加入到一家軟體公司實習,主要作業是編碼,
作業一年后,考慮到城市等原因,我選擇了跳槽換作業,這一年我23歲,
第一份作業我的識訓是:進入了Android這個行業,學習和掌握了基本的編程技術,有了幾個專案的實踐經驗,能夠以技術作為敲門磚,去尋求下一份可以讓我得到更大提升的作業機會,
第二份作業,我加入到一家傳統軟體公司,做創新業務的開發,主要作業還是寫業務代碼,在這家公司一干就是5年,后來因感覺到自己遇到技術天花板,選擇了跳槽換作業,這一年我28歲,
第二份作業我的識訓是:夯實了自己的編程技術,對技術的深度和廣度有了足夠多的認識和實踐,具備了獨立做業務和系統架構設計的能力;不再拘泥于僅僅研究技術,也對專案管理和溝通協調有了新的學習,開始嘗試去探索一些以前不曾接觸的領域,
第三份作業,我加入到一家互聯網公司,主要作業是帶領團隊做各種產品的業務開發支撐,目前仍在職,而我也越來越接近35歲這個“魔鬼年齡”,
第三份作業我的識訓是:真正的去將自己學習到的技術在不同的產品中落地打磨,去思考和總結不同型別業務、不同規模產品、不同發展階段,到底如何設計適合的系統架構;開始接觸和實踐團隊管理,發現管理是比技術更難的一個挑戰,是一個永遠需要不斷學習和思考課題;開始擺脫程式員思維,真正思考產品和業務的本質是什么?解決了用戶的哪些痛點?如何設計和落地商業模式?也開始把自己的經驗、知識做總結、輸出,
而到現在,我發現自己還有許許多多的知識需要學習,還有很多未知的領域沒有涉獵,還沒有把很多知識、經驗很好的總結輸出,
焦慮、興奮與渴望
你問我現在焦慮嗎?可能有,但更多的是一種興奮和渴望,
焦慮,是因為發現太多的知識值得去了解和學習,而時間卻永遠不夠,
這種感覺來源于,當你了解的越多,卻發現自己懂得越少,越覺得應該投入更多的時間去學習,
那些科學大家們接受采訪時往往會說,自己的知識積累還很少,還有很多需要學習的地方,以前我總以為他們是謙虛,現在我認為他們說的可能是真實的想法,
這就像,人一開始就是一個圓點,你和外界的接觸僅限于那個點的邊界所接觸到世界,你會發現你了解的很多而實際你了解的很少,

當有一天,這個圓點慢慢變成一個小圓,慢慢變成一個大圓,你和外界接觸的面越來越大,也就發現自己懂得越來越少,
興奮,是因為發現自己可以影響和改變一些東西,
比如,這個月我在團隊內嘗試了一種新的研發工具,可以節省很多不必要的作業,提升了開發的效率,
比如,我們組織了一次內部的代碼大賽,大家都踴躍參加,很多人show出了自己最得意的代碼設計,
又如,我們這次的產品迭代,受到了很多用戶的好評,終于解決了他們反饋已久的問題,這些都讓我感覺到自己在影響和改變著一些東西,這些影響和改變往往帶來反饋,讓我重新帶著興奮投入到作業中去,
渴望,是因為還想得到更多的反饋和認可,發揮出更大的價值,
至于馬上35了,會不會被淘汰,我想的是,這些年自己踩過的坑、經歷的事、積累的知識總歸會是一筆寶貴的經驗,總會有需要我而我又剛好可以發揮的那一個A公司或B公司,
成長倍訓
回到這個問題:當下的你如何做才能在35歲時不焦慮?
**學習:**無論是技術、產品、商業等等,沉下心來學習,
**實踐:**找一個機會和場景,嘗試把自己所學用到作業中,就像你剛學會開車拿到駕照,總想著上路一樣,去感受知識被使用、被發揮它價值的地方,你一定能夠找到自己的興奮點和成就感,
**總結:**嘗試著去做一些總結,把你在實踐中的歷經多次挫折的經驗梳理總結,去思考能否有更優的技術、更好的方案,
**輸出:**把自己的那些總結,輸出出去,無論你是通過當面的交流、文字或者是視頻,甚至作業本身就是一種輸出,
你輸出的多少就代表著你所具備的價值大小,
當你在一個細分的技術領域能夠做到學習、實踐、總結、輸出的倍訓,那就再換一個細分的技術領域;
當你在全部的技術細分領域都做到了這種倍訓,那就在其它領域如產品、業務、商業、管理等等方面去嘗試,這就像滾雪球,越滾越大,越滾越大,

如果你現在才25歲,要相信經過10年的積累,35歲的你必然不會被淘汰,反而會成為執牛耳者,
道理好像都挺簡單,但你品下,再細品下,然后忘記這些,開始滾起自己的雪球吧,
希望看到這篇文章的你,終有一天有所成,
不斷學習提升
我自己做Android開發已經是第8個年頭了,見證了太多人的起起落落,印象很深一個同事,跳槽阿里薪資直接double,但也看到很多人鍍著“大廠”的金四處碰壁,終究還是倒在了技術上!
以下分享一下我4年來具體的學習路線及筆記檔案,希望能幫助到有心提升技術的朋友!
以下完整學習筆記PDF,點擊這里免費下載獲取!
- 架構師筑基必備技能
目前Android APP開發主流語言就是Java語言,Java語言最大的特性就是提高了軟體的互動可能性,可以說安卓手機幾乎所有應用程式都是利用Java語言來進行撰寫的,
知識要點:
1、深入理解Java泛型
2、注解深入淺出
3、并發編程
4、資料傳輸與序列化
5、Java虛擬機原理
6、高效IO
- 設計思想解讀開源框架
隨著互聯網企業的不斷發展,產品專案中的模塊越來越多,用戶體驗要求也越來越高,想實作小步快跑、快速迭代的目的越來越難,插件化技術應用而生,如果沒有插件化技術,美團、淘寶這些集成了大量“app”的應用,可能會有幾個g那么大,
所以,當今的Android移動開發,不會熱修復、插件化、組件化,80%以上的面試都過不了,
知識要點:
1、熱修復設計
2、插件化框架設計
3、組件化框架設計
4、圖片加載框架
5、網路訪問框架設計
6、RXJava回應式編程框架設計
- 360°全方位性能調優
在不同層次的開發工程師手里,因為技術水平的參差不齊,即使很多手機在跑分軟體性能非常高,打開應用依然存在卡頓現象,
另外,隨著產品內容迭代,功能越來越復雜,UI頁面也越來越豐富,也成為流暢運行的一種阻礙,綜上所述,對APP進行性能優化已成為開發者該有的一種綜合素質,也是開發者能夠完成高質量應用程式作品的保證,
1、設計思想與代碼質量優化
2、程式性能優化
- 啟動速度與執行效率優化
- 布局檢測與優化
- 記憶體優化
- 耗電優化
- 網路傳輸與資料儲存優化
- APK大小優化
3、開發效率優化
- 分布式版本控制系統Git
- 自動化構建系統Gradle
4、專案實戰
- 啟動速度
- 流暢度
- 抖音在APK包大小資源優化的實踐
- 優酷回應式布局技術全決議
- 網路優化
- 手機淘寶雙十一性能優化專案揭秘
- 高德APP全鏈路原始碼依賴分析
- 徹底干掉OOM的實戰經驗分享
- 微信Android終端記憶體優化實踐
- Android框架體系架構
Android框架體系架構(高級UI+FrameWork原始碼) 這塊知識是現今使用者最多的,我們稱之Android2013~2016年的技術,
Android開發者也往往因為網上Copy代碼習慣了而導致對這塊經常“使用”的代碼熟悉而又陌生:熟悉的是幾乎天天在和它們打交道, 天天在復制這些代碼 ;陌生的是雖然天天和這些代碼打交道,但是并沒有深入研究過這些代碼的原理,代碼深處的內涵,
本篇知識要點:
1、高級UI晉升
2、Android內核組件
3、大型專案必備IPC
4、資料持久與序列化
5、Framework內核決議
- NDK模塊開發(音視頻系列)
NDK(Native Development Kit縮寫)一種基于原生程式介面的軟體開發工具包,可以讓您在 Android 應用中利用 C 和 C++ 代碼的工具,通過此工具開發的程式直接在本地運行,而不是虛擬機,
在Android中,NDK是一系列工具的集合,主要用于擴展Android SDK,NDK提供了一系列的工具可以幫助開發者快速的開發C或C++的動態庫,并能自動將so和Java應用一起打包成apk,
本篇知識要點:
1、NDK開發之C/C++入門
2、JNI模塊開發
3、Linux編程
4、底層圖片處理
5、音視頻開發
6、機器學習
- Flutter學習進階
2019 年無疑是 Flutter 技術如火如荼發展的一年,
每一個移動開發者都在為 Flutter 帶來的“快速開發、富有表現力和靈活的 UI、原生性能”的特色和理念而癡狂,從超級 App 到獨立應用,從純 Flutter 到混合堆疊,開發者們在不同的場景下樂此不疲的探索和應用著 Flutter 技術,也在面臨著各種各樣不同的挑戰,
本篇知識要點:
1、Flutter跨平臺開發概述
2、Windows中Flutter開發環境搭建
3、撰寫你的第一個Flutter APP
4、Flutter Dart語言系統入門
…
- 微信小程式開發
微信小程式作為現在比較火的編程開發應用場景之一,深受市場的青睞,這讓不少開發者眼饞不已,但是對于初學者來說,就完全摸不著頭腦了,不知道微信小程式開發制作需要學習那些知識,有需要的朋友可以參考本篇,
本篇知識要點:
1、小程式概述及入門
2、小程式UI開發
3、API操作
4、購物商場專案實戰
- Android相關原始碼解讀
只要是程式員,不管是Java還是Android,如果不去閱讀原始碼,只看API檔案,那就只是停留于皮毛,這對我們知識體系的建立和完備以及實戰技術的提升都是不利的,
由于篇幅原因,如有需要以上完整學習筆記PDF,可以點擊這里免費自取!!
尾聲
都說大公司是座圍城,城外的想進去,城里的想出來,雖然很多人從城里出來了,但并不代表城里就不好,我覺得有機會還是很有必要去看一看的,
關于這點我想到了一個小故事,說是三國時期,恒溫討伐蜀漢,見到了一個曾經給諸葛亮服務過的小吏,此時已經一百余歲了,恒溫就問他:今天治蜀有誰比得過諸葛亮嗎?小吏從容回答說:“葛公在時,亦不覺異,自公歿后,不見其比,”意思是說孔明在時也不覺得有什么例外,但是等孔明去世了之后,才發現沒有人能與他相比,
我覺得很多大公司也是一樣的,我們身處其中的時候不覺有異,但我們離開之后才發現不見其比,
今天的文章就到這里,喜歡的話給個三連吧~

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/266707.html
標籤:其他
上一篇:【設計模式系列】行為型之策略模式









