??目錄

1 背景

2 客戶第一

3 性能和成本

4 功能設(shè)計(jì)

5 研發(fā)效率

6 運(yùn)營(yíng)效率

7 技術(shù)文檔

8 發(fā)展的思考

這幾年，眼看著中臺(tái)直上云霄，又看著它跌落神壇。最早提中臺(tái)建設(shè)的友商在去中臺(tái)，騰訊內(nèi)部的中臺(tái)建設(shè)也開始趨向務(wù)實(shí)。但騰訊的中臺(tái)并沒有消失，而是以技術(shù)產(chǎn)品的形式繼續(xù)默默耕耘，平臺(tái)型技術(shù)產(chǎn)品服務(wù)于開發(fā)團(tuán)隊(duì)，曾經(jīng)被納入中臺(tái)的范疇，但它比中臺(tái)更長(zhǎng)久，中臺(tái)隕落，而平臺(tái)長(zhǎng)青。本文作者從零到一打造了騰訊 PCG 平臺(tái)型技術(shù)產(chǎn)品——搜索中臺(tái) XSearch，他將以此為例，帶大家了解做好一個(gè)平臺(tái)型技術(shù)產(chǎn)品，需要考慮哪些點(diǎn)。

01

背景

   1.1 中臺(tái)、平臺(tái)、技術(shù)產(chǎn)品

當(dāng)技術(shù)中臺(tái)建設(shè)熱潮退去，我們會(huì)發(fā)現(xiàn)留下來的“中臺(tái)”都是如同基建一般的“平臺(tái)”，盡管有很多文章在解釋中臺(tái)和平臺(tái)的差異，但我一直認(rèn)為中臺(tái)和平臺(tái)在技術(shù)層面并沒有什么不同。在中臺(tái)概念下建設(shè)的平臺(tái)，我更愿意稱之為技術(shù)產(chǎn)品，是一款 ToB 的產(chǎn)品。

   1.2 為什么寫這篇文章

看過很多關(guān)于技術(shù)中臺(tái)的介紹文章，大都在介紹為什么需要、做了什么，當(dāng)然也有一些在介紹為什么不需要，這里我想寫一些不一樣的內(nèi)容：我們的技術(shù)中臺(tái)是怎么做，從理念到執(zhí)行。既是對(duì)過往幾年工作做總結(jié)，也讓沒做過技術(shù)產(chǎn)品的讀者能了解我們是怎么做的。下面我會(huì)圍繞：客戶、核心競(jìng)爭(zhēng)力、研發(fā)效率、運(yùn)營(yíng)效率、技術(shù)文檔、發(fā)展思考這些方面展開。

02

客戶第一

客戶是技術(shù)產(chǎn)品存在的唯一原因。在公司內(nèi)做技術(shù)產(chǎn)品，有 BG 統(tǒng)一管理的助力，我們找客戶不會(huì)太困難，但相比做 ToC 產(chǎn)品，還是有一些差異，核心可以概括為幾點(diǎn)：解決核心訴求、維護(hù)專業(yè)形象、保持溝通激活，下面展開講講。

   2.1 客戶的核心訴求

對(duì)于 XSearch 來說，功能、性能、成本、效率、穩(wěn)定性是最基本的要求，作為在 PCG 內(nèi)外二十多個(gè)業(yè)務(wù)線上驗(yàn)證過的技術(shù)產(chǎn)品，當(dāng)前大多數(shù)業(yè)務(wù)場(chǎng)景都能滿足。

   2.2 專業(yè)的客戶服務(wù)

（1）由誰(shuí)來當(dāng) helper（客服）

在建設(shè) helper 賬號(hào)的初期，我們有人力和效果方面的矛盾：一方面我們希望能有專職的外包同學(xué)來承擔(dān) helper 提供業(yè)務(wù)接入、業(yè)務(wù)咨詢、告警處理，以減少研發(fā)團(tuán)隊(duì)的體力勞動(dòng)；另一方面，我們又期望 helper 能夠解決用戶問題，不需要再二次轉(zhuǎn)手，也不要打擾到研發(fā)同學(xué)。由誰(shuí)來當(dāng) helper？

• 如果對(duì)系統(tǒng)實(shí)現(xiàn)不熟悉的外包同學(xué)能解決問題，那么文檔也能解決，如果文檔能解決，那么我們就不需要提供咨詢支持的外包同學(xué)。
• 如果文檔解決不了，那么咨詢外包同學(xué)也很難解決，他會(huì)成為任務(wù)分包的角色，這時(shí)候任務(wù)還是會(huì)落到背后的開發(fā)同學(xué)身上，此時(shí)必然打擾到開發(fā)同學(xué)，打亂原定的工作計(jì)劃，且會(huì)讓客戶覺得 helper 并不專業(yè)。
• 服務(wù)告警和運(yùn)維處理涉及系統(tǒng)穩(wěn)定性，對(duì)值班同學(xué)和技術(shù)產(chǎn)品的自動(dòng)運(yùn)維能力要求較高，交給外包有一定風(fēng)險(xiǎn)。

權(quán)衡之后我們決定還是由研發(fā)同學(xué)做值班，同時(shí)通過持續(xù)建設(shè)文檔來減少客戶的咨詢，付出的代價(jià)：少了一位全人力的研發(fā)。帶來的收益：

• 每個(gè)人都有機(jī)會(huì)熟悉全系統(tǒng)所有模塊。
• 對(duì)客戶價(jià)值有更直接的認(rèn)識(shí)。
• 促進(jìn)用戶手冊(cè)建設(shè)。
• 更容易對(duì)不合理的設(shè)計(jì)提出挑戰(zhàn)。

未來的可能性：如果我們的技術(shù)產(chǎn)品能做到如同 MySQL 那么易于維護(hù)，也可以培養(yǎng)專門做運(yùn)維的外包/同事，做到研發(fā)和運(yùn)維分離。

（2）溝通的專業(yè)性

剛開始做客服的開發(fā)同學(xué)，很容易在和客戶溝通過程中陷入對(duì)立，或者是提供了錯(cuò)誤的解答，所以我們?cè)诿恐艿闹蛋鄰?fù)盤中有一個(gè)教練審查環(huán)節(jié)，對(duì)本周的所有溝通做審查并指出可提升的 case，提供指導(dǎo)。

   2.3 保持溝通激活

我們支持的業(yè)務(wù)是有限的，所以為每一個(gè)業(yè)務(wù)建獨(dú)立的溝通渠道是可行的，XSearch 和每個(gè)業(yè)務(wù)線都有企業(yè)微信溝通群，在群里同步研發(fā)進(jìn)展、服務(wù)升級(jí)、突發(fā)告警等等重大通知。同時(shí)，我們也定義了研發(fā)月報(bào)，每月匯報(bào)一次研發(fā)進(jìn)展，讓客戶能了解到什么版本做了什么升級(jí)，這也體現(xiàn)出我們的專業(yè)性。

03

性能和成本

搜索召回類的技術(shù)產(chǎn)品，需要從海量數(shù)據(jù)中取出最相關(guān)的文檔，除去業(yè)務(wù)個(gè)性化的排序效果，最容易被看到的亮點(diǎn)是性能和成本，這需要持續(xù)深耕以及精細(xì)運(yùn)營(yíng)。

   3.1 可演進(jìn)的系統(tǒng)

易于修改的、可演進(jìn)的系統(tǒng)，才能持續(xù)的進(jìn)行性能和成本優(yōu)化，從一開始我們的系統(tǒng)架構(gòu)無論是集群架構(gòu)還是核心模塊內(nèi)的實(shí)現(xiàn)，都采取解耦的設(shè)計(jì)，使得這幾年來持續(xù)的性能優(yōu)化，不需要將系統(tǒng)推倒重來。

2019 年 6 月份第一版 XSearch 的設(shè)計(jì)：

現(xiàn)在（2022年7月）的 XSearch 大結(jié)構(gòu)上和 2019 年的設(shè)計(jì)類似，局部架構(gòu)有調(diào)整，功能也豐富了很多。

   3.2 持續(xù)的技術(shù)深耕

從 19 年中臺(tái)立項(xiàng)開始，我們一直投入人力在進(jìn)行性能優(yōu)化，有時(shí)候是以技術(shù)專項(xiàng)的面目出現(xiàn)，有時(shí)候是以業(yè)務(wù)接入優(yōu)化來體現(xiàn)。在這過程中，我們積累了一系列的總結(jié)文檔，整體可以歸類為：

• 架構(gòu)優(yōu)化，譬如：二級(jí)和三級(jí)扇出架構(gòu)、微服務(wù)合并。
• 新技術(shù)應(yīng)用，譬如：新 rpc 框架、協(xié)程、SIMD 并行指令。
• 空間換時(shí)間，譬如：業(yè)務(wù)緩存、計(jì)算緩存、jemalloc 內(nèi)存池。
• 數(shù)據(jù)結(jié)構(gòu)優(yōu)化，譬如：用塊鏈代替稀疏位圖、貼合 cacheline 的內(nèi)存結(jié)構(gòu)。
• 策略簡(jiǎn)化，譬如：多次查詢改成單次，再通過更好的檢索策略補(bǔ)充效果。
• 實(shí)現(xiàn)細(xì)節(jié)，譬如：去掉拷貝、去掉鎖、復(fù)用對(duì)象。

   3.3 精細(xì)運(yùn)營(yíng)

通過技術(shù)先進(jìn)性實(shí)現(xiàn)成本優(yōu)化是有門檻的工作，而精細(xì)運(yùn)營(yíng)則顯得像是體力勞動(dòng)，以至于很多內(nèi)部的技術(shù)產(chǎn)品在早期會(huì)忽略掉精細(xì)運(yùn)營(yíng)（XSearch 早期也不例外）。

后來我們對(duì) XSearch 的精細(xì)運(yùn)營(yíng)投入了很多精力，治理歷史包袱，并將精細(xì)化運(yùn)營(yíng)制度化，服務(wù) 20+ 業(yè)務(wù)線，管理上百個(gè)業(yè)務(wù)集群，沒有出現(xiàn)因?yàn)?CPU 空跑而導(dǎo)致客戶成本暴漲的“成本事故”。

• 設(shè)備選型：
• 高內(nèi)存高計(jì)算型的服務(wù)，使用 AMD 設(shè)備，并且不開 NUMA。
• 無須實(shí)時(shí)訪問磁盤的服務(wù)，選用非 SSD 磁盤。
• 配額最小化：CPU/磁盤/內(nèi)存，全部最小化配置。
• 自動(dòng)化調(diào)度：通過 123 平臺(tái)（注：內(nèi)部容器服務(wù)管理平臺(tái)）的調(diào)度配置，配置自動(dòng)縮容閾值。
• 云原生看板建設(shè) CPU 使用率看板，查看 CPU 變化趨勢(shì)。
• 利用率監(jiān)控 CPU 峰值利用率低于 50% 的發(fā)出告警。
• 專人檢查 CPU 使用率、使用量、流量變化，最晚 T+1 和業(yè)務(wù)溝通處理。
• 對(duì) CPU 有毛刺的離線計(jì)算業(yè)務(wù)做針對(duì)性治理，和業(yè)務(wù)團(tuán)隊(duì)溝通將流量打散。

04

功能設(shè)計(jì)

功能也是業(yè)務(wù)是否使用我們產(chǎn)品的重要參考點(diǎn)，可以分為以下幾點(diǎn)：新業(yè)務(wù)接入和老業(yè)務(wù)遷移是否方便；上手門檻高不高；好不好做個(gè)性化定制；有沒有配套的 debug 工具 等等。下面從功能設(shè)計(jì)、XSearch 能力舉例、debug 能力展開介紹。

   4.1 功能設(shè)計(jì)關(guān)注點(diǎn)

（1）方便遷入

• 采用類 json 的 DSL 語(yǔ)法，既滿足通過任何檢索規(guī)則組合實(shí)現(xiàn)復(fù)雜檢索策略的需求，后來也為使用 ES 的業(yè)務(wù)遷移到 XSearch 提供了便利。

（2）一致性

• 風(fēng)格一致的代碼、文檔可以提高閱讀效率，對(duì)于技術(shù)產(chǎn)品的功能設(shè)計(jì)也一樣有價(jià)值，產(chǎn)品在不斷的增加功能，一致性的設(shè)計(jì)會(huì)讓一個(gè)技術(shù)產(chǎn)品顯得越來越強(qiáng)（而不是增加多個(gè)需要重新學(xué)習(xí)的技術(shù)產(chǎn)品），在增加向量召回功能的時(shí)候，我們把向量當(dāng)作一種和倒排、正排、枚舉并列的一種索引能力，復(fù)用原來 XSearch 的全套流程，既減少開發(fā)量，使用上也不突兀。

（3）易用性

• 通用檢索能力，大多數(shù)的客戶不需要了解分詞、query 理解、檢索語(yǔ)句組裝，所以我們將檢索策略做成可視化配置，只需要在界面上做選擇，就能獲得一個(gè)不錯(cuò)的召回能力。
• 個(gè)性化能力，如果通用檢索無法滿足，需要定制化怎么辦？我們通過 DSL 語(yǔ)法、排序插件、腳本插件提供廣闊的個(gè)性能定制。
• debug 能力，業(yè)務(wù)在使用檢索引擎時(shí)，用于 debug 的時(shí)間往往不比寫一段召回代碼的時(shí)間短，所以 debug 能力的建設(shè)一樣非常重要。

（4）通用和定制的權(quán)衡

• 想要規(guī)模化的產(chǎn)品，必然是通用的。而業(yè)務(wù)產(chǎn)品又可能提出來定制需求，我們通過配置化、插件系統(tǒng)解決大多數(shù)定制問題，譬如：要搜索標(biāo)題還是搜索標(biāo)簽、要用默認(rèn)排序還是自定義排序等等。但部分問題沒辦法完美解決，會(huì)付出代價(jià)，譬如：架構(gòu)設(shè)計(jì)和協(xié)議設(shè)計(jì)。
• 代價(jià)-架構(gòu)設(shè)計(jì)：當(dāng)只服務(wù)一個(gè)業(yè)務(wù)的時(shí)候，系統(tǒng)的變數(shù)少，不需要考慮太多插件擴(kuò)展，架構(gòu)簡(jiǎn)單服務(wù)耗時(shí)短、開發(fā)周期短。
• 代價(jià)-協(xié)議設(shè)計(jì)：不用考慮多業(yè)務(wù)有不同字段的需求，當(dāng)有新增字段時(shí)，直接追加新字段即可。而考慮到多業(yè)務(wù)時(shí)，要么是犧牲性能，定義 map 類型來應(yīng)對(duì)不同業(yè)務(wù)的差異化字段，要么是使用 oneof，把不同業(yè)務(wù)的個(gè)性化字段拆分到不同 message 中，不管那種方式，都會(huì)給協(xié)議增加復(fù)雜度，對(duì)性能有影響。

（5）性能和便利的權(quán)衡

• 單個(gè)業(yè)務(wù)下的技術(shù)產(chǎn)品，選擇一般是單一明確的，追求性能或者追求易用，而平臺(tái)化的技術(shù)產(chǎn)品則需要考慮提供多種選擇。譬如：接口協(xié)議的設(shè)計(jì)上，正排索引值是返回序列化后的字符串，還是返回原始數(shù)字，追求性能的用戶希望返回原始數(shù)字，追求易用性的用戶希望返回字符串直接用來展示。

   4.2 XSearch 的檢索能力

XSearch 的功能按照層次劃分，涵蓋召回、Query 理解、插件定制、數(shù)據(jù)通道、運(yùn)營(yíng)系統(tǒng)這幾個(gè)層次，可以用一張圖表達(dá)：

   4.3 XSearch 的 debug 能力

基于我們自己做業(yè)務(wù)開發(fā)時(shí)遇到的案例，我們建設(shè)比較豐富的 debug 技能點(diǎn)，涵蓋：

• 模擬查詢。
• 解釋查詢。
• 文檔查詢。
• 索引信息查看。
• 全鏈路 trace。

有了這些能力，為什么不召回、為什么召回、召回經(jīng)過哪些運(yùn)算，都可以通過工具看到。

05

研發(fā)效率

研發(fā)效率是技術(shù)產(chǎn)品保持競(jìng)爭(zhēng)力的根基，從 2019 年立項(xiàng)開始，我們就在持續(xù)投入，但和大多數(shù)初創(chuàng)期的團(tuán)隊(duì)一樣，早期做得比較粗糙，2020 年在 PCG 推行 EPC 的大趨勢(shì)下，順勢(shì)將單元測(cè)試、MR 流水線、代碼評(píng)審、代碼規(guī)范等各類配套設(shè)施補(bǔ)全，并在 2021 年借力 iCode\iRead\iWork，讓我們?cè)诖a質(zhì)量上更進(jìn)一步。

   5.1 流程制度

規(guī)定一套唯一的、符合高效率原則的流程制度，減少選擇、減少出錯(cuò)。

   5.2 基礎(chǔ)設(shè)施

基于公司平臺(tái)配置項(xiàng)目基礎(chǔ)設(shè)施，確保流程制度可實(shí)施。功能點(diǎn)包括：

（1）流水線

• MR 流水線。
• 主干提交流水線。

（2）工蜂倉(cāng)庫(kù)設(shè)置

• 分支和 tag 命名規(guī)范，提升可讀。
• 主干代碼只能通過 MR 合入。
• MR 必須經(jīng)過有經(jīng)驗(yàn)開發(fā)者、綠帶認(rèn)證者評(píng)審。

（3）基于流水線做的攔截

• 開發(fā)者必須獲得開發(fā)者資質(zhì)，包括：編碼規(guī)范考試、代碼安全考試。
• 增量代碼單測(cè)覆蓋率 > 85%。

（4）工具

• 需求扭轉(zhuǎn)流程管理。
• 基于 VSCode 或者 Vim 的代碼格式化工具。
• 測(cè)試、灰度、全量發(fā)布工具。

   5.3 代碼評(píng)審

代碼評(píng)審是一個(gè)團(tuán)隊(duì)的事情，讓一個(gè)團(tuán)隊(duì)有效率、有質(zhì)量的執(zhí)行代碼評(píng)審，需要文化、人、制度和工具多方面的配合。

• 公司文化，受益于這幾年公司對(duì)工程素養(yǎng)的重視，大量的宣導(dǎo)、強(qiáng)制課程學(xué)習(xí)、內(nèi)部論壇討論，團(tuán)隊(duì)全員受過 CR 的基礎(chǔ)培訓(xùn)和引導(dǎo)。我們也通過小團(tuán)隊(duì)內(nèi)的討論和制度的強(qiáng)制落實(shí)，讓每個(gè)人會(huì)意識(shí)到：
• 代碼可以寫得更好；
• CR 活動(dòng)需要花費(fèi)不少時(shí)間；
• CR 是完成需求過程中的必要環(huán)節(jié)。
• 團(tuán)隊(duì)制度，設(shè)計(jì)一套代碼評(píng)審流程，并由核心同學(xué)帶頭落實(shí)。
• 團(tuán)隊(duì)成員，借力公司課程、職級(jí)晉升的代碼質(zhì)量要求，讓多數(shù)人有意愿、有能力、有時(shí)間執(zhí)行代碼評(píng)審。
• 評(píng)審工具，通過流水線、工蜂、研效看板，確保代碼評(píng)審過程可高效執(zhí)行。

06

運(yùn)營(yíng)效率

技術(shù)產(chǎn)品的運(yùn)營(yíng)有規(guī)模化效應(yīng)，相比每個(gè)業(yè)務(wù)團(tuán)隊(duì)自己運(yùn)維 XSearch，搜索中臺(tái)采用全托管的模式，讓業(yè)務(wù)團(tuán)隊(duì)更省力，也促使 XSearch 建設(shè)一套完整的運(yùn)營(yíng)流程。

   6.1 關(guān)鍵能力

• 一站式運(yùn)營(yíng)系統(tǒng)，用戶使用 XSearch 的所有的操作都在運(yùn)營(yíng)系統(tǒng)中完成，包括數(shù)據(jù)接入、檢索策略、debug；管理員操作的審批、部署也都在運(yùn)營(yíng)系統(tǒng)中完成；
• 用戶手冊(cè)，減少人工咨詢；
• helper 賬號(hào)，人工咨詢和業(yè)務(wù)接入審批等；
• 值班制度，全職投入，處理告警、用戶咨詢、云原生治理、業(yè)務(wù)審核等工作；
• 群溝通渠道，每個(gè)業(yè)務(wù)一個(gè)溝通群；

   6.2 運(yùn)作模式

我們通過技術(shù)文檔、運(yùn)營(yíng)系統(tǒng)、溝通渠道、云服務(wù)，將用戶、客戶、值班人員聯(lián)系到一起，如下圖所示：

07

技術(shù)文檔

文檔可以跨越時(shí)間的限制，進(jìn)行信息的規(guī)模化傳遞和交流，可以幫助團(tuán)隊(duì)也可以幫助個(gè)人，它是主干開發(fā)、代碼評(píng)審、流水線等效率技能的放大器。

   7.1 新人文檔

怎么讓團(tuán)隊(duì)新人、中臺(tái)共建者能更快的參與 XSearch 系統(tǒng)開發(fā)？這是我們的《新人大禮包》要解決的問題。

首先整理《搜索中臺(tái)開發(fā)入門手冊(cè)—通用篇》，讓讀者可以了解 XSearch 的目標(biāo)、XSearch 的整個(gè)研發(fā)流程、了解需要獲得開發(fā)者資質(zhì)、5 分鐘能搭建開發(fā)環(huán)境、流水線是怎么回事、怎么做代碼評(píng)審等等基礎(chǔ)入門信息。

再進(jìn)一步，團(tuán)隊(duì)在需求協(xié)作過程中，是否能有良好的職業(yè)素養(yǎng)？

基于這幾年工作中的觀察，整理《如何成為一名靠譜的程序員：職業(yè)素養(yǎng)入門指南》一文，記錄一些職業(yè)素養(yǎng)的思考和建議，涵蓋：需求溝通、開發(fā)技能、代碼評(píng)審、文檔規(guī)范、協(xié)作交流、效率產(chǎn)品、服務(wù)運(yùn)營(yíng)等方面，所有這些組合形成團(tuán)隊(duì)的導(dǎo)向。

   7.2 開發(fā)和運(yùn)營(yíng)文檔

怎么讓知識(shí)傳播以獲得更大的價(jià)值？怎么讓技術(shù)產(chǎn)品不因人員更替而受損？這些都要求 XSearch 有優(yōu)質(zhì)的代碼和技術(shù)文檔，這幾年我們把文檔的“架子”搭起來了。

   7.3 用戶手冊(cè)

XSearch 用戶手冊(cè)是讀寫比很高的文檔，當(dāng)前基本覆蓋客戶使用過程中可能遇到的所有問題：能力了解、入門使用、細(xì)節(jié)功能、自助 debug、合作共建。

08

發(fā)展的思考

任何產(chǎn)品都有它的生命周期，平臺(tái)型技術(shù)產(chǎn)品和 ToC 產(chǎn)品有什么樣的不同，它和過去我們的平臺(tái)又有哪些區(qū)別，未來可能往哪些方向發(fā)展，下面講講我的思考。

   8.1 長(zhǎng)周期

XSearch 是復(fù)雜的技術(shù)產(chǎn)品，它的建設(shè)周期比一般的 ToC 產(chǎn)品要長(zhǎng)得多，技術(shù)產(chǎn)品也許需要一年的時(shí)間才能萌芽，而對(duì)于 ToC 產(chǎn)品可能一年就是一生。因?yàn)橹芷陂L(zhǎng)所以收益可能是滯后的，一個(gè)從業(yè)務(wù)產(chǎn)品中成長(zhǎng)出來的技術(shù)產(chǎn)品非常依賴業(yè)務(wù)的穩(wěn)健發(fā)展、業(yè)務(wù)負(fù)責(zé)人和公司的長(zhǎng)期主義，另一方面，技術(shù)產(chǎn)品團(tuán)隊(duì)本身也要不斷的證明自身的價(jià)值，需要有強(qiáng)烈的自驅(qū)追求卓越的沖動(dòng)。

   8.2 市場(chǎng)化

以前公司內(nèi)的技術(shù)產(chǎn)品一般作為平臺(tái)基建存在，不用考慮營(yíng)收，而在各種設(shè)施都上云的趨勢(shì)下，基礎(chǔ)組件也可以作為技術(shù)產(chǎn)品售賣，現(xiàn)在也在逐步的強(qiáng)調(diào)技術(shù)產(chǎn)品及其費(fèi)用結(jié)算，這讓開發(fā)者有機(jī)會(huì)用公司內(nèi)的業(yè)務(wù)孵化技術(shù)產(chǎn)品，最后能走出公司創(chuàng)造更大的價(jià)值。對(duì)技術(shù)產(chǎn)品開發(fā)者來說是很好的鼓勵(lì)和壓力，對(duì)于 XSearch 來說，期望有一天能實(shí)現(xiàn)云上售賣，在國(guó)產(chǎn)軟件上占一席之地。

   8.3 考核導(dǎo)向

公司內(nèi)技術(shù)產(chǎn)品的發(fā)展，有必要提一下考核導(dǎo)向，這幾年中臺(tái)技術(shù)產(chǎn)品考核，包括：研效、SLA 簽約、成本結(jié)算、問卷調(diào)查等等，在往高效率高性能低成本的技術(shù)產(chǎn)品研發(fā)上引導(dǎo)，為促進(jìn)技術(shù)產(chǎn)品的健康發(fā)展提供了很大助力。

-End-

原創(chuàng)作者｜吳銀光