Google 為了幫助 Android 開發者更快更好地開發 App，推出了一系列組件，這些組件被打包成了一個整體，稱作 Android Jetpack，它包含的組件如下圖所示：

老的 support 包被整合進了 Jetpack，例如上圖 Foundation 模塊的 AppCompat，整合進去之后，包名做了一下修改，全部以 androidx 開頭。Android Studio 提供的遷移工具（Refactor > Migrate to AndroidX）可以將源碼中的舊包名替換成新的，但是如果 Maven 依賴的產物還未遷移到 AndroidX 的話，還需要配置一個工具—— Jetifier

第一：首先弄清楚自己崗位晉升（轉型）路線

大多數程序員的晉升路徑無非以下幾種：

技術型：初級工程師->中級工程師->高級工程師->架構師(技術專家)->技術總監->CTO

管理型：工程師->項目組長->項目經理->項目總監->技術總監->CTO

交叉型：初級工程師->中級工程師->項目經理->技術總監->CTO(此路線技術和管理交叉進行，每個階段做的事情不固定)

轉行型：初級工程師->轉行產品、設計、銷售、運營等

第二：跳出自己的舒適區，對自己喜歡的事情投入100%的熱情

很多程序員都會下意識的標榜自己是一名c++程序員，java程序員，ios開發，安卓開發，php程序員等等，但是他們往往忽略了一個事實，就是你首先是一名程序員，有意無意的將自己綁定在某個領域或者某一個語言上是非常危險的事情。

做某個事情的時候，投入100%的熱情，并持之以恒，我知道這是非常難的事情，也正因為如此，技術專家，資深大牛才那么稀缺。

第三：站在巨人的肩膀上，適當說“不”

另外一點提高自己瓶頸的方法就是借鑒前人的代碼，程序員這個行業，并不一定非要什么都不看直接寫，也許你在有基礎的情況下，直接開始寫，遇到問題在查找問題會來的更加容易上手。

但是正因為這樣，你寫出來的代碼往往質量非常差，優化性不夠，語法啰嗦，不夠優雅，因此我們要學會多從其他人的代碼中汲取優點，多逛逛開源社區，針對自己感興趣的方向去學習別人的代碼，也是進步的一種方法。

在團隊中，經常會遇到需求方給你提出某個需求，也許你覺得這個需求不合理，但是還是礙于同事的面子抽時間給他完成這個需求，這個時候你在同事的眼里也許就是負責的好同事，但是也許你遇到的只是一個不動腦子，或者壓根只是抱著試一試態度的產品經理，沒有經過完整的調研，只是拍拍腦袋覺得用戶可能會喜歡這個產品，沒有做出需求調研就話了一個prd給你扔了過來，如果項目表現不錯，你的努力受到了大家的認可，那么皆大歡喜，但是如果這個項目最后還是失敗了。那么你付出的努力也會白白浪費。

在需求方提出需求的時候，你一定要問他，做這個功能的意義是什么? 你有數據做出支撐么? 這個功能對我們現有的產品會有什么影響以及正面作用? 沒有數據支撐的需求一律說不!

第四：搞好人際關系，提高溝通能力

學會處理人際關系，以及表達自我想法，溝通能力，也是程序員需要掌握的一件事情，因為你的上司看重你的表現的，往往不是 你實現某個功能的細枝末節，而是你對于整個項目的把控，以及溝通，他需要的只是結果，而不是過程，因此往往溝通能力強的資 深程序員，最后都會往高層去發展，慢慢轉為管理層，而如果你只是想要安靜的寫代碼，不想被這些無聊的事情干擾的話，那么你可以忽略。

這個行業很多資深大牛往往都是溝通能力強，技術高深的體現，隨著年代發展，團隊式工作已經是主流，你無法一個人去單一的實現某個任務或者功能。

團隊式開發效率，項目進度，復雜度，以及成本控制都比單一人員要好，而團隊式協作就表明，你必須要有最基本的溝通能力。

學習分享

①「Android面試真題解析大全」PDF完整高清版+②「Android面試知識體系」學習思維導圖壓縮包——————可以點擊我的【Github】免費下載，最后覺得有幫助、有需要的朋友可以點個贊

)]

[外鏈圖片轉存中…(img-l7NoONK4-1619078970947)]