2019 Google I/O 之行

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

此次Google I/O的一些重點

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

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

1. Google的人工智能mobile的google assistant今年已經正式作到不須要喚醒詞 "Hey Google"，就能夠自動經過用戶對話的上下文自動給出用戶的需求答案了。
2. 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，我相信我必定能夠作到!