1. 業(yè)務(wù)介紹

汽車之家二手車依托平安集團(tuán)資源，聯(lián)合天天拍車，通過數(shù)據(jù)和科技賦能行業(yè)，實現(xiàn)C2B2C全鏈條的打通，并打造車況和車價的標(biāo)準(zhǔn)，進(jìn)一步鞏固中國最大線上二手車交易服務(wù)平臺的領(lǐng)導(dǎo)地位。在C端，通過提供線上+線下賣車服務(wù)閉環(huán)，以及以真實車源+車史檔案+車況保障為基的誠信車服務(wù)，并配套責(zé)任險/車險/分期貸等金融產(chǎn)品，為賣車、買車用戶創(chuàng)造透明、可信任的二手車消費環(huán)境；在B端，通過打造數(shù)字化、智能化、生態(tài)化的二手車云平臺，賦能車商客戶進(jìn)、銷、存全場景，提升車輛周轉(zhuǎn)效率，真正為中國二手車市場帶來全新的活力，創(chuàng)造獨一無二的價值。

2. 現(xiàn)實背景

2022年伴隨著一站式賣車業(yè)務(wù)的推進(jìn)，業(yè)務(wù)已經(jīng)從相對簡單的用戶和車商的信息業(yè)務(wù)逐步轉(zhuǎn)變?yōu)橛脩舻杰嚿倘湕l交易業(yè)務(wù)，業(yè)務(wù)呈現(xiàn)出了多種業(yè)態(tài)，既包括原有的信息業(yè)務(wù)，也包括了交易、O2O等。新年伊始，隨著業(yè)務(wù)的發(fā)展，用戶在二手車業(yè)務(wù)的生命周期獲得了延長，用戶端和商家端在業(yè)務(wù)上結(jié)合得越發(fā)緊密。在此基礎(chǔ)上，還有新舊業(yè)務(wù)功能持續(xù)集成，以此來產(chǎn)生協(xié)同效應(yīng)。越來越多的業(yè)務(wù)流程也導(dǎo)致了管控難度的提升以及流程上下游之間銜接點的增多。在這個業(yè)務(wù)發(fā)展的背景下，技術(shù)系統(tǒng)在支撐業(yè)務(wù)功能迭代時發(fā)現(xiàn)，由于業(yè)務(wù)的廣度和深度的增加，技術(shù)系統(tǒng)在實現(xiàn)業(yè)務(wù)目標(biāo)時，服務(wù)與服務(wù)之間的調(diào)用鏈路增長，關(guān)系增多，業(yè)務(wù)目標(biāo)服務(wù)與服務(wù)之間的轉(zhuǎn)化難度也在逐步提升，技術(shù)系統(tǒng)領(lǐng)域的復(fù)雜度也產(chǎn)生了新的增長。這些技術(shù)系統(tǒng)的問題會直接反映在業(yè)務(wù)目標(biāo)的轉(zhuǎn)化上，體現(xiàn)在是否更快速、更高效。

3. 意義價值

技術(shù)團(tuán)隊的目標(biāo)是開發(fā)新功能和保障技術(shù)系統(tǒng)穩(wěn)定運行。業(yè)務(wù)的實現(xiàn)嚴(yán)重依賴于技術(shù)系統(tǒng)的運行狀況，而越是復(fù)雜的技術(shù)系統(tǒng)，就越需要技術(shù)團(tuán)隊來掌控其運行狀態(tài)。只有當(dāng)技術(shù)團(tuán)隊很好地掌握了技術(shù)系統(tǒng)的運行狀況時，才能助力業(yè)務(wù)目標(biāo)的實現(xiàn)。提高技術(shù)團(tuán)隊的掌控能力需要深入洞察技術(shù)系統(tǒng)的運行狀態(tài)。隨著技術(shù)系統(tǒng)的復(fù)雜度不斷提高，二手車技術(shù)團(tuán)隊面臨著三個關(guān)鍵性洞察力問題。從業(yè)務(wù)視角來看，技術(shù)層面的監(jiān)控系統(tǒng)缺乏對業(yè)務(wù)的深度監(jiān)測和評估，鏈路監(jiān)控?zé)o法實現(xiàn)對業(yè)務(wù)轉(zhuǎn)化鏈路的串聯(lián)監(jiān)測，而僅有的基礎(chǔ)資源類監(jiān)控指標(biāo)無法反映業(yè)務(wù)結(jié)果。

圖片

二手車技術(shù)團(tuán)隊作為為商業(yè)側(cè)服務(wù)的技術(shù)團(tuán)隊，其目標(biāo)都是支撐業(yè)務(wù)實現(xiàn)商業(yè)價值。技術(shù)團(tuán)隊的核心問題在于提升商業(yè)轉(zhuǎn)化路徑上各個業(yè)務(wù)節(jié)點的技術(shù)質(zhì)量。二手車技術(shù)團(tuán)隊在技術(shù)層面需要提升對技術(shù)系統(tǒng)的洞察力，在業(yè)務(wù)層面需要確保商業(yè)轉(zhuǎn)化路徑的質(zhì)量。上述兩個方面的訴求歸根結(jié)底都與技術(shù)系統(tǒng)的質(zhì)量相關(guān)，既橫向保障業(yè)務(wù)在商業(yè)轉(zhuǎn)化路徑上的質(zhì)量，又縱向保障技術(shù)系統(tǒng)在系統(tǒng)調(diào)用鏈路上的質(zhì)量。綜上所述，技術(shù)團(tuán)隊的任務(wù)是實現(xiàn)商業(yè)價值，而商業(yè)價值的實現(xiàn)路徑需要有很好的質(zhì)量保障。技術(shù)團(tuán)隊需要解決的問題是提升系統(tǒng)的洞察力，以夯實實現(xiàn)商業(yè)價值的基礎(chǔ)。

圖片

4. 實踐操作

4.1實現(xiàn)商業(yè)價值

技術(shù)團(tuán)隊如何實現(xiàn)商業(yè)價值？技術(shù)團(tuán)隊可以通過優(yōu)化業(yè)務(wù)流程、開發(fā)和實施高效的業(yè)務(wù)流程來提高公司的整體運營效率。也可以通過創(chuàng)新產(chǎn)品或服務(wù)、研發(fā)新技術(shù)或新產(chǎn)品來滿足市場需求，從而帶來商業(yè)價值，或者通過降低成本、優(yōu)化技術(shù)方案來降低公司的運營成本等多種方式來在實現(xiàn)商業(yè)價值中做出貢獻(xiàn)。通過拆解技術(shù)團(tuán)隊的日常工作，技術(shù)團(tuán)隊在實現(xiàn)商業(yè)價值中的核心是兩個事項：編寫代碼和運行代碼，然后實現(xiàn)新功能、改進(jìn)現(xiàn)有功能、修復(fù)錯誤、提高性能或降低成本等。所有這些產(chǎn)生商業(yè)價值的事情只有在代碼運行時才能提供，而不是在編寫時就可以提供。因為即使代碼設(shè)計模式適用、代碼注釋詳盡、數(shù)據(jù)算法高效，如果沒有運行，對于業(yè)務(wù)而言仍然沒有實現(xiàn)任何商業(yè)價值。運行中的代碼才是有商業(yè)價值的。因此，為了為業(yè)務(wù)提供最大價值，技術(shù)團(tuán)隊需要盡可能深入地了解代碼運行時的狀態(tài)，而技術(shù)系統(tǒng)的度量指標(biāo)通常是實現(xiàn)這一要求的唯一方法。

圖片

4.2行業(yè)解決方案

二手車技術(shù)團(tuán)隊作為服務(wù)于業(yè)務(wù)側(cè)的技術(shù)團(tuán)隊，希望能夠通過對技術(shù)系統(tǒng)的持續(xù)改進(jìn)在實現(xiàn)商業(yè)價值中做出更多的貢獻(xiàn)。結(jié)合團(tuán)隊的訴求和現(xiàn)實情況，行業(yè)內(nèi)有各種各樣的監(jiān)控系統(tǒng)，能夠?qū)崿F(xiàn)技術(shù)系統(tǒng)端到端的監(jiān)控，比如Prometheus等。同時，汽車之家內(nèi)部也有一些自研的監(jiān)控系統(tǒng)，基本能夠?qū)崿F(xiàn)全覆蓋的監(jiān)控。然而，技術(shù)系統(tǒng)的持續(xù)改進(jìn)與帶來商業(yè)價值之間總是缺乏一個有效的鏈接。我們逐漸認(rèn)識到單純部署一個或是幾個監(jiān)控系統(tǒng)不能解決我們的訴求，我們需要的是一種能夠建立在基于數(shù)據(jù)的決策思想之上的方法，旨在提高軟件質(zhì)量、性能和可維護(hù)性，在整個軟件開發(fā)生命周期中持續(xù)收集、分析和利用各種度量和指標(biāo)，通過與業(yè)務(wù)側(cè)深度協(xié)作，通過有益的決策來推動持續(xù)改進(jìn)。這與度量驅(qū)動開發(fā)（Metrics-Driven Development，簡稱MDD）的理念不謀而合。

度量驅(qū)動開發(fā)主張整個應(yīng)用開發(fā)過程由指標(biāo)度量驅(qū)動，通過實時度量指標(biāo)來驅(qū)動快速、精確和細(xì)粒度的軟件迭代。度量驅(qū)動開發(fā)的理念，不但可以讓技術(shù)團(tuán)隊實時感知技術(shù)系統(tǒng)的狀態(tài)，及時跟蹤定位并解決問題，而且可以幫助業(yè)務(wù)和運維團(tuán)隊一起關(guān)注相關(guān)的業(yè)務(wù)指標(biāo)。

圖片

度量驅(qū)動開發(fā)（Metrics-Driven Development）的理念理早是在2011年3月12日Etsy公司舉辦的一次技術(shù)交流會上，由Etsy核心平臺部負(fù)責(zé)人Mike Brittain提出的。

?應(yīng)用可觀測性

業(yè)界對于度量驅(qū)動開發(fā)有許多應(yīng)用的案例和實踐，來自Gartner的《2023年重要戰(zhàn)略技術(shù)趨勢》中的“應(yīng)用可觀測性”也介紹了類似度量驅(qū)動開發(fā)一致的理念。

應(yīng)用可觀測性是指，以高度協(xié)調(diào)和整合的方式 在業(yè)務(wù)職能部門、應(yīng)用和運維(I&O)團(tuán)隊中應(yīng) 用可觀測的數(shù)據(jù)，盡可能縮短行動與響應(yīng)之間 的延遲，實現(xiàn)業(yè)務(wù)決策的主動規(guī)劃。

? Prometheus

Prometheus官網(wǎng)的宣傳標(biāo)語是From metrics to insight（從指標(biāo)度量到洞察力）。

圖片

? 度量驅(qū)動開發(fā)

度量驅(qū)動開發(fā)的理念是需求階段就考慮設(shè)置關(guān)鍵指標(biāo)監(jiān)控項，隨著應(yīng)用上線，通過指標(biāo)了解系統(tǒng)狀態(tài)，通過對現(xiàn)狀的數(shù)字化和可視化，幫助業(yè)務(wù)對未來進(jìn)行規(guī)劃和預(yù)測，進(jìn)而實現(xiàn)業(yè)務(wù)改善。而且度量驅(qū)動開發(fā)是一種文化的紐帶，對于敏捷開發(fā)、持續(xù)集成、持續(xù)交付，以及各個職能崗位提升合作共贏的意識具有很大的幫助。

• 對業(yè)務(wù)而言，可以實時掌控業(yè)務(wù)各項指標(biāo)，通過數(shù)據(jù)做出決策。
• 對研發(fā)而言，可以實時感知應(yīng)用各項指標(biāo)、聚焦應(yīng)用優(yōu)化。
• 對運維而言，可以實時感知系統(tǒng)各項指標(biāo)、快速定位問題。

圖片

度量驅(qū)動開發(fā)可使所有可以測量的東西都得到量化和優(yōu)化，進(jìn)而為整個開發(fā)過程帶來可見性，幫助相關(guān)人員快速、準(zhǔn)確地做出決策，并在發(fā)生錯誤時立即發(fā)現(xiàn)問題并修復(fù)。我們希望通過感知技術(shù)系統(tǒng)的運行狀態(tài)，并且不斷根據(jù)運行時的數(shù)據(jù)提供改進(jìn)策略，將上線、監(jiān)控、調(diào)試、故障調(diào)查及優(yōu)化等納入設(shè)計階段，而不是等到系統(tǒng)部署后再去補充。相對于通過制定各種復(fù)雜、嚴(yán)格的研發(fā)規(guī)定，以及各種評審會議來確保技術(shù)系統(tǒng)的安全可靠、穩(wěn)定運行，度量驅(qū)動開發(fā)的理念的特別之處在于，通過采集必要的監(jiān)控信息，通過持續(xù)交付方式進(jìn)行快速迭代并進(jìn)行反饋和修正，所有決定都是基于對不斷變化的情況的觀察做出的。

圖片

4.3團(tuán)隊實踐探索

二手車技術(shù)團(tuán)隊在采用度量驅(qū)動開發(fā)的實踐探索過程中，總體分為4個階段，首先，依據(jù)二手車業(yè)務(wù)的范圍進(jìn)一步圈定核心領(lǐng)域。其次，通過核心領(lǐng)取構(gòu)建度量指標(biāo)體系。再次，通過對于度量指標(biāo)的監(jiān)控協(xié)同業(yè)務(wù)側(cè)推動部分指標(biāo)的改善，我們在此采用了最小可行產(chǎn)品（Minimum Viable Product，MVP）的策略，通過構(gòu)建具有最少功能的版本，盡早地推出產(chǎn)品以測試反饋并驗證概念的可行性。最后在驗證效果后建立可視化的技術(shù)系統(tǒng)來推動整體的實踐探索更具易用性、擴(kuò)展性的落地和發(fā)展 。

圖片

度量驅(qū)動開發(fā)那么首先需要解決的問題就是度量，也就是度量指標(biāo)體系的構(gòu)建，回顧探索實踐的過程，在實踐探索的過程中遇到的困難的也是度量指標(biāo)體系的構(gòu)建。度量指標(biāo)體系的構(gòu)建我們的目標(biāo)是做到覆蓋盡可能全面的覆蓋，我們對于全面覆蓋總結(jié)為橫向和縱向2個方向上的覆蓋。首先，橫向需要滿足業(yè)務(wù)的廣度盡可能的納入更多的核心關(guān)鍵業(yè)務(wù)，其次，縱向需要將業(yè)務(wù)-技術(shù)縱深進(jìn)行深入的挖掘覆蓋盡可能多的核心關(guān)鍵技術(shù)系統(tǒng)。

圖片

團(tuán)隊在度量指標(biāo)體系的構(gòu)建中，圍繞業(yè)務(wù)流程的服務(wù)樹，通過業(yè)務(wù)流程中各個關(guān)鍵節(jié)點的指標(biāo)的下鉆和穿透到極致，再通過參考Google SRE中提出的系統(tǒng)監(jiān)控的四個黃金指標(biāo)，構(gòu)造業(yè)務(wù)-技術(shù)的全覆蓋度量指標(biāo)體系。

• 延遲（Latency）：衡量服務(wù)請求所需時間。例如，從技術(shù)視角所關(guān)注的HTTP請求平均耗時，而在業(yè)務(wù)視角下為用戶完成下單操作的所需時長。
• 流量（Traffic）：衡量服務(wù)的容量需求。例如，從技術(shù)視角下每秒處理的HTTP請求數(shù)或者數(shù)據(jù)庫系統(tǒng)的事務(wù)數(shù)量，業(yè)務(wù)視角下用戶完成下單的數(shù)量。
• 錯誤（Errors）：衡量服務(wù)錯誤發(fā)生的速率。例如，技術(shù)視角下HTTP 500錯誤數(shù)等顯式失敗，返回錯誤內(nèi)容或無效內(nèi)容等隱式失敗，業(yè)務(wù)視角下用戶下單失敗數(shù)量等。
• 飽和度（Saturation）：衡量當(dāng)前服務(wù)的飽和度。例如，技術(shù)視角下內(nèi)存、CPU、I/O、磁盤使用量，業(yè)務(wù)視角下的任務(wù)的完成率、優(yōu)惠卷的使用量等。

二手車技術(shù)在系統(tǒng)建設(shè)階段完成了一個覆蓋業(yè)務(wù)上用戶端到商家端，技術(shù)上客戶端到服務(wù)端的全景監(jiān)控系統(tǒng)的建設(shè)，核心功能包括數(shù)據(jù)可視化、業(yè)務(wù)鏈路定制和監(jiān)控預(yù)警。首先，我們復(fù)用公司的數(shù)據(jù)處理能力，包括數(shù)據(jù)收集、清洗、轉(zhuǎn)換和存儲等基礎(chǔ)數(shù)據(jù)處理服務(wù)，通過復(fù)用它們，我們能夠迅速獲取數(shù)據(jù)處理能力，確保數(shù)據(jù)的準(zhǔn)確性和一致性。另外，我們通過接入前端性能監(jiān)控、云監(jiān)控以及質(zhì)量羅盤等監(jiān)控系統(tǒng)，我們實現(xiàn)對整個技術(shù)系統(tǒng)的實時監(jiān)控。在系統(tǒng)建設(shè)的技術(shù)選型上，我們選擇了低代碼平臺作為開發(fā)工具。低代碼平臺提供了可視化開發(fā)環(huán)境，減少了開發(fā)工作的復(fù)雜性，不僅加快了構(gòu)建和迭代速度，還提高了系統(tǒng)的靈活性和可擴(kuò)展性。全景監(jiān)控系統(tǒng)的建設(shè)不僅有助于團(tuán)隊更好地理解和管理其業(yè)務(wù)和技術(shù)系統(tǒng)，還為未來的創(chuàng)新和擴(kuò)展奠定了堅實的基礎(chǔ)。

圖片

5. 實踐成果

在上部分中對 CLS 的基礎(chǔ)理論進(jìn)行了介紹，并通過相關(guān)示例演示了 CLS 值是如何計算的，接下來我們看一下在瀏覽器中如何通過工具對 CLS 進(jìn)行跟蹤測量。

5.1完成度量指標(biāo)體系構(gòu)建

完成基于二手車業(yè)務(wù)的度量指標(biāo)體系構(gòu)建，完成設(shè)計近400個相關(guān)數(shù)據(jù)指標(biāo)，實現(xiàn)了二手車業(yè)務(wù)流程和技術(shù)系統(tǒng)的全面覆蓋，具有重要意義。這一成果為二手車業(yè)務(wù)提供了全面的數(shù)據(jù)洞察，幫助業(yè)務(wù)和技術(shù)人員更好地理解業(yè)務(wù)進(jìn)展和技術(shù)系統(tǒng)，從而做出更明智的戰(zhàn)略決策、提高效率、優(yōu)化資源分配、改善客戶體驗，最終實現(xiàn)競爭優(yōu)勢和可持續(xù)增長。這些指標(biāo)不僅提供了深刻的業(yè)務(wù)洞察，還為數(shù)據(jù)驅(qū)動的決策和創(chuàng)新奠定了堅實的基礎(chǔ)。  

5.2改善關(guān)鍵的度量指標(biāo)

商業(yè)價值提升，用戶買賣車信息的處理效率提升240%，用戶賣車信息的從車輛信息的提交再到將車輛信息通知商家進(jìn)行處理這其中要經(jīng)歷很多業(yè)務(wù)流程以及技術(shù)系統(tǒng)，通過對車輛信息數(shù)據(jù)處理流程時長的監(jiān)測發(fā)現(xiàn)問題點，通過與業(yè)務(wù)方協(xié)作的方式，改進(jìn)車輛信息數(shù)據(jù)的處理流程，提高了數(shù)據(jù)留轉(zhuǎn)與處理的時效，通過技術(shù)系統(tǒng)的改善提升了業(yè)務(wù)的運轉(zhuǎn)效率，提升了商業(yè)價值。

商業(yè)價值挽回，攔截異常車況報告解析訂單2000單，在車況報告解析積壓和延時的及時預(yù)警發(fā)現(xiàn)問題點，通過對異常情況的的及時跟進(jìn)處理攔截異常訂單，實現(xiàn)商業(yè)價值的挽回。

6. 未來展望

度量驅(qū)動開發(fā)（Metric-Driven Development，MDD）在軟件工程領(lǐng)域扮演著關(guān)鍵的角色。它強(qiáng)調(diào)了度量數(shù)據(jù)在軟件開發(fā)過程中的重要性，這些度量數(shù)據(jù)可以是關(guān)于代碼質(zhì)量、性能、可維護(hù)性、進(jìn)度等各個方面的信息。

首先，度量驅(qū)動開發(fā)有助于質(zhì)量的改進(jìn)。通過定期收集和分析度量數(shù)據(jù)，技術(shù)團(tuán)隊可以更好地了解軟件質(zhì)量的狀態(tài)。這包括了解代碼質(zhì)量、性能表現(xiàn)、可維護(hù)性等各個方面。當(dāng)度量數(shù)據(jù)揭示出問題或潛在的缺陷時，團(tuán)隊可以采取措施來改進(jìn)質(zhì)量，確保軟件達(dá)到高標(biāo)準(zhǔn)。

其次，度量數(shù)據(jù)可以用于目標(biāo)設(shè)定。技術(shù)團(tuán)隊可以根據(jù)度量數(shù)據(jù)來設(shè)定明確的開發(fā)目標(biāo)。例如，他們可以使用性能度量來設(shè)定性能目標(biāo)，代碼質(zhì)量度量來設(shè)定代碼質(zhì)量標(biāo)準(zhǔn)。將這些目標(biāo)加入到技術(shù)團(tuán)隊開發(fā)過程中的指導(dǎo)原則，有助于確保項目朝著期望的方向前進(jìn)。

此外，度量數(shù)據(jù)可以提供決策支持。項目管理和決策制定者可以根據(jù)度量數(shù)據(jù)做出明智的決策。例如，他們可以根據(jù)度量數(shù)據(jù)決定是否進(jìn)行技術(shù)債務(wù)的償還、是否進(jìn)行性能優(yōu)化、是否進(jìn)行安全漏洞修復(fù)等關(guān)鍵決策。

持續(xù)改進(jìn)是度量驅(qū)動開發(fā)的核心原則之一。通過分析度量數(shù)據(jù)，團(tuán)隊可以識別問題的根本原因，并采取措施來不斷改進(jìn)開發(fā)流程、工具和實踐，以提高效率和質(zhì)量。最后，度量數(shù)據(jù)還有助于提高透明度和溝通。團(tuán)隊成員可以共享度量數(shù)據(jù)，讓每個人都了解項目的狀態(tài)和質(zhì)量，有助于更好地協(xié)作解決問題。

6.1通用化建設(shè)

下一個階段重點建設(shè)的方向是監(jiān)控工具的通用化建設(shè)，通用化的工具建設(shè)將更加靈活，允許團(tuán)隊根據(jù)其特定需求進(jìn)行定制和擴(kuò)展，能夠滿足不同團(tuán)隊和業(yè)務(wù)的需求。通用化的工具建設(shè)將更易于擴(kuò)展，支持集成新的數(shù)據(jù)源、第三方插件和自定義腳本，以適應(yīng)不斷變化的技術(shù)棧和復(fù)雜性。這將為團(tuán)隊提供更大的靈活性，使他們能夠構(gòu)建適合其獨特需求的度量驅(qū)動開發(fā)的解決方案，從而更好地理解和管理他們的技術(shù)系統(tǒng)和業(yè)務(wù)。

6.2智能化建計

人工智能在軟件領(lǐng)域有廣泛的應(yīng)用場景，比如AIOps等，未來支持度量驅(qū)動開發(fā)的工具系統(tǒng)需要更加自動化和智能化。機(jī)器學(xué)習(xí)和人工智能技術(shù)將用于分析監(jiān)測數(shù)據(jù)，自動檢測問題、異常和趨勢，并提供實時的反饋和建議。通過機(jī)器學(xué)習(xí)和人工智能技術(shù)的應(yīng)用將更有助于更精準(zhǔn)的定位問題，更快地響應(yīng)和解決問題，減少人為干預(yù)的需求，提高效率、可用性和安全性，降低成本，推動團(tuán)隊更好地進(jìn)行資源利用。

7. 寫在最后

正如現(xiàn)代管理學(xué)大師彼得·德魯克所說的“如果你無法度量它，就無法改進(jìn)它”，度量幫助我們更深刻認(rèn)識軟件工程領(lǐng)域中的方方面面，設(shè)定改進(jìn)方向，并衡量改進(jìn)效果。

[參考文檔] 

Metrics-Driven-Development https://legacy.devopsdays.org/events/2012-italy/proposals/MetricsDrivenDevelopment/

An Intro to Metrics Driven Development: What Are Metrics and Why Should You Use Them? https://www.freecodecamp.org/news/metrics-driven-development/ Metrics-Driven-Development  https://sookocheff.com/post/mdd/mdd/

Metrics-Driven-Development  https://www.infoq.com/articles/metrics-driven-development/

作者簡介

高成

■ 二手車事業(yè)部-技術(shù)部-專項團(tuán)隊

■ 2022年加入汽車之家二手車事業(yè)部，現(xiàn)任二手車技術(shù)部專項團(tuán)隊的負(fù)責(zé)人，在基礎(chǔ)架構(gòu)、軟件工程等領(lǐng)域有相對深入的了解。