嘮嗑 | Q4 & 年度總結(jié)

本文約2.3k字，閱讀大約10分鐘。

本來寫了一份更詳細(xì)的總結(jié)的，但是涉及到了一些技術(shù)細(xì)節(jié)和公司業(yè)務(wù)，所以改了一份簡版的出來，畢竟之前立過“每Q一次總結(jié)”的flag。

本文以時(shí)間線方式回顧今年各階段做的一些事情和從中的收獲及不足（主要是技術(shù)，不含公司業(yè)務(wù)）。

時(shí)間線

1月-2月

資源沖突檢測(cè)插件

背景：

內(nèi)容、直播、電商三側(cè)業(yè)務(wù)愈發(fā)融合，資源沖突問題愈發(fā)明顯。

過程&結(jié)果：

調(diào)研業(yè)內(nèi)技術(shù)方案，在無線部門協(xié)助下，引入并完善落地，幫助電商、直播兩側(cè)優(yōu)化了沖突資源。

詳見「資源沖突覆蓋的一些思考」。

收獲：

初嘗腳本開發(fā)和接入、和無線部門的合作、了解內(nèi)部打包流程。

亮點(diǎn)：

用迷你殼工程解決gradle版本問題（后來團(tuán)隊(duì)進(jìn)行了gradle升級(jí)和各插件兼容性開發(fā)，gradle版本問題沒了）。

資源沖突報(bào)表支持icon、顏色資源的預(yù)覽，更直觀。

通過圖片相似度檢測(cè)過濾掉大量相似icon來簡化報(bào)表（如果兩個(gè)icon沖突了，但足夠相似，比如只是寬高差了1px，那是可以先忽略的）。

不足：

項(xiàng)目流程不夠規(guī)范，走一步是一步。

后續(xù)沒有持續(xù)跟進(jìn)（gradle升級(jí)后沒有去掉迷你殼工程，只能說優(yōu)先級(jí)不高，還沒人力去投入）。

3月

321大促

背景：

常規(guī)大促，電商行業(yè)一般都有321、618、916、雙11雙12等大促，以及一些節(jié)日里的小促。

過程&結(jié)果：

在同事協(xié)助下，負(fù)責(zé)跟進(jìn)321大促客戶端商城側(cè)的整體流程，從UI可行性評(píng)估、App目標(biāo)版本確認(rèn)、商城模板兼容性開發(fā)、預(yù)演、到最終驗(yàn)收，保障大促商城業(yè)務(wù)順利進(jìn)行。關(guān)于商城大促可參考「動(dòng)態(tài)頁面之路 - 需求背景」系列文章。

收獲：

初次跟進(jìn)整場(chǎng)大促的各個(gè)環(huán)節(jié)，對(duì)大促有了更深的理解。

4月-5月

新圖片加載庫

背景：

App跑了將近7年，圖庫歷史包袱重，也無法滿足當(dāng)前需求（從靜態(tài)圖到越來越多的動(dòng)圖），需進(jìn)行圖庫替換。

過程&結(jié)果：

5個(gè)階段：需求調(diào)研、方案選型、框架設(shè)計(jì)、性能中心驗(yàn)收、業(yè)務(wù)方接入。

主要負(fù)責(zé)：

選型階段：接入XXX項(xiàng)目，進(jìn)行多場(chǎng)景跑分，最終確定選型。

框架設(shè)計(jì)階段：進(jìn)行兼容層開發(fā)，保證最小的接入成本和改造風(fēng)險(xiǎn)。

接入階段：用腳本收集歷史遺留的不合理的裸調(diào)用代碼（當(dāng)基礎(chǔ)庫缺少某個(gè)能力時(shí)，個(gè)別業(yè)務(wù)需快速上線，業(yè)務(wù)方等不及就自己實(shí)現(xiàn)這個(gè)能力，從而導(dǎo)致的裸調(diào)用），整理成文檔給各業(yè)務(wù)團(tuán)隊(duì)參考修改。

收獲：

這個(gè)項(xiàng)目是組長牽頭的，從中接觸了更加規(guī)范的技術(shù)改造流程，進(jìn)行了方案選型，分工合作，學(xué)會(huì)了從更完整的角度進(jìn)行技術(shù)改造，如ROI、擴(kuò)展性、可替換性、遷移成本、排期和風(fēng)險(xiǎn)等。

亮點(diǎn)：

從全局的角度觀察到了App代碼的“演變史”（業(yè)務(wù)快速迭代，大家都有著或多或少的技術(shù)債）。

學(xué)會(huì)協(xié)調(diào)多方力量推進(jìn)項(xiàng)目，感謝無線部門的性能中心、腳本工具提供的支持和業(yè)務(wù)側(cè)給予的配合。

不足：

在框架設(shè)計(jì)階段主要是兼容層開發(fā)，沒有太大參與度，成長有限。

全站彈窗配置平臺(tái)優(yōu)化

背景：

全站彈窗屬于大促型需求，可以在任意頁面下發(fā)指定彈窗（如優(yōu)惠券、紅包雨等），是客戶端項(xiàng)目，不過配置平臺(tái)也是客戶端前同事負(fù)責(zé)的，所以我們也接過來了，剛好有個(gè)不錯(cuò)的機(jī)會(huì)進(jìn)行后端開發(fā)的嘗試。

過程&結(jié)果：

深度體驗(yàn)配置平臺(tái)，發(fā)掘問題確定優(yōu)化點(diǎn)，在后端同事協(xié)助下摸清后端開發(fā)和發(fā)布流程，進(jìn)行接口和sql開發(fā)。讓平臺(tái)獲得更好的使用體驗(yàn)、減少配置成本。

收獲：

初嘗企業(yè)的后端開發(fā)，為后續(xù)摸清業(yè)務(wù)鏈條提供了技術(shù)儲(chǔ)備。對(duì)后端的服務(wù)化、RPC、遠(yuǎn)程調(diào)試建立起初步認(rèn)知。

亮點(diǎn)：

獨(dú)立主導(dǎo)并推進(jìn)，在此感謝后端同事的傾力相助。（上價(jià)值觀：最好的關(guān)系，是相互成就）

不足：

當(dāng)然只是簡單的CRUD開發(fā)罷了，成長有限，更多的是開闊視野和技術(shù)儲(chǔ)備。

圖墻動(dòng)態(tài)能力&Tangram調(diào)研

背景：

隨著商品圖墻更高的頁面覆蓋率、以及內(nèi)容和直播部門的更多曝光引流需求，對(duì)圖墻提出了更多考驗(yàn)（有關(guān)圖墻會(huì)在后面通用圖墻的一期和二期提到），也是在這個(gè)時(shí)候，進(jìn)行了對(duì)天貓Tangram項(xiàng)目的調(diào)研。可參考「動(dòng)態(tài)頁面之路 - 需求背景」系列文章。

寫博客

開始寫博客了，截止目前大概可以歸納這么幾個(gè)階段吧：

1. 學(xué)習(xí)Jetpack、調(diào)研天貓Tangram項(xiàng)目（剛開始寫，有點(diǎn)記筆記的感覺）

2. 晉升總結(jié)、業(yè)務(wù)思考（寫的還行，開始考慮從讀者角度來寫）

3. 開源項(xiàng)目（如Glide、okhttp、retrofit）、一些踩坑經(jīng)歷（反饋還不錯(cuò)，易讀）

4. 開始入坑framework（可見「寫作調(diào)整」）

收獲：

養(yǎng)成了總結(jié)的習(xí)慣、明確了接下來的成長路線、能收到一些外部的認(rèn)可和建議。

不足：

不夠體系，需持續(xù)改進(jìn)。后面會(huì)以自底向上的方式來寫framework，同時(shí)考慮更多媒介，比如視頻（時(shí)間允許的情況下）。

6月-8月

晉升

做了個(gè)總結(jié)，見「技術(shù)人如何做好晉升準(zhǔn)備」。

前前后后準(zhǔn)備了挺長時(shí)間，結(jié)果還是順利的。

csslayout實(shí)時(shí)預(yù)覽工具開發(fā)

關(guān)于csslayout可參考「Tangram動(dòng)態(tài)頁面之路（七）硬核的Virtualview」。

基本就是參考Virtualview的方案，實(shí)現(xiàn)一個(gè)內(nèi)部的實(shí)時(shí)預(yù)覽工具，進(jìn)行提效。

Lifecycle落地收斂XXX的生命周期回調(diào)

比較簡單，沒啥好說的，不過這也是首次對(duì)Jetpack進(jìn)行落地，留個(gè)紀(jì)念（Jetpack體系挺大的，但對(duì)于古老而龐大的App而言，能真正落地的技術(shù)不多）。

時(shí)光機(jī)優(yōu)化

大促需要預(yù)演，需要提前穿越到大促當(dāng)天來測(cè)試，這里主要是對(duì)工具的優(yōu)化，進(jìn)行提效（支持測(cè)試和運(yùn)營的批量操作）。

通用圖墻一期

背景：

圖墻從單純的電商側(cè)業(yè)務(wù)，吸納了內(nèi)容和直播側(cè)的業(yè)務(wù)。

過程&結(jié)果：

聚合三側(cè)的樣式，支持動(dòng)態(tài)樣式的下發(fā)，支持動(dòng)態(tài)配置打點(diǎn)字段。

收獲：

業(yè)務(wù)感知更強(qiáng)烈，能對(duì)未來業(yè)務(wù)發(fā)展所需的能力進(jìn)行預(yù)埋。

9月-12月

通用圖墻二期

主要是更智能，比如要做到電商同學(xué)寫一個(gè)view和data類型，這個(gè)view就能在所有圖墻里展示出來（自動(dòng)注冊(cè)）。

項(xiàng)目還在進(jìn)行中…

總結(jié)

就寫一些心得吧：

要清楚自己的業(yè)務(wù)鏈路，不要只從客戶端的角度“單點(diǎn)發(fā)力”。

對(duì)產(chǎn)品提過來的需求，不要一味去實(shí)現(xiàn)，可以結(jié)合目前App能力來給產(chǎn)品提自己的方案，這樣能讓業(yè)務(wù)更快落地、更快實(shí)驗(yàn)，即不要停留在產(chǎn)品功能表面，而是搞懂背后的業(yè)務(wù)訴求（如果產(chǎn)品認(rèn)可我們的方案，那豈不是又砍了一個(gè)需求）。

凡事考慮兩面性、學(xué)會(huì)持續(xù)暴露問題和迭代自己，這應(yīng)該是今年最大的收獲了！