這一節我們介紹運營商面對這些指標通常的做法，我們健康度模型的可行性，以及我們預備怎麼做。
原來運營商怎麼解決這個問題呢？說白了兩個字——人工。
對於一眾運維指標，首先每個指標就是乙個kpi（key performance index），而很多kpi的加權構成了kqi（key quality index），而kqi的進一步加權形成了pohd（product online health degree）。
kpi是粒度最細的具體指標，而kqi衡量了產品的某個方面效能，比如」可用性「、」好用性「、」可控性「、」障礙處理效率「、」產品上市準備「、」維護規範度「、」實施準確度「和」問題管控度「等。
總結成兩個式子： po
hd=w
1kqi
1+w2
kqi2
+...
+wmk
qim
kqi=
w1kp
i1+w
2kpi
2+..
.+wn
kpin
至於這些權重怎麼計算——完全人工判斷並且打分。
打分並不是不好，但是人為經驗難免有偏頗。
我們有的資料首先就是所有的kpi，還有就是運營指標。你可能會問，不是有專家指導運營指標怎樣換算健康度的嗎？但是我們的目的是要將機器學習的功能以服務的方式發布出去，而不是讓專家直接參加建模的過程，你可以想象，萬一專家的心中的運營指標權重變了呢？或者指標發生了變化呢？
不錯指標可能發生變化的，如下圖：
從圖中可以看出，指標一期一期的入庫，但是指標可能有增刪，黃框表示的指標有兩期，紅框表示的指標有三期，而紫框表示的指標只有第三期的資料。而且請注意，我們關心的產品健康度，就是最後一期的產品健康度，這樣才具有實時性。
由於運營指標——健康度的專家模型可能會隨時調整，如果我們拿那時候重新算出來的健康度值來和運維指標進行建模，那是不現實的，我們需要在專家模型調整以後，立即提供給出新的打分的服務。
所以我們能做的，就是利用運維和運營指標，計算出他們之間的關係，然後一旦從運營到健康度的關係確定，系統也就隨即給出運維到健康度的關係。
接下來我們就聊聊怎樣衡量運維和運營指標的關係。
2 k進製數
遞推 高精度 f i j 表示共i位且最高位是j的方案數，顯然有只要上一位比它大就可以轉移，所以有f i j f i 1 j 1 f i 1 2 k i 1 也就是f i j f i j 1 f i 1 j 最後特判一下最後一段剩下的w k的就可以。注意高精 include using namesp...
2 k進製數
設 s 是長度為 w 的 01 串。從串的右邊開始，每 k 個字元分成一段 最後不夠 k 個字元的也分成一段 組成乙個小於 2 k 的數。然後這 left lceil frac right rceil 個數將組成乙個序列。若這個序列除去前導零後的長度不小於 2 且序列裡的數嚴格遞增，那麼 s 就是乙...
2 k進製數
發現自己推得組合數好像不太一樣 先把這個複雜的柿子寫一遍 sum right rfloor c sum text textk 1 c right rfloor 感覺這個柿子非常蛇皮 但是非常好求啊 由於 2 k 1 非常小，最大僅僅是 511 所以我們沒有什麼必要預處理階乘，我們可以直接用組合數遞推...