今年的關(guān)鍵字包括看書學(xué)習(xí)、業(yè)務(wù)研發(fā)、產(chǎn)品思維、交互設(shè)計、興趣愛好等，已瀏覽相關(guān)書籍或?qū)?30 篇，平均每周閱讀 10~20 篇技術(shù)博文。

　　這些資料的內(nèi)容我不可能全部消化記住，但可以讓我在解決實際問題時，會有個印象，便于給出不同的方案。

　　維護著的技術(shù)倉庫 daily 也在繼續(xù)補充著 2024 年的面試資料、性能優(yōu)化、技術(shù)工具等信息。

　　在公司方面，自從去年裁員之后，團隊人員就穩(wěn)定在 3 人，全年基本都撲在業(yè)務(wù)研發(fā)上，基建工作也只是做些優(yōu)化迭代，沒有大動作。

　　盡管如此，全年下來在工作上還是有些亮點，團隊技術(shù)也一直在革新，例如首次進行了 Electron 研發(fā)、首次使用 Taro 框架、首次引入 Ant Design Pro 等等。

　　而自己在完成本職工作后，會騰出更多的精力去涉足更上層的產(chǎn)品、交互等工作，讓自己的技能更加復(fù)合，也為了能更好的協(xié)作與服務(wù)。

　　平時有空也會去數(shù)據(jù)分析平臺看些用戶指標變化，或者去瀏覽下其他組的 OKR，以及了解下各個組的核心指標。

　　也會去 Wiki 上看看品牌、運營、產(chǎn)品等各個小組記錄的各類文檔，想了解下他們的工作內(nèi)容，還有我們服務(wù)的是一群什么樣的用戶。

　　讓自己知道他們都在關(guān)心什么，也能更好的理解他們?yōu)槭裁刺岢鲞@個需求，想要的結(jié)果是什么，我除了完成技術(shù)支撐，還能為他們提供哪些幫助或建議。

　　公司去年提出了 4 項企業(yè)價值觀，我覺得挺好的，蠻正向的，我們團隊和個人也是遵循該價值觀在慢慢的成長。

1. 用戶導(dǎo)向：以用戶的需求和體驗為中心，交付讓用戶滿意的產(chǎn)品和服務(wù)。
2. 樂于創(chuàng)造：思考問題本質(zhì)，打破慣性思維，用創(chuàng)造性方案去解決本質(zhì)問題。
3. 積極分享：積極真誠分享用戶洞察、工作信息等讓團隊共同成長。
4. 使命必達：以結(jié)果為導(dǎo)向，全力推進問題解決，促進目標達成。

　　下面的思維圖列舉出了今年做的一些比較重要的事情。

 　　

一、項目經(jīng)歷

　　今年總共完成了 7 個版本迭代，大大小小 90 多個需求，這里就列舉其中 3 個比較重要的項目，包括殺豬盤、PC 直播助手和社群小程序。

1）殺豬盤

　　殺豬盤是一個保護用戶安全，識別詐騙用戶的需求，涉及到多端聯(lián)調(diào)，此項目從 2023 年 6 月份開始，至 2024 年 8 月份才上線，研發(fā)周期長達 1 年多。

　　這里面有客觀資源問題，也有人的問題，技術(shù)方案改了好幾版，計算方式從一端改到另一端，每次的改變都幾乎是重寫，所以說出現(xiàn)了很大的技術(shù)規(guī)劃問題。

　　產(chǎn)品組也是奔潰了，不斷的投訴另外兩個組，我們組維護的部分比較輕量，所以時刻配合的變化。

　　這個項目暴露了太多的問題，從我的視角看，還是前期的技術(shù)準備不夠充分，不夠重視，把需求也想簡單了。

　　在寫代碼時，寫到某個位置，才發(fā)現(xiàn)這里有問題，然后拉上產(chǎn)品，討論一通，這種情況發(fā)生了好幾次，換誰都會不爽。

　　不斷的在調(diào)整方案，最后將計算的邏輯從一個組調(diào)整到另一個組，直接重寫，這么拖拖拉拉的，周期肯定會被拉長。

　　項目上線后，還是有效果的，殺豬盤相關(guān)的舉報變少了，雖然殺豬盤沒變少，但是每天都能封禁很多相關(guān)賬號，避免發(fā)生殺豬盤。

　　這個項目對我們組也是一個警示，是一個反面教材，讓我們在應(yīng)對復(fù)雜需求時要做好萬全的準備。

2）PC 直播助手

　　由于主播反映模擬器操作麻煩、輸出效果打折且經(jīng)常出各類問題，因此就需要一款穩(wěn)定的 PC 客戶端的直播助手軟件。

　　公司直播使用的是聲網(wǎng)的服務(wù)，聲網(wǎng)說有 Electron 的 SDK，于是我們就基于 Electron 來開發(fā)這個直播助手，從 2 月份開始，到 4 月份上線第一版。

　　首次基于 Electron 開發(fā)，還是有些陌生的，簡單理解地話，這是一個可以改造的瀏覽器環(huán)境，我們的業(yè)務(wù)開發(fā)其實并不需要改造環(huán)境。

　　聲網(wǎng)的 SDK 會集成到 Electron 中，然后他們打包給我們，在此基礎(chǔ)上開發(fā)業(yè)務(wù)。

　　直播間的通信基于騰訊 IM，以上麥為例，在上麥時客戶端會向 IM 服務(wù)器發(fā)送上麥消息，服務(wù)端在完成上麥處理后，讓 IM 服務(wù)端發(fā)送響應(yīng)消息給客戶端。

　　核心業(yè)務(wù)其實就是根據(jù)通信收到的 Code 碼，完成不同的操作。

　　但是在業(yè)務(wù)中會涉及到大量的 Code 碼，沒有文檔，沒有統(tǒng)一結(jié)構(gòu)，我們這邊等于是邊開發(fā)，邊與客戶端核對，非常費時間。

　　還有些問題是由于客戶端和 Electron 環(huán)境的差異導(dǎo)致的，例如客戶端的主播先以觀眾身份進入直播間的，但是在 PC 助手中沒有這個身份，那樣對應(yīng)的處理邏輯就會不同。

　　第三方服務(wù)商的接口文檔不清晰不完整，也會給我們的開發(fā)造成些阻礙，有的時候還需要讓他們?nèi)バ薷脑创a。

　　打包的時候發(fā)現(xiàn)公司都是 Mac，而主播大部分是 Windows，還要去找相應(yīng)的電腦，打包出的客戶端還有點問題，都花了時間排查。

　　總之，這個項目完成下來不容易，但是上線后的反饋也并不好，主要還是功能太少，還無法滿足主播的日常使用。

　　但是現(xiàn)有的資源還不足以完成一套完整的直播服務(wù)，因此，這個項目上線第一版后，就被擱置了，非常遺憾。

3）社群小程序

　　公司開展了一項新業(yè)務(wù)，就是購買公司的一個商品，可以獲得積分，然后用積分可以在社群小程序中兌換徒步活動或者禮品。

　　小程序就是當(dāng)前業(yè)務(wù)中缺失的一環(huán)，于是就投入了 1 個產(chǎn)品、1 個UI、7 名技術(shù)人員來實現(xiàn)這個需求。

　　項目周期從 6 月 5 號到 9 月 13 號正式上線，期間也經(jīng)歷了資源問題，導(dǎo)致項目不斷的延期。

　　在這個項目中，首次使用 Ant Design Pro 和 Taro 框架，首次與 Go 的新框架對接，首次部署新框架，首次參與電商需求等。

　　產(chǎn)品文檔更新過 3 版，總共產(chǎn)出 11 份獨立文檔，12612 個字，總大小 53.34 M。總共 58 個接口，630 條測試用例，測出 268 個 BUG，60 個高等級 BUG。

　　UI 驗收時提出 19 個界面優(yōu)化，產(chǎn)品驗收提出 40 個功能優(yōu)化點。總之，大家對這個項目都很重視。

　　在上線后，也陸陸續(xù)續(xù)迭代了多個版本，運營的意思是兩周一個迭代，不過當(dāng)然，沒那么多的資源支持，大家都得妥協(xié)。

　　這個項目讓我們體驗了好多個新技術(shù)，其中 Ant Design Pro 讓后臺的研發(fā)更加的簡單化，自己之前也封裝過多個后臺組件。

　　我發(fā)現(xiàn)我那些組件與成熟的庫有著異曲同工之妙，只是開源庫的功能更加的完善，可以適應(yīng)更多的場景。

　　雖然現(xiàn)在小程序的用戶量只有幾百人，但是可以參與到一個從 0 到 1 的項目，還是可以學(xué)習(xí)到很多。

二、工作優(yōu)化

　　雖然人員減少了，但是工作上的優(yōu)化沒有停下，都是小步迭代。

　　其中比較有代表性的就是根據(jù)飛書告警優(yōu)化業(yè)務(wù)邏輯，完善前端監(jiān)控系統(tǒng)的功能，各類營收和體驗優(yōu)化等。

1）飛書告警

　　大部分的飛書告警都不會讓頁面白屏，但有可能影響頁面的性能，今年總共處理了將近 1700 多條的告警（每日新增數(shù)）。

　　例如有些頁面每天有 140 多條白屏記錄，分析后發(fā)現(xiàn)是因為接口響應(yīng)超過 1 秒導(dǎo)致，主要的時間消耗在傳輸，因為傳輸?shù)膬?nèi)容要 1.5M，當(dāng)網(wǎng)絡(luò)不好時，就會拉大通信時間。

　　于是將圖被轉(zhuǎn)化成 base64 存儲在數(shù)據(jù)庫中，將頁面請求轉(zhuǎn)換成 URL 方式，大大降低了頁面尺寸，提升了傳輸速度。

　　在 7 月份，發(fā)現(xiàn)圖像告警數(shù)量異常，經(jīng)過排查，確認問題來源于某個特定地區(qū)的訪問異常。

　　我將這一結(jié)論傳達給運維，推動問題得到解決。幾天后，另一個業(yè)務(wù)組也上報了該地區(qū) CDN 異常的問題，進一步驗證了我分析的準確性。

　　在 11 月中旬，通過每日發(fā)送的監(jiān)控記錄數(shù)量，發(fā)現(xiàn)突然暴增將近 68W 條，經(jīng)過分析是因為打印記錄的增多導(dǎo)致的，于是就注釋掉幾處通用代碼中的打印，總量馬上就下來了。

2）基建迭代

　　基建的工作也趨于穩(wěn)定，榜單活動配置化在今年已經(jīng)發(fā)布了 12 個活動，降本提效的典型案例，并且今年也修復(fù)了幾個小問題。

　　靜態(tài)頁面配置是另一個后臺可配的網(wǎng)頁，是組員在使用中發(fā)現(xiàn)問題，而主動做了功能上完善和優(yōu)化。

　　前端監(jiān)控增加了兩個監(jiān)控項目：PC 直播助手和社群小程序，日志搜索增加了操作系統(tǒng)的查詢條件，性能監(jiān)控堆疊面積圖和指標增加顏色標識。

　　自己也去買了幾本書、看了幾篇專欄去研究可觀測性的概念，對于監(jiān)控有了更深刻的理解。

　　都是些比較細節(jié)的優(yōu)化，社群小程序是個新項目，包括發(fā)布都是新部署的，依照之前的文檔，還增加了飛書指令發(fā)布的功能。

　　就是在 IM 界面輸入關(guān)鍵字，就能直接發(fā)布，省去了進入云效后臺界面的步驟。

　　除了系統(tǒng)優(yōu)化之外，今年還推動將幾個老舊無人維護的 Node 服務(wù)接口遷移到了 Go 服務(wù)，例如直播狀態(tài)、贈送物品等。

　　今年維護和新建了近百份文檔，其中包括多份技術(shù)分享、Code Review 記錄、項目介紹等，組內(nèi)也緊跟時髦學(xué)習(xí)了些 AI 技術(shù)資料。

3）成本優(yōu)化

　　作為支撐部門，我們一般都是消耗公司資源，但有時候也能做些成本優(yōu)化，最直接是就算減少數(shù)據(jù)庫的存儲。

　　5 月份清理了 MongoDB 中 5 張表，共減少 276G 的容量，刪除了 4 張冗余表，定期清理 1 張表。

　　讓整個 MongoDB 維持在 11G，每個月的存儲費用可減少 150 不到點。

　　10 月份每天凌晨 3 點會有數(shù)據(jù)庫的 CPU 告警，分析后發(fā)現(xiàn)是一條刪除語句造成，在刪除語句時增加 limit 限制。

　　然后分析發(fā)現(xiàn)，刪除的那張表會將數(shù)據(jù)遷移到另一個數(shù)據(jù)庫中，但是數(shù)據(jù)組已經(jīng)做了同步。

　　也就是說，我們這邊的同步是冗余的，于是就將另一個數(shù)據(jù)庫中的 2 張表直接清空，還有 1 張表做定期清理。

　　總共減少1TB的數(shù)據(jù)量，每個月至少節(jié)約 1600 元，這比之前的 MongoDB 給力多了。

　　公司發(fā)展了這么多年，肯定有很多地方的技術(shù)費用是多付的，就看各個維護人員平時會不會關(guān)心這事兒了。

4）體驗優(yōu)化

　　我們組的用戶包括自己、公司同事以及會員，我們要把所有的用戶都伺候好了才行。

　　管理后臺暗黑模式是我在瀏覽開源庫的時候，突發(fā)奇想，也要給我們的后臺整一套。

　　翻閱 Ant Design 4.X 的文檔后，找到了改造流程，修改了代碼后，就上線了，然后再慢慢的給個別組件或頁面進行適配。

　　運營看到后臺的暗黑模式后，馬上去催促產(chǎn)品，給客戶端也去整一套，產(chǎn)品一臉無奈，囧。

　　5 月份為兩個對外的項目開啟了強緩存，從 3 個小時慢慢加到 3 天，1 秒內(nèi)白屏占比從 92.04% 提升至 95.32%，1 秒內(nèi)首屏占比從 79.71% 提升至 88.03%

　　還有個比較頑疾的匹配問題，一開始也沒重視，隔幾天會報上來幾個，也修復(fù)過幾次，但還是有問題，最后決定徹底大改下，改完后。

　　讓測試走了遍主流程，就上線了，14點左右上的，觀察了一個下午，沒啥問題，后面也沒人上報了。

　　管理后臺陸陸續(xù)續(xù)做了些優(yōu)化，例如完善提示、增加限制、顯示有用的數(shù)據(jù)等。雖然都是小小的改動，但能大大幫助了同事們的日常工作。

　　伺候好了其他人，也要伺候好我們自己組，Android 6 以后，就不能抓包 HTTPS 的請求，客戶端調(diào)試很不方便，于是自己去研究了些 WebView的調(diào)試方法。

　　iOS 的調(diào)試比較簡單，可以借助 Safari 瀏覽器實現(xiàn)；Android 配置調(diào)試的過程比較波折，可以借助 Chrome 瀏覽器實現(xiàn)。

5）績效考核

　　年底的時候制訂了明年的績效考核，包括業(yè)務(wù)指標和重要項目。

　　業(yè)務(wù)指標包括交付質(zhì)量、雙月用戶滿意度、業(yè)務(wù)支撐；重要項目包括基礎(chǔ)建設(shè)和社群小程序。

　　交付質(zhì)量就是線上急高等級的 BUG 數(shù)、SLA 和慢響應(yīng)占比這些指標需要在一個好的范圍內(nèi)。

　　雙月用戶滿意度就是我們自己做的一張問卷，每個雙月推給各個協(xié)作方，讓他們打分，滿分 5 分。

　　業(yè)務(wù)支撐就是完成率和延期率不能超過某一個值。

　　基礎(chǔ)建設(shè)就是完成團隊和項目的迭代，包括組員能力成長、數(shù)據(jù)庫優(yōu)化、活動標準化、前端監(jiān)控平臺等。

　　雖然這一項比較難以量化，但是可以作為一個指導(dǎo)方向，讓我們團隊可以時刻關(guān)注著這塊，到年底也能說道說道。

　　社群小程序是我們所維護的一個持續(xù)迭代的重要項目，考核標準是按期上線以及線上急高 BUG 數(shù)。

三、日常生活

　　現(xiàn)在下班后讓我再去學(xué)技術(shù)，已經(jīng)很難了，回家不是躺著刷手機，就是帶小孩去這邊那邊的玩。

　　基本都是碎片時間，很少有大段的時間留給自己，一般也就晚上才會有點空閑時間。

　　小孩幼兒園正式畢業(yè)，9 月份入學(xué)，成為一年級大朋友了。

　　學(xué)校讀書的原因，也在年中搬了次家，正式入住到新裝修的房子中，去地鐵站的距離加倍了。

1）旅行

　　今年總共去了 6 個地方旅行，都是帶著小孩的，休閑為主，最遠的是去了青島，高鐵單程 5 個小時，不遠。

　　7 月中旬去的青島，4 天 3 夜，天氣一點都不熱，環(huán)境很舒服，吃了點海鮮，有 3 天時間去了沙灘，小孩要挖泥沙。

　　景點附近容易堵車，不過地鐵也很方便，景點都能到。吃的方面，嶗山可樂有點喝不慣。

　　其余的地方就是江浙滬區(qū)域，包括常州恐龍園、無錫、同里古鎮(zhèn)、西塘古鎮(zhèn)、森泊，有的自駕有的高鐵，現(xiàn)在去哪都方便。

　　高中的時候去過一次常州恐龍園，當(dāng)時覺得是個公園而已，這次去了另一塊游樂場區(qū)域，顛覆了我之前的認知。

2）興趣

　　今年 3 月份看到鳥山明去世的消息后，就萌發(fā)了買套龍珠漫畫的想法，但是我要買的版本得是童年時候內(nèi)蒙古出版社的那套。

　　在閑魚上看到套買的話比之前貴了幾倍，就去散配，但其實也便宜不了，最終搞了一套，放書架。

　　還買了圣斗士的三套書籍，幽游白書正好看到有正版授權(quán)在賣，就也搞了一套，不過目前就 6 本。

　　5 月份又對手辦產(chǎn)生了興趣，又開始買些眼鏡廠、一番賞等系列的手辦，買了一堆，都擺到了書架中。

　　就擺在視野最好的那兩層，也留了幾個放在公司辦公桌上當(dāng)擺件，后面覺得占地方，收手了。

　　7 月份在青島玩的時候，買了本介紹水滸卡的電子書，水滸卡就是 1999 年的時候流行的小浣熊水滸卡。

　　看了書之后，才了解到原來水滸卡版本有那么多，還分普卡、碎閃、閃卡等等。

　　從青島回來后，就開始慢慢的在閑魚上買卡，套買、散配都有，還自己的童年債。

　　我玩的比較花，打算把 34 號解珍這個人物的各個版本都搜集到。

　　如果每個版本都搜集 108 張，既費錢也費精力，幾乎很難完成，并且卡太多了，都會來不及欣賞。

　　水滸閃卡還分軟閃、硬面、獎閃，這部分比較費錢，花的大頭都是在這塊，其價格從當(dāng)初翻了幾十倍。

　　今年是懷舊的一年，買了很多以前就喜歡的東西，把私房錢揮霍的也差不多了。