監控是系統反饋的重要環節。
1、沒有測量，就沒有改進和提公升。
2、你測什麼，就得到什麼。
mdd 度量驅動開發核心思路：
在系統、應用和業務三個層次，通過**監控，構建三個反饋環，在監控測量基礎上持續改進系統和架構。
方**：
收集->測量->調整->重複。
【度量質量】
1、線上質量
2、過程質量
【度量指標要如何跟組織和個人關聯？如果跟專案關聯？】
其實這個問題，其實就是在**：研發質量如何做度量？
有四個可以指導實踐的步驟參考：找抓手、對大數、看差距、分級別。
第一步，找抓手。最開始的時候，核心都是需要有乙個抓手來梳理整個研發過程。這個抓手，往往就是需求。因為，只有需求是貫穿研發交付過程始終的，沒有之一。
第二步，對大數。當度量系統按照指標定義，提取和運算出來指標資料之後，最重要的就是驗證資料的真實有效性，並且讓團隊認可這個客觀資料。
第三步，找差距。抓手有了，核心資料也有了，大家也都認可這個度量資料的客觀性有效性了。但是，在這個階段，肯定有哪些地方還是明顯的不合理。這個時候，就需要對這個這個領域進一步進行拆分。比如，測試週期在大的階段裡只是乙個數字，但實際上 ，這裡面包含了 n 多個過程；比如，功能測試、產品走查、測試埋點等等。
如果沒有把表面問題，細分成各個步驟的實際情況下，你就很難說清楚，到底是哪個步驟導致的問題。所以，在達成共識的前提下，識別可改進的內容，這就是乙個階段性的勝利。
第四步，分級別。
實際上，不是所有指標都是可以關聯到個人的。所以，我們需要根據不同的視角和維度劃分指標。比如，可以劃分組織級指標、團隊級指標和專案級指標。
劃分指標的核心還是由大到小，從指標受眾和試**決的問題觸發，進行層層拆解，從而直達問題的根本原因。
關於度量指標的部分，需要注意的是：向上，要支撐核心指標；向下，要層層分解，展示真實細節。
關於Marching Cube的一些疑惑思考
最近學習mc表面繪製，對於開始對於cg方面的一些知識不是很明白，搞的一頭霧水，於是就零零碎碎參考一些網上的程式來學習。主要參考的有3d med 的手冊，網上的一些程式，如 以及跟蹤vtk源 還有這個 但是在閱讀的時候產生的兩個疑惑，表示怎麼算出來的，看了書上的不是很明白，另乙個問題是得到的三角麵片怎...
關於LINUX驅動的一些疑問
1，像字元裝置混雜裝置，都只註冊乙個裝置就ok了，為了什麼都的驅動除了註冊裝置還要註冊驅動。而驅動結構體裡面一般都有probe函式。2.平台分驅動註冊和裝置註冊這個我是知道的，註冊完了會呼叫驅動結構體裡面的probe函式，好像真正的驅動都是在裝置結構體裡面完成了，話有裝置 節點的生成。3,除了這些，...
關於開發的一些思考
單頁面應用真正開始像乙個應用。多頁面是乙個鬆散的結構，即使有個打包工具，可以使用webpack進而使用模組化。但每個頁面是封閉的結構。模擬小程式，小程式每個頁面同樣是封閉，即使可以通過本地存貯進行資料共享，如同多頁面也可以額本地儲存進行資料共享。但有一點無論是多頁面還是小程式都沒有做到的。但是單頁面...