在市場(chǎng)緊縮以及大前端的趨勢(shì)下，移動(dòng)端程序員如何進(jìn)行職業(yè)規(guī)劃，保持競(jìng)爭(zhēng)力？本文與你分享大前端的發(fā)展趨勢(shì)、Android 開(kāi)發(fā)進(jìn)階所需技能，以及移動(dòng)端程序員的職業(yè)發(fā)展路徑。

創(chuàng)新互聯(lián)公司是專(zhuān)業(yè)的格爾木網(wǎng)站建設(shè)公司，格爾木接單;提供網(wǎng)站建設(shè)、做網(wǎng)站,網(wǎng)頁(yè)設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專(zhuān)業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行格爾木網(wǎng)站開(kāi)發(fā)網(wǎng)頁(yè)制作和功能擴(kuò)展;專(zhuān)業(yè)做搜索引擎喜愛(ài)的網(wǎng)站,專(zhuān)業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來(lái)合作!

作者簡(jiǎn)介：

孔濤，目前在愛(ài)奇藝技術(shù)產(chǎn)品中心負(fù)責(zé)金融產(chǎn)品的移動(dòng)端研發(fā)。具備 7 年 Android 開(kāi)發(fā)經(jīng)驗(yàn)，曾在新浪、百度等大型互聯(lián)網(wǎng)公司擔(dān)任 Android 工程師，負(fù)責(zé)新聞、地圖類(lèi)等 App 研發(fā)工作。熟悉 Android 系統(tǒng)原理及大型 App 的模塊化、組件化、插件化架構(gòu)設(shè)計(jì)方案。

 移動(dòng)互聯(lián)網(wǎng)時(shí)代到來(lái)之后，移動(dòng) App 成為新主流，需要開(kāi)發(fā) Android、iOS 端，曾經(jīng)還有 Windows Phone 等不同版本，早期以 PhoneGap 等為代表的 Hybrid 形式和內(nèi)嵌在 App 中的 WebView 開(kāi)發(fā)為主，非常浪費(fèi)人力物力。

從 2015 年 React Native 開(kāi)始，Weex、Flutter、Kotlin-Native 等跨平臺(tái)框架相繼出現(xiàn)，加上微信小程序以及手機(jī)廠商聯(lián)合推動(dòng)的快應(yīng)用，前端技術(shù)在移動(dòng)端有了越來(lái)越多的使用場(chǎng)景。因此，越來(lái)越多的公司也在組織架構(gòu)上做出相應(yīng)調(diào)整來(lái)適應(yīng)這種大前端趨勢(shì)。以前的團(tuán)隊(duì)構(gòu)成以移動(dòng)端程序員為主，如今除了 Android / iOS 開(kāi)發(fā)之外，還有 RN / H5 / 小程序等開(kāi)發(fā)人員。

那么，大前端趨勢(shì)是否意味著傳統(tǒng) Native Android 程序員需要轉(zhuǎn)型？

如今移動(dòng)端主流操作系統(tǒng)只剩下 Android 和 iOS。以前者為例，目前 Android 已被廣泛應(yīng)用于手機(jī)、平板、汽車(chē)網(wǎng)絡(luò)、物聯(lián)網(wǎng)、智能電視等領(lǐng)域，是名副其實(shí)的終端霸主，另外 Android 端在國(guó)內(nèi)手機(jī)市場(chǎng)占有 80% 以上的市場(chǎng)份額，短期內(nèi)被其他 OS 所取代的可能性非常低，所以 native 程序員還是有非常大的市場(chǎng)。

現(xiàn)在的技術(shù)分工越來(lái)越細(xì)，這也意味著大部分企業(yè)需要專(zhuān)精的人才，***是精一門(mén)、通多門(mén)。去大公司面試 Android，如果你的 Android 技術(shù)不深，剩下的前端、后端、python 技術(shù)，面試官也沒(méi)興趣了解了。所以并不是會(huì)得越多越好，一定要做好減法，先專(zhuān)精一門(mén)，再去學(xué)別的技術(shù)。

在大前端時(shí)代下，一個(gè)合格的開(kāi)發(fā)者應(yīng)該是 JS + iOS / Android。可以是一個(gè)熟練的前端，學(xué)習(xí)一點(diǎn) native，或者是 native 程序員會(huì) JS。如果公司是以 App 為主且注重用戶(hù)交互體驗(yàn)，一個(gè)合理的路線(xiàn)是 native app 開(kāi)發(fā)者堅(jiān)持把 native 部分做精，然后學(xué)習(xí) JS 前端知識(shí)、拓寬技術(shù)棧。

一. 從初中級(jí)到高級(jí)，移動(dòng)端程序員的進(jìn)階寶典

下面我們就以 Android 開(kāi)發(fā)為例，從硬技能和軟技能兩方面，梳理大前端趨勢(shì)下移動(dòng)端程序員從初級(jí)到高級(jí)進(jìn)階所需的技能點(diǎn)，并且推薦一些實(shí)用的書(shū)籍資料。

（一） 硬技能：專(zhuān)業(yè)的技術(shù)知識(shí)

1. Java / Kotlin開(kāi)發(fā)語(yǔ)言

（1） Java

常用數(shù)據(jù)結(jié)構(gòu)：ArrayList、Vector、CopyOnWriteArrayList、HaspMap、ConcurrentHashMap、HashTable 等使用場(chǎng)景。

JVM 虛擬機(jī)包括 Java 內(nèi)存管理，GC 垃圾回收機(jī)制，類(lèi)加載機(jī)制。推薦書(shū)籍：《深入理解 Java 虛擬機(jī) JVM 高級(jí)特性與***實(shí)踐》。

多線(xiàn)程編程，包括線(xiàn)程池，鎖機(jī)制，線(xiàn)程同步 。推薦書(shū)籍:《Java 并發(fā)編程實(shí)戰(zhàn)》和《Java 多線(xiàn)程編程核心技術(shù)》。

AOP 編程實(shí)現(xiàn)，包括 JDK 動(dòng)態(tài)代理實(shí)現(xiàn)，ASM 直接操作字節(jié)碼、CGLIB 實(shí)現(xiàn)，其原理封裝了 ASM，使用更方便。

Javassist：在字節(jié)碼加載前直接修改需要切入的方法，以及注解處理器 APT，這在 Android 中開(kāi)源的庫(kù)應(yīng)用較多，比如 DataBinding , ButterKnife, EventBus3 等等。

異常處理 Exception，包括檢查性異常、運(yùn)行時(shí)異常處理。

IO 流相關(guān)，包括堵塞型 IO 和非堵塞型 IO。

Java 的一些高性特級(jí)，比如反射、代理、泛型、枚舉、正則表達(dá)式等等；同時(shí)了解一下 jdk1.8，1.9，1.10 等新特性。相關(guān)書(shū)籍比較多，推薦《Thinking in Java》和《Effective Java》。

（2） Kotlin

Kotlin 是一個(gè)基于 JVM 的新編程語(yǔ)言，在 Google IO 2017 中被 Google 宣布成為 Android 官方開(kāi)發(fā)語(yǔ)言。

Kotlin 有哪些優(yōu)點(diǎn)？

①簡(jiǎn)潔性: 提供了很多標(biāo)準(zhǔn)函數(shù)，大大減少樣板代碼的數(shù)量。

②安全性：避免空指針異常等錯(cuò)誤。

③互操作性：充分利用 JVM、Android 和瀏覽器的現(xiàn)有庫(kù)。

④工具友好: 可用任何 Java IDE 或者使用命令行構(gòu)建。

在 Kotlin 中要樹(shù)立函數(shù)式編程思想。把函數(shù)理解為一個(gè)值到另一個(gè)值的映射關(guān)系，以函數(shù)作為單元來(lái)處理各個(gè)業(yè)務(wù)邏輯，函數(shù)既可以做參數(shù)，也可以作為返回值。多使用 Kotlin 提供的標(biāo)準(zhǔn)函數(shù)，比如 let、run、with、apply、also、 Lambda 表達(dá)式。盡量使用閉包和高階函數(shù)。

Kotlin 的另一個(gè)突出特點(diǎn)是協(xié)程，為設(shè)計(jì)異步、非阻塞的程序提供了強(qiáng)大的范式。協(xié)程是一種輕量級(jí)的線(xiàn)程，它提供避免阻塞且更廉價(jià)可控的操作: 協(xié)程掛起。將復(fù)雜異步操作放入底層庫(kù)中,程序邏輯可順序表達(dá),以此簡(jiǎn)化異步編程。

***簡(jiǎn)單說(shuō)下 Kotlin/Native，它的設(shè)計(jì)初衷是支持在非 JVM 虛擬機(jī)平臺(tái)環(huán)境的編程，如 iOS、嵌入式平臺(tái)等，同時(shí)支持與 C 互操作。推薦書(shū)籍：《Kotlin 實(shí)戰(zhàn)》。

2. Android 進(jìn)階技術(shù)點(diǎn)

進(jìn)程相關(guān)，包括 App 進(jìn)程原理以及 AIDL 原理。

性能優(yōu)化，包括：內(nèi)存，cpu，耗電量、網(wǎng)絡(luò)請(qǐng)求、UI 布局、線(xiàn)程、數(shù)據(jù)庫(kù)等優(yōu)化方法以及優(yōu)化工具的使用。

Android 源碼相關(guān)，包括：Binder 機(jī)制，Activity 啟動(dòng)流程，Handler 原理，AMS ，PMS，WMS 原理，View 的繪制流程，Touch 事件傳遞機(jī)制等等。

編譯打包流程，從 java/kotlin 源碼到最終形成 APK 的過(guò)程。

熱修復(fù)的實(shí)現(xiàn)原理，目前熱修復(fù)框架的種類(lèi)繁多，常見(jiàn)的包括底層替換、類(lèi)加載和 Instant Run 方案。

逆向工程原理，主要是為了防止 apk 被反編譯破解，以及了解 apk 加固方案。

插件化，目前方案同樣很多，主流的技術(shù)實(shí)現(xiàn)是 Hook 方式，注冊(cè) Activity 進(jìn)行占坑，使用占坑 Activity 通過(guò) AMS 驗(yàn)證，還原插件 Activity，其他組件的原理也大致類(lèi)似。

NDK 開(kāi)發(fā)，調(diào)用 JNI 以及回調(diào) Java 的方式。

自定義控件，需要注意 onMeasure，onLayout，onDraw 的調(diào)用時(shí)機(jī)，以及 Touch 事件分發(fā)機(jī)制。

動(dòng)畫(huà) View Animation，視圖動(dòng)畫(huà)在很早的 Android 版本系統(tǒng)中就已經(jīng)提供了，只能被用來(lái)設(shè)置 View 的動(dòng)畫(huà)。

屬性動(dòng)畫(huà) Property Animation，只對(duì) 3.0 以上版本，可以設(shè)置給任何 Object，包括還沒(méi)有渲染到屏幕上的對(duì)象。這種動(dòng)畫(huà)是可擴(kuò)展的，可自定義任何類(lèi)型和屬性的動(dòng)畫(huà)。

Webview 中 Native JS 交互，常用的 JSBridge 等。

Gradle 的特性以及 DSL 語(yǔ)法，比如 Gradle Transform API 的使用，它允許第三方插件在 class 文件轉(zhuǎn)為 dex 文件前操作編譯好的 class 文件。利用這一特性，我們可以在代碼編譯階段實(shí)現(xiàn)代碼注入或者代碼修改，這也是很多埋點(diǎn)技術(shù)和熱修復(fù)技術(shù)的基礎(chǔ)。

安全性：HTTPS 通信原理，數(shù)據(jù)加密方式，包括 MD5，RSA 等，webview 安全性，代碼混淆，數(shù)據(jù)驗(yàn)簽，組件通信安全，服務(wù)器通信。

CI 持續(xù)集成：Jenkins ，Gitlab CI 等搭建持續(xù)集成開(kāi)發(fā)工具。

Sersor 傳感器：包括陀螺儀，加速傳感器，方向傳感器，重力傳感器，光線(xiàn)傳感器等。

Android 開(kāi)發(fā)國(guó)際化。

ART 和 Dalvik 虛擬機(jī)的區(qū)別，主要是 AOT，Ahead-Of-Time 預(yù)編譯。

熟悉 DEX 文件結(jié)構(gòu)。

單元測(cè)試：JUnit4，AndroidJUnitRunner，Mockito 框架的使用。

自動(dòng)化測(cè)試：Monkey / Monkey Runner ，Espresso ，UI Automator 等。

掌握模塊化開(kāi)發(fā)方式：主要注意分好層、模塊間跳轉(zhuǎn)通信。

代碼重構(gòu)能力，推薦書(shū)籍：《重構(gòu)改善既有代碼的設(shè)計(jì)》、《重構(gòu)與模式》

Google 動(dòng)態(tài)化框架 App Bundles。

Jetpack，Google 推出的新一代組件、工具和架構(gòu)指導(dǎo)，旨在加快 Android 應(yīng)用開(kāi)發(fā)速度。Jetpack 主要分為 4 部分：

Android開(kāi)發(fā)常用的第三方庫(kù)：

響應(yīng)式編程：RxJava、RxAndroid，Google 的Agera

網(wǎng)絡(luò)庫(kù)：包括Retrofit，OkHttp，Volley

圖片：Fresco，Gilde，Picasso

依賴(lài)注入：Dagger2

數(shù)據(jù)庫(kù)：Realm，ORMLite，GreenDAO，ObjectBox

數(shù)據(jù)總線(xiàn)：EventBus，otto

內(nèi)存泄漏檢測(cè)工具 LeakCanary 等

各個(gè)技能點(diǎn)如果詳細(xì)拓展開(kāi)，會(huì)形成相當(dāng)龐雜的一張知識(shí)圖譜，建議大家自行梳理總結(jié)消化。

3. OOAD 和設(shè)計(jì)模式

在架構(gòu)設(shè)計(jì)方面，首先要掌握的就是面向?qū)ο蟮拈_(kāi)發(fā)和設(shè)計(jì)。具體知識(shí)點(diǎn)包括：

面向?qū)ο笕筇匦裕?/strong>封裝,繼承,多態(tài)。

五大基本原則（SOLID 原則），單一職責(zé)原則，開(kāi)放封閉原則，里氏替換原則，依賴(lài)倒置原則，接口分離原則。

23 種設(shè)計(jì)模式：常用的有工廠、單例、適配器、橋接、組合、代理、命令、觀察者、策略、狀態(tài)模式等等。

4. APP架構(gòu)設(shè)計(jì)

包括 MVC、MVP、MVVM、MVI、VIPER、Clean Architecture、Flux。目前除了 MVC 外 MVP 和MVVM 用得比較多，具體的架構(gòu)設(shè)計(jì)還要結(jié)合業(yè)務(wù)去考慮。

（二） 軟技能

人在職場(chǎng)，行走江湖，想進(jìn)階高級(jí)程序員光有技術(shù)深度是不夠的，還需要掌握眾多軟技能，注意綜合職業(yè)素養(yǎng)的磨練。有很多人一開(kāi)始重視程度不足，在職場(chǎng)后半段的上升過(guò)程中，容易遇到瓶頸。

下面是我個(gè)人總結(jié)出的高級(jí)程序員必備軟技能，供大家參考。

1. 快速學(xué)習(xí)能力：包括技術(shù)深度和廣度，能夠不斷探究新技術(shù)，不斷學(xué)習(xí)。

2. 溝通能力：加強(qiáng)表達(dá)、閱讀、編寫(xiě)能力，即使在技術(shù)發(fā)達(dá)的今天也絕不會(huì)過(guò)時(shí)。因?yàn)槿魏畏绞降臏贤ㄔ谄髽I(yè)內(nèi)部都是非常有必要的。

3. 團(tuán)隊(duì)協(xié)作能力：開(kāi)發(fā)人員很容易陷入孤立的人際交往狀態(tài)，但開(kāi)發(fā)工作永遠(yuǎn)都不可能是一個(gè)人完成，只有成員真正能融入團(tuán)隊(duì)內(nèi)，順利與其他同事溝通合作，才能體現(xiàn)出其真正的價(jià)值，被列為未來(lái)職位晉升候選人的幾率也更大。

4. 時(shí)間管理能力：可以參考時(shí)間管理「四象限法則」，有重點(diǎn)地把精力和時(shí)間集中用于處理重要但不緊急的工作，這樣可以做到未雨綢繆。

5. 影響力：一方面是業(yè)務(wù)影響力，另一方面是技術(shù)影響力。其中，提高技術(shù)影響力的方式包括：多參與技術(shù)分享，把積累的知識(shí)進(jìn)行總結(jié)和傳播；參加技術(shù)方案評(píng)審，把技術(shù)經(jīng)驗(yàn)分享出去；幫助新同學(xué)解決技術(shù)問(wèn)題；在博客、Github、StackOverflow 等平臺(tái)上對(duì)外分享。

6. 文檔編寫(xiě)能力：

代碼注釋。很多程序員很少寫(xiě)注釋?zhuān)蛘咦⑨屵^(guò)多，都是不合適的。多參考開(kāi)源項(xiàng)目的注釋規(guī)范。

編寫(xiě)技術(shù)設(shè)計(jì)文檔。包括流程圖，類(lèi)圖，功能時(shí)序圖等等。

此外推薦一本書(shū)：《軟技能——代碼之外的生存指南》

二. 技術(shù)專(zhuān)家VS管理，哪條路更適合你？

工作 3-5 年后已經(jīng)進(jìn)階到高級(jí)程序員了，很多人開(kāi)始面臨一個(gè)問(wèn)題：未來(lái)發(fā)展方向是技術(shù)專(zhuān)家還是技術(shù)管理，哪一條職業(yè)發(fā)展路徑更適合自己？

選擇哪條路線(xiàn)，首先要明確自己想要什么。想做技術(shù)還是管理，都跟目標(biāo)和職業(yè)規(guī)劃有關(guān)，每個(gè)人的實(shí)際情況不同，目標(biāo)就不同，建議盡量做和自己的性格相符合的選擇，并且堅(jiān)持。哪怕一時(shí)半會(huì)看不出效果，長(zhǎng)期總是能夠看到效果的。

1. 怎樣的程序員適合做技術(shù)專(zhuān)家？

技術(shù)專(zhuān)家的核心就是深入而精通。對(duì)某個(gè)技術(shù)領(lǐng)域很熟悉、對(duì)代碼編寫(xiě)保持熱情、持續(xù)學(xué)習(xí)新的技術(shù)、能夠靜下心來(lái)做技術(shù)，而不是急功近利。性格相對(duì)內(nèi)向、不擅長(zhǎng)溝通協(xié)調(diào)、不希望花大量時(shí)間帶團(tuán)隊(duì)、主要負(fù)責(zé)把關(guān)鍵技術(shù)做到專(zhuān)業(yè)和***，這樣的人更適合往技術(shù)路線(xiàn)發(fā)展，比如技術(shù)專(zhuān)家，架構(gòu)師。

2. 怎樣的程序員適合轉(zhuǎn)型技術(shù)管理？

首先要明確，通常所說(shuō)的技術(shù)管理者都需要做哪些事？

• 團(tuán)隊(duì)建設(shè)：人員激勵(lì)、團(tuán)隊(duì)文化、梯隊(duì)建設(shè)。
• 任務(wù)管理：任務(wù)分工、任務(wù)協(xié)作。
• 管理規(guī)劃：新技術(shù)調(diào)研，支撐新業(yè)務(wù)的重構(gòu)等。

相應(yīng)地，需要的能力包括：向上匯報(bào)向下傳達(dá)能力、團(tuán)隊(duì)管理能力、人員培養(yǎng)能力、上下游部門(mén)合作把控能力、業(yè)務(wù)需求溝通能力、重大問(wèn)題的決斷能力、長(zhǎng)遠(yuǎn)目標(biāo)規(guī)劃能力、執(zhí)行力等等。

綜合來(lái)看，管理能力和技術(shù)能力的要求差別較大。作為技術(shù)管理者首先應(yīng)該有角色認(rèn)知的改變，不能以程序員的角度去看待問(wèn)題，需要站在更高角度，從全局思考問(wèn)題。推薦有志走管理路線(xiàn)的移動(dòng)端程序員參考這本書(shū)：《成為技術(shù)***》。

3. 兩種發(fā)展路徑的異同點(diǎn)

（1） 不同點(diǎn)：技術(shù)專(zhuān)家更依賴(lài)個(gè)人技術(shù)能力，需要結(jié)合業(yè)務(wù)做好技術(shù)規(guī)劃，框架設(shè)計(jì)，性能優(yōu)化以及技術(shù)創(chuàng)新；技術(shù)管理者是協(xié)助團(tuán)隊(duì)一起把產(chǎn)品做出來(lái)，負(fù)責(zé)團(tuán)隊(duì)內(nèi)外的組織溝通和相互協(xié)調(diào)。

（2） 相同點(diǎn)：終究需要面對(duì)管理，只是管理工作的多和少之分。即使你是架構(gòu)師，也需要 lead 一個(gè)技術(shù)團(tuán)隊(duì)。

因此，不論你未來(lái)是走純技術(shù)路線(xiàn)還是非技術(shù)路線(xiàn)，都需要增長(zhǎng)自己的管理技能，因?yàn)榈?**總歸是需要管理溝通的。當(dāng)你級(jí)別非常高，卻還不跟任何人打交道，完全靠個(gè)人能力來(lái)貢獻(xiàn)的情況是很少見(jiàn)的。

4. 如果選擇錯(cuò)誤，是否還有二次選擇機(jī)會(huì)？

我認(rèn)為需要先把職業(yè)目標(biāo)和職業(yè)規(guī)劃想好，經(jīng)常改變對(duì)職業(yè)影響較大。

（1） 技術(shù)轉(zhuǎn)向管理：要提前掌握相關(guān)管理知識(shí)并在角色認(rèn)知上做出改變，以團(tuán)隊(duì)為出發(fā)點(diǎn)去思考問(wèn)題，對(duì)業(yè)務(wù)了解更多，提高部門(mén)內(nèi)的影響力，有合適的晉升機(jī)會(huì)可進(jìn)行轉(zhuǎn)型。

（2） 管理轉(zhuǎn)回技術(shù)：如果你面對(duì)諸多跨部門(mén)溝通，在性格等因素上感覺(jué)不合適，需要盡快做出決策，轉(zhuǎn)回技術(shù)開(kāi)發(fā)。

三. 大前端趨勢(shì)下，移動(dòng)端程序員如何保持競(jìng)爭(zhēng)力？

我從招聘網(wǎng)站上摘錄了某些一線(xiàn)公司的職位描述要求：

3 年以上工作經(jīng)驗(yàn)、深入了解移動(dòng)端的底層和原理、獨(dú)立主導(dǎo)或開(kāi)發(fā)過(guò)一款以上產(chǎn)品的核心項(xiàng)目、豐富的項(xiàng)目經(jīng)驗(yàn)或管理能力、有 React Native 或者Weex 的實(shí)戰(zhàn)經(jīng)驗(yàn)、掌握一些前端開(kāi)發(fā)技術(shù)，HTML / JavaScript / CSS 等。前后端開(kāi)發(fā)經(jīng)歷是加分項(xiàng)。

可以看到，市場(chǎng)對(duì) Android 程序員的要求越來(lái)越高，除了深入掌握 Android 底層原理，對(duì)前端 JS 等技術(shù)也有要求。

今天我們已經(jīng)進(jìn)入了終端碎片化的時(shí)代。從 2007 年 iPhone ***代發(fā)布至今的 12 年里，智能手機(jī)并沒(méi)有被取代的跡象。但創(chuàng)新仍在繼續(xù)，比如智能手表、TV、眼鏡、頭戴 VR 等等，可以想象這樣的設(shè)備仍會(huì)繼續(xù)增多。

這些新設(shè)備也是新平臺(tái)，與智能手機(jī)類(lèi)似，可以安裝第三方應(yīng)用，且這些平臺(tái)基本都支持瀏覽器或內(nèi)嵌瀏覽器引擎。早期 Hybrid 和后來(lái) React Native 等探索，在顯示終端應(yīng)用的開(kāi)發(fā)上，前端開(kāi)發(fā)已成為必備技術(shù)。

因此，大前端趨勢(shì)對(duì)移動(dòng)端程序員而言，***的影響就是新的移動(dòng)開(kāi)發(fā)技術(shù)棧。

移動(dòng)設(shè)備作為主流終端，其應(yīng)用開(kāi)發(fā)技術(shù)也應(yīng)該是大前端最關(guān)注的技術(shù)。以前移動(dòng)開(kāi)發(fā)技術(shù)棧以原生開(kāi)發(fā)為主，現(xiàn)在的趨勢(shì)是跨平臺(tái)技術(shù)愈演愈烈。

那么，在如今技術(shù)快速變化的環(huán)境下，移動(dòng)端程序員該如何保持競(jìng)爭(zhēng)力？

首先，加強(qiáng) Android / iOS 技術(shù)深度儲(chǔ)備，深入理解系統(tǒng)底層原理，對(duì)新技術(shù)持續(xù)投入。

其次，逐步完善前端技術(shù)棧，廣度擴(kuò)充，熟悉前端 JS，以及 RN，flutter 等跨平臺(tái)框架。

***，選擇 Android 細(xì)分領(lǐng)域并提高，比如應(yīng)用開(kāi)發(fā)、逆向安全、音視頻、車(chē)聯(lián)網(wǎng)、物聯(lián)網(wǎng)、手機(jī)開(kāi)發(fā)、SDK 開(kāi)發(fā)和智能電視盒子開(kāi)發(fā)等等，在其中選擇一個(gè)并不斷深入。

四. Q & A

（Q代表網(wǎng)友提問(wèn)，A代表孔濤回答）

Q: 您是從什么時(shí)候開(kāi)始帶團(tuán)隊(duì)的？剛開(kāi)始從純技術(shù)轉(zhuǎn)向管理崗會(huì)遇到什么困難？如何克服？

A: 我從4年前左右開(kāi)始帶團(tuán)隊(duì)，由一個(gè)人獨(dú)立貢獻(xiàn)到多個(gè)人的團(tuán)隊(duì)開(kāi)發(fā)貢獻(xiàn)，一個(gè)人能力有限，驅(qū)動(dòng)大家解決問(wèn)題，這其中有心態(tài)的變化是需要克服的。有一種決策認(rèn)知的改變。

Q: 我一直在中小型公司做小團(tuán)隊(duì)管理者，后續(xù)發(fā)展突破口在哪里，是否可以進(jìn)入大廠轉(zhuǎn)技術(shù)路線(xiàn)？

A: 你的突破點(diǎn)在于技術(shù)上的提高，這是一條不錯(cuò)的路線(xiàn)，在大廠里做技術(shù)是沒(méi)有問(wèn)題的。但如果你想繼續(xù)做管理的話(huà)，就要先提升一些大廠的經(jīng)驗(yàn)，做技術(shù)，再慢慢轉(zhuǎn)到管理

Q: 在創(chuàng)業(yè)公司帶大團(tuán)隊(duì)和在大廠帶小團(tuán)隊(duì)，哪條路更有優(yōu)勢(shì)？

A: 這沒(méi)有絕對(duì)答案。如果你之前在大公司里帶過(guò)小團(tuán)隊(duì)，積累了經(jīng)驗(yàn)，去創(chuàng)業(yè)公司帶大團(tuán)隊(duì)是沒(méi)有問(wèn)題的。但是反過(guò)來(lái)，如果你經(jīng)驗(yàn)不足，且缺乏一些對(duì)新事物的認(rèn)識(shí)的話(huà)，去小廠帶大團(tuán)隊(duì)可能會(huì)遇到一些瓶頸。所以個(gè)人建議先去大廠鍛煉鍛煉。