那些消失的安卓技术博主们
想了很久怎么樣可以讓文章的標題不那么悲觀,但是各種文案都在我腦海里面不斷的被否定,要么是不那么抓眼球,要么是立意不匹配。最后想了想,這個標題是真的符合我最近的感悟。加上已經四個月沒有更新,就寫一篇我自己的感想。不過在開始正文之前,我想先聲明一下,這篇文章絕對絕對不是一個負能量的文章,而是作為一個小小的安卓開發,這四五年來的一些思考,和這種思考給我個人帶來的升華。希望看過文章,能有同感的朋友也能多思考一下。
最近因為疫情的關系,相信很多國內的小伙伴都逐漸開始了解到在家上班的體驗。在美國基本上work from home在IT公司里面算是比較常見的現象了。一般大廠每個周都會有一天被劃為No Meeting Day,說只是不開會日,但通常都會被大家當成在家辦公日。不開會嘛,那我在家和在辦公室也沒區別不是🐶🐶🐶🐶🐶🐶🐶。
也正是因為閑的時間多了,看文章的時間也多了。我是個不喜歡看書,更傾向于看碎片化文章的人,沒事翻翻掘金,翻翻Android Weekly,是我上廁所蹲坑時候的首選項。。。
但是讓我感到悲傷的是,好多安卓技術博主,就在這么一個月兩個月之間消失了。點擊他們的個人主頁,你會發現上次更新可能都是好幾個月,甚至是一年前的事情了。粗糙的以為是因為疫情,其實想一下,這個事情符合技術這行的發展規律。
我是從15年末正式開始做安卓開發的,當時安卓開發界比較出名的像Trinea, 任玉剛等等。尤其是Trinea當時的安卓源碼分析項目,給了還是一個安卓小白的我一個非常好的學習機會,那個Volley 源碼分析,讓我知道如此短小精煉的代碼可以把那么復雜的邏輯組織的如此的有條理。說實話,因為現在公司的app還是在用volley做最底層的網絡庫,因為熟讀源碼的原因讓我在出現網絡問題的時候debug的速度比其他組員快很多(畢竟知道哪里打斷點。。)
當時還加了Trinea大神的qq,發了簡歷給他還得到了大神對我簡歷上的指點,清晰的記得Trinea把我簡歷上的IOS改成了iOS。。。還說我這樣寫非常不專業。。。
但是自從Trinea大神在跳槽到滴滴之后,就漸漸開始忙了起來,我和他最后的一次通信停留在了2016年,我告訴他我有機會去參加當年的GoogleIO大會了,他微笑的點了個贊。。。也自此之后,他的個人博客主頁更新的更多的是滴滴的職位內推等等。。
16年之后,RxJava開始火了起來,在這個神奇的框架還沒被大部分人吃透的時候,扔物線出現了,這位江湖人稱凱哥的人在中文資料都還不是很齊全的時候,寫出了這篇給android開發者的RxJava詳解, 時光荏苒,馬上RxJava 3.0都出來了,但現在再回頭看這篇中文的RxJava文章,還是有許多讓人感慨的地方,凱哥在那個時候對RxJava的理解是超前的,雖然之后陸續有很多更棒的RxJava的文章,比如這個RxJava 沉思錄系列-> RxJava 沉思錄(一):你認為 RxJava 真的好用嗎?
,但是凱哥的那篇文章還是對我產生了很大的影響,不只是對RxJava的理解,讓我力排眾議在當時的小公司開始實現RxJava,還有他詼諧的行文風格,促使我也開始寫技術博客。一年多以前凱哥開始辭職創辦自己的安卓進階培訓班,博客的更新速度就慢慢開始直線下降了(小聲逼逼一句,他的Coroutine教程還是很不錯的),雖然心里覺得很遺憾,但是也能理解,畢竟大家都是要賺錢養家的。
16-17年算是安卓技術社區熱度跌下高峰前的夕陽紅時刻,加上國內的熱更新技術的發揚光大,那一年安卓技術線上線下的交流也達到了前所未有的熱度。我個人也或作為聽眾或作為演講者參加了好幾場國內國外的技術交流會
也正是這一年我在博客上的持續輸出,得到了當時西瓜視頻負責人的關注,還在簡書上私信了我,可惜當時已經有了亞麻和facebook的offer,還是沒加入現在已經已經如日中天的頭條。
不過奇怪的是,那一年開始,好像除了一直以來比較高產的 鴻洋_之外,沒有什么特別突出的后起之秀了。新出現的博主大多是更了兩三篇文章就消失了。貌似是官方也察覺到了這個趨勢,以前關注的InfoQ的安卓技術公眾號直接改名成了前端之巔,把iOS,安卓,web 合并在了大前端這個技術領域里面。這個信號對很多剛剛入行的安卓小白們就像在勸退一樣。19年初,InfoQ官方的小編還寫出了這樣一篇文章,開頭是這樣的:
寫在前面
今天,我想給大家講一段故事,這個故事里包含有黑科技、天才少年,有意氣風發的豪情和壯志未酬的遺憾。更重要的是,這是一段真實的故事,是我人生中的一段重要經歷。
-----> 移動開發的羅曼蒂克消亡史
這開頭就定了一個暗黑系的調,果不其然,末了,作者還來了一個《萌芽》里面小說家族板塊式的結尾:
插件化熱潮注定成為技術發展的一段小插曲,也許再過幾年,不會有人記得了。那段激情飛揚的歲月,終將成為 The Wasted Times。
做過什么,發生什么,到末尾一切都不值一提,然而我終究還是拿起筆,記下那些為了忘卻的紀念。
也正是自2019年起,好像的確沒有什么特別火爆的安卓技術可供大家討論了。倒是面試這個話題,成了很多安卓技術博客的爆款。
To go to 大廠or not,this is a question…
我記得以前有句話,叫
書是越讀越薄,然后再越讀越厚
我一向不是個悲觀主義者,我喜歡思考事情發展背后的真實。一開始在看到安卓技術社區不再像以前那么繁榮的時候,我也感到很失落過。直到去年開始,我才真正了解到那些消失的技術大佬們不再更新的原因,不是他們干得不好,恰恰相反,是他們干的太好了。
19年我接了一個大項目,而且重點是,我開始帶人了。不是轉做管理,而是作為項目的tech lead。從19年6月份開始,從項目的前后端通氣,設計客戶端架構,技術選型的調研,再到設計審核,到開發,最后到項目交付的War Room,我從頭到尾每個環節都參與,并且負責。也是這一個項目讓我切身體會到了一個項目從開始到落地每一個環節,作為一個負責人要做些什么。
一個團隊的Lead,要做你帶領團隊大部分人做不了的事情。技術上,怎么搭架構,做技術選型,讓團隊的開發們可以順利的完成他們每天的開發任務。管理上,對下怎么劃分任務,鼓勵團隊的開發對自己做的"一畝三分地"保持熱情,不會感到枯燥乏味,對上,怎么及時匯報項目進度,溝通需要上級的幫助。
這是我在lead完這個項目之后的感想。在項目開始的前兩個月,我沒有寫一行代碼,大部分時間在寫文檔,做技術調研,解決開發前期的環境配置(大廠的依賴真tm復雜。。。)。雖然不算是真正的做開發工作,但是這一個項目給我思維上的提升卻遠遠大于之前我做的任何feature。
再這之后,可能是老板覺得我還算靠譜,也希望我再自己不熟悉的領域多成長,就沒有再讓我進行過多的業務邏輯的開發,而是鼓勵我參與更多解決團隊痛點的項目。在這些過程中,我接觸到了JNI,均衡器(音頻底層開發),團隊代碼規范工具等等。這些小項目都在不斷的挑戰我自己的知識面。
回到開頭的那一句話,
書是越讀越薄,然后再越讀越厚
我現在算是充分的理解了。一開始大家總說安卓開發安卓開發,學習重點在于一些安卓的具體實現細節,這是一個書越讀越薄的過程。但是當項目變的越來越大,越來越廣的時候,就不是安卓不安卓的問題了,而是一個寬泛的軟件開發,管理的過程。當產品足夠大的時候,一個團隊所需要考慮的不僅僅是業務邏輯的開發了,作為一個Lead,需要的知識也就越來越需要向廣度來發展,做均衡器,你要了解線性代數,濾波器,做代碼規范檢查,你需要了解編譯原理的詞法分析,語法分析,這又是一個書越讀越厚的過程。安卓開發到最后,需要超脫于安卓本身。
當那些技術博主們,不再拘泥于一些安卓的小技術細節,而是升到了一個更高層次的Tech Lead,或者是Manager的崗位,自然也就不會再發一些技術細節的文章,因為這不是他們該思考的問題了。
我記得之前有段時間很多人在知乎上抱怨,說像任玉剛,stormzhang這樣的“大佬”開始不務正業,整天在公眾號上分享一些心得體會,都沒有技術“干貨”了。其實如果真的能理解我上面說的,也就不難理解他們為何會這樣了。站在一個更高的維度去看軟件的開發,會更加注重于開發的方法論,的確不會再像以前一樣發技術細節的文章了,再者,如果干了4-5年安卓開發,還需要每天看諸如Java 線程池源實現原理這種文章,不覺得是不是太晚了點?
書越讀越厚,同樣也體現再溫故而知新上。
我最近關注了一個博主:卻把清梅嗅
他寫了一個反思系列的文章,我覺得非常好,他把我們之前很多一些感到理所當然的一些安卓開發的方法論做了一個簡單易懂的總結
比如很多文章都在寫事件分發原理,但是大部分都是源碼復制粘貼,跟蹤代碼,說實話,沒有總結的分析都是耍流氓,分析了等于沒分析。很少有人能一針見血的指出安卓的事件分發就是深度優先遞歸的一個實現,有沒有人能思考一下不DFS行不行?BFS廣度優先能不能一樣實現事件的攔截?
對已有知識進行反思,同樣也可以得到進步,而不是需要一昧的追求所謂的“新”知識。
最后,我想說,尤其是對于那些剛剛入行安卓的朋友們,努力提升自己,進一個更大更好的平臺,比自己躲在被窩里面死命鉆研所謂的“技術”要有用的多。只有在接觸到更大的平臺,你才能發現,原來還有這么多自己不懂的東西。任何技術都有消失的時候,相聚離開總有時候,沒有什么會永垂不朽。唯有經驗與思維永存。
大家五一快樂!
共勉
總結
以上是生活随笔為你收集整理的那些消失的安卓技术博主们的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: AMiner推荐论文:SMU: smoo
- 下一篇: 小技巧——yarn 报错 : error