摘要：拍照分析食物，自動搜索出網上的菜譜還有制作工序視頻同時，全球注冊安卓設備正式突破二十五億個。前東家今年發展不錯，把整個安卓團隊都拍過來參加這次大會了。能不能通過現有的技術，去完善產品，是現在的移動開發工程師們應該集中思考的問題。

2019的四月的一天，現在的老板在某次晨會結束之后叫上了我，吩咐我一定要注冊2019年的Google I/O，本來不想去的我一想反正公司報銷，去一去也無妨就順手報名了，沒想到運氣不錯還真的抽中了門票。今天是IO的第三天，也是最后一天，反正也好久沒有更新技術博客了，就用一篇文章的篇幅來介紹一下這次Google I/O還有一些心得體會吧。

這次Google I/O的一些重點

第一天一不小心起晚了，趕到會場的時候KeyNote已經開始了

劈柴哥正在興致勃勃的介紹著今年Google 在人工智能方面的進步。

Google的人工智能mobile的google assistant今年已經正式做到不需要喚醒詞 "Hey Google"，就可以自動通過用戶對話的上下文自動給出用戶的需求答案了。

Google Lens可以自動分析賬單，自動做結算。拍照分析食物，自動搜索出網上的菜譜還有制作工序視頻

同時，全球注冊安卓設備正式突破二十五億個。

Android ART可以通過Google Playstore提取用戶的profile，上傳之后，后續用戶可以利用profile文件加速app啟動。

Google AR/VR也有新的進步，但是令我感到奇怪的是2016的project tango項目已經做了很多VR上面的實現和嘗試，比如今年的這個鯊魚的舞臺VR效果(圖片摘自網絡，當時我忘記照相了。。。)

在我2016年來的時候，已經完全可以做到了。不知道算不算是炒冷飯。

還有我比較感興趣的Android Auto，剛好我一個朋友最近準備去

之前呼聲和質疑聲都很多的云游戲平臺，反而只有一個小小的攤位。。。。我記得當時Google宣布要做Stadia的時候還是吸引了不少熱度的，今年Google I/O的keynote上連提都沒提一下，這么低調著實令人摸不著頭腦。

這次Google IO 感悟

安卓開發方面的Session，說實話今年我是頗感失望的。作為一個安卓開發，這次Google I/O 能提供給開發者的一些新的東西其實已經很少了。很多東西都是換湯不換藥。

比如今年的一個Modular APP的構建session，其實就是把去年的Dynamic Feature給重新過了一遍。(誰說Google不允許安卓插件化的，只不過收歸國有罷了。只需州官放火不許百姓點燈,可惜的是應該只有通過Google Playstore才能生效)，感興趣的可以看看這個文章:

Android動態化框架App Bundles

我能記得的重點大概就是Kotlin First,這么個空洞的口號。。。至于ConstraintLayout也已經不算是什么新鮮的知識點了。

不過玩笑歸玩笑，這次關于Coroutine的Session，也開始讓我重新審視RxJava這個能力爆炸的框架到底還是不是解決異步問題的定海神針了。Google自從發布architecture component 之后，LiveData和Kotlin的Coroutine已經可以很好的解決大部分的代碼隔離，異步處理，生命周期處理等等的問題了。RxJava固然好用，但是學習曲線過高和太過復雜(我現在的團隊有些朋友就是怎么也理解不來flatmap。。。)，有點大炮打蚊子的感覺。

我與大廠同行對安卓開發前景的一些看法，安卓開發的一些感想

當然來參加I/O，也不是說真的需要學習什么，還有的目的也是為了見見一些舊朋友。前東家今年發展不錯，把整個安卓團隊都拍過來參加這次大會了。我也毫不猶豫的做了一次東，請大家吃了飯。許久不見，舊金山已經成了我的主場，新加坡的朋友們成了客人。

而且趁這次機會，也和Google還有Uber的朋友們交流了一下安卓開發的前景問題，還有接下來大家專注的一些點。

先說結論:

移動開發，絕對不會被淘汰，淘汰的只有不合格的開發而已。

移動開發在2014-2015年進入爆炸的時代，傳說中的北大青鳥畢業一萬月薪的確是事實。在那個安卓iOS做一個app就可以創業的年代，催生了很多移動開發的就業崗位。而且移動開發當時的不成熟，早就了很多開發框架的誕生，光是圖片下載讀取的框架就數不勝數，ImageLoader，Picasso,Glide,甚至Volley都有image loading的代碼。移動開發的開源社區也蓬勃的不行，在野蠻生長的年代，英雄輩出。

然而等到幾年過去，市場再也不需要那么多創業公司的時候，自然就淘汰了一大部分人，甚至開源社區也冷靜了下來。原因很簡單，我舉個栗子。

Uber的朋友說，Uber開源了一個UI框架叫Ribs，大概很多人都沒聽過也沒用過。為什么？因為它不合適。Uber是一個90%功能集中在10%的頁面上的App，簡單的說就是一個單頁面的app，所以它的UI設計思路不適用于大部分app，Ribs的UI設計理念也是這樣。正因為如此，大部分公司都不會采用這個.甚至他自己本人剛剛開始在Uber工作的時候也很疑惑，有時候只不過是想加個TextView而已，在Ribs的設計下要新建很多個Class。想通單頁面app的復雜度和功能隔離的原因之后，才能徹底理解為什么。

說了這么多，我想表達的重點是。我們移動開發已經過了那個新技術一出，大家都開始瘋狂關注的年代，當然本身因為移動開發以及趨于穩定，新技術的迭代速度也明顯變慢， 大公司都開始專注于自己的業務，當然結果就是開發或者技術，也要以業務為導向了。不管是移動開發也好，后端也好，不能給公司的產品添磚加瓦，那就需要被淘汰。能不能通過現有的技術，去完善產品，是現在的移動開發工程師們應該集中思考的問題。安卓開發也是一樣的。大公司還是在持續招人，招高質量的軟件工程師，能給產品，給公司解決實際問題的軟件工程師。

這也是我一直想說給所有移動開發從業人員的話，你首先是一個軟件工程師，其次你的專業是移動開發。

2016年，正是我第一次來美國，參與到Google I/O中才萌生了要來美國的念頭，這次的I/O同樣給了我很大的感觸，都說每三年要有一個小目標。我的前三年為了來美國花了不少功夫，下一個三年我給自己定的目標是早日當上我司安卓組的tech lead，我相信我一定可以做到!