最近有一位讀者去面試Android開發(fā)，這位讀者師出名門（BAT中的一家公司），是有十年的軟件開發(fā)經(jīng)驗的高級Android工程師，但卻以沒有技術(shù)深度拒絕了他。

昨天早上，我在給他做模擬面試的時候也發(fā)現(xiàn)了這個問題，因為從簡歷上看他的出身，呆過兩家知名的互聯(lián)網(wǎng)公司，面試官一定會不自覺的提升對他的期望。他雖然有豐富的項目經(jīng)驗，但真正交流下來又發(fā)現(xiàn)雖然在知名公司工作卻沒有掌握“核心科技”，他的優(yōu)勢一下就變成了劣勢。

隨著年齡的增長，你原來的優(yōu)勢都在慢慢變成你的劣勢。

寫給資深或即將資深的Android工程師

當(dāng)我們是初級工程師的時候，最希望的就是有豐富的項目經(jīng)驗，好把自己蒼白干癟的簡歷填的炫麗飽滿。然而隨著時間的積累，簡歷上的項目是挺“飽滿”的了，但我們只看“外表”的行為造成了自己另一個困境：看似很資深，其實又沒有做過什么有難度的事情，工作了十年可能只是1年的工作經(jīng)驗用了9次。

正如這位去面試的讀者，從簡歷上看確實是能看到他輝煌的項目經(jīng)歷，在經(jīng)歷之下會發(fā)現(xiàn)簡歷中沒有深入的地方。有些雖然寫的很有技術(shù)，但是確實只是在使用API的程度而已；有些解決問題的方式很有技巧，但還不成體系。

可惜沒有多走兩步，沒有去研究和擴展。

那么如何改變呢？

對方也在問我這個問題，而且很迫切，迫切到希望我今天說明白之后他明天面試就可以變得深入。

我很無奈且直接的說明了這個多半不可能。如果是可能的話，別人也可以很快掌握核心技術(shù)變得很深入。但長期的話我認為是可能的，比如給自己半年的時間，對以前項目中的某一項技術(shù)框架進行學(xué)習(xí)擴展和實踐。***能利用一下你目前所在公司的資源，比如做這個框架的項目組，和他們搞好關(guān)系，向他們學(xué)習(xí)、和他們討論你遇到的每一個問題。

但是絕對沒有其他的方式，可以讓你通過看一下或者臨時準(zhǔn)備一下就提升到有深度的地步。如果你能做到，必然是已經(jīng)在某方面是個很精深的高手了，自然可以忽略我說的話。

沒有深度的原因

我們沒有技術(shù)深度，最重要的原因有兩個：***是回避問題，第二是沒有興趣。

當(dāng)我們在工作中遇到問題的時候，***選擇往往是回避它，不管是從設(shè)計上還是從技術(shù)上，或者找到其他的替代方案，如可使用別人的開源庫，使用別人造出來的輪子。這樣做無可厚非，但如果我們想有更深一步的提升或者更有技術(shù)深度的話，我們一定要把這個問題搞明白，至少把別人是怎么能解決這個問題的思路和方式搞明白。

第二關(guān)于興趣，很多人沒有往更深入的地方多走兩步，很重要的一點就是沒有興趣，一點都不好奇。如果我們遇到一些很有意思的解決方案、框架或者一些詭異的問題，但我們完全不想去“招惹”它們，唯恐避之而不及，自然，我們也失去了在這些點上有突破與深入的機會。

如何提升自己的技術(shù)深度呢？

1. Java語言進階與Android相關(guān)技術(shù)內(nèi)核

Android應(yīng)用是由Java語言進行開發(fā)的，SDK也是由Java語言編寫，所以我們要學(xué)習(xí)java語言。另外，雖說kotlin語言得到了Android官方的熱推，但是kotlin也是編譯成了java語言再運行的。對于Android來說，只要SDK沒有用kotlin重寫，那么Java語言是都需要學(xué)習(xí)的。而且Android apk的后臺服務(wù)器程序大概率是java語言構(gòu)建，所以學(xué)習(xí)java也是一種必然。那么Java中哪些東西是我們Android程序員需要學(xué)習(xí)的呢？由于Android程序員習(xí)慣了 C V 代碼塊，所以與Android中比較相關(guān)的稍微比較難的Java基礎(chǔ)幾乎都是一個門檻，像 泛型，多線程，反射，JVM，Java IO，注解，序列化等，都是被 CV 的對象，而程序員是不懂原理的。

2. App開發(fā)框架知識體系（APP亦對象）

這塊知識是現(xiàn)今使用者最多的，我們稱之為Android 2013~2016年的技術(shù)，但是，即使是這樣的技術(shù)，Android開發(fā)者也往往因為網(wǎng)上Copy代碼習(xí)慣了而導(dǎo)致對這塊經(jīng)常“使用”的代碼熟悉而又陌生：熟悉的是幾乎天天在和它們打交道，天天在復(fù)制這些代碼；陌生的是雖然天天和這些代碼打交道，但是并沒有深入研究過這些代碼的原理，代碼深處的內(nèi)涵。所以我們需要從新的角度去分析這些知識點，深入研究他們，要學(xué)習(xí)源碼，模仿源碼，然后再hook源碼，這樣才能說自己懂這塊的知識。這些都是做Android開發(fā)，做高級工程師的基礎(chǔ)。

3.Android App全方位性能調(diào)優(yōu)

一個app的性能好不好我們需要從兩個層面努力。***個層面：從寫代碼的時候就需要注意，讓自己的代碼是高性能高可用的代碼，這個過程是書寫高性能代碼；第二個層面：對已經(jīng)成型的代碼通過工具檢查代碼的問題，通過檢查到的問題來指導(dǎo)我們進行代碼的刪改，這個過程被稱為調(diào)優(yōu)。

如何寫出高性能的代碼呢？那就需要我們具備深厚的代碼功底，這就是代碼的基礎(chǔ)，如：數(shù)據(jù)結(jié)構(gòu)達到可以根據(jù)應(yīng)用場景寫出符合當(dāng)前場景的特殊結(jié)構(gòu)，比如google針對Android平臺特征研發(fā)了sparseArray替代HashMap。另外，對常用的算法有自己獨到的見解，leetcode上有刷個上百道題，這樣差不多可以達到精通最常用的排序查找動態(tài)規(guī)劃等算法的能力。再者，高效的算法以及節(jié)省內(nèi)存的數(shù)據(jù)結(jié)構(gòu)如果配合優(yōu)秀的符合應(yīng)用場景的設(shè)計模式，那么，這些就為高性能的代碼提供了實現(xiàn)依據(jù)。

另外一個就是對寫好的代碼進行調(diào)優(yōu)，那么調(diào)優(yōu)的方向就是使用Profiler工具進行測試和檢查，看哪里有性能消耗大的操作，然后分析對于代碼的問題。調(diào)優(yōu)的方向就變成了如何對內(nèi)存調(diào)優(yōu)，對耗電調(diào)優(yōu)，對網(wǎng)絡(luò)流量調(diào)優(yōu)，當(dāng)然，還有對啟動速度，頁面切換效果與速度，開機白屏體驗，閃屏方面的原因等進行分析和調(diào)優(yōu)。***再加上一個屏幕適配相機適配。

音視頻/高清大圖片/人工智能/直播/抖音等等這年與用戶最緊密，與我們生活最相關(guān)的技術(shù)一直都在尋找最終的技術(shù)落地平臺，以前是windows系統(tǒng)，而現(xiàn)在則是移動系統(tǒng)了，移動系統(tǒng)中又是以Android占比絕大部分為前提，所以Android NDK技術(shù)已經(jīng)是我們必備技能了。要學(xué)習(xí)好NDK，其中的關(guān)于C/C++，jni，Linux基礎(chǔ)都是需要學(xué)習(xí)的，除此之外，音視頻的編解碼技術(shù)，流媒體協(xié)議，ffmpeg這些都是音視頻開發(fā)必備技能，而且OpenCV/OpenGl/ 這些又是圖像處理必備知識，這些都是原理級的實戰(zhàn)項目。

由于篇幅原因，還有很多點需要大家提升的像混合開發(fā)、小程序開發(fā)、架構(gòu)專題等，在這邊就不進行贅述了.

自己該在哪個點上深入呢？

我們工作了很多年之后，技術(shù)一定是需要具有一定的深度和廣度的，廣度自然不必說，你也會明白它的必要性。深度***是跟自己的興趣或者比較接近的工作模塊相關(guān)，如果你在公司相關(guān)的模塊深入，你可以利用更多的資源?；蛘呤悄愀信d趣的模塊的話，即使沒有資源，由于你很有興趣，你也會有辦法去找到你需要用的東西的。

我們永遠不缺方法。

帶領(lǐng)和被帶領(lǐng)

技術(shù)的深度是一個帶領(lǐng)和被帶領(lǐng)的關(guān)系。

關(guān)于這點我本身就有一個深刻的體會，在我剛開始做Android開發(fā)的時候，我的工作是去維護Android自帶的系統(tǒng)應(yīng)用，客戶提的問題或者進行二次開發(fā)，我都能很好的解決。然后就會有一些空閑的時間，反正也是閑著，我就找了個系統(tǒng)應(yīng)用里面最簡單的一個應(yīng)用（記事本）練練手。

我想既然這么簡單，那我就自己照著寫一個吧，就從零開始實現(xiàn)一個記事本應(yīng)用。當(dāng)我開始寫時，顛覆了我對安卓應(yīng)用的理解，我發(fā)現(xiàn)以前認為懂的地方自己都沒懂，我遇到了很多毫無頭緒的問題，就這么一個簡單的應(yīng)用，我要靠不停的對照原版的代碼實現(xiàn)才能發(fā)現(xiàn)自己的問題所在，然后才確信真正的做和看中間的差距有多大。

如果你只是在別人的基礎(chǔ)上去做事情解決問題，哪怕你覺得自己想出了很好的點子，好像靈光一閃，很巧妙的解決了客戶的問題，但其實這只是一種技巧，在怎么建造這個應(yīng)用、構(gòu)架和設(shè)計組織這種大的方向上，你并沒有多大的實質(zhì)進步。

這個時候你只是一個跟隨者，你是被別人的源碼帶領(lǐng)著的。

即使你看過和使用過很多應(yīng)用框架，但紙上得來終覺淺，只是添加了些許紙上談兵的資本。你始終是一個被帶領(lǐng)的人，帶領(lǐng)者給你定好了框架，給你定好了一條大路，然后你在他定好的道路上耍了一下滑頭，卻生出一種假象：覺得自己很厲害，很有技巧。

而你自己寫一個這樣的框架，或者去設(shè)計一個思路，去指定一個方向和路徑的話，你會發(fā)現(xiàn)它沒有你想象中的那么簡單。

你是要做帶領(lǐng)別人的人？還是要做一個被帶領(lǐng)的人呢？

小結(jié)

沒有技術(shù)深度是大多程序員的一種常態(tài)。

并不能說這是一種壞的或者好的現(xiàn)象，這只是一種合理的狀態(tài)，因為很多工作，很多人從事的項目并不需要有多少技術(shù)深度。即使你有深度，你也可能發(fā)現(xiàn)用不上。對于大多數(shù)人，合乎理性的做法不是去追求技術(shù)深度而是夠用就可以了。

但轉(zhuǎn)到個人的話就不一樣了，在技術(shù)上你需要夠用，但是在某方面上你需要有一定的深度，以突出你自己的學(xué)習(xí)理解和運用的能力，而且這個能力是要有成功案例來背書。

特別是當(dāng)你成為一個資深的工程師的時候，很多公司并不希望你還是那樣平庸，沒有深度。雖然你會納悶，我就算有深度你們也不一定用得上呀？然而到了這個級別的人需求量并不像初中級開發(fā)那么多，公司更理性和穩(wěn)妥的做法是選擇有深度的人，不是嗎？