關係： 思考關聯，所有的資料，函式，其實都是互相關聯的，這乙個函式的輸出，是另外乙個函式的輸入，重點是搞清楚，思考明白：這些函式關係的相互關係是什麼？重點整理清除他們的相互關係。舉例：開炮事件的業務關聯
非哥畫的每一條線，都不是白畫的呀~
還有乙個是業務拆分，所有的業務都可以拆解為：輸入、處理了、輸出；而這三部分呢，又可以接著往下拆，一直到拆分發哦某個api文件為止，算作拆分結束，什麼是思考呢？思考就是不斷理解這個拆分的過程，就是思考。
今天的這個設計例子:暫存，協議，設計，封裝，
從分執行緒，跳到主線程，而這，就是scene.args 場景引數 的作用
清單，設定 乾淨/髒 ，
思考就是拆分的過程，四恐怕前
B Google SRE指導思想
b.google sre指導思想 擁抱風險 服務質量目標 服務質量指標 常見指標 錯誤率系統吞吐量 可用性永續性 資料能夠完整儲存的時間 等等分類 通用的指標 正確性 使用者可見的服務系統 可用性 延遲 吞吐量 儲存系統 延遲 可用性和資料永續性 大資料系統 吞吐量 端到端延遲 彙總平均值 掩蓋分布...
設計效能良好系統的指導思想
簡而言之，如果將你的cpu的速度加快一倍，那麼你通常可以獲得接近兩倍的吞吐量。僅僅將網路的容量加倍通常沒有效果，因為瓶頸一般在主機上。每乙個到來的分組都會引發乙個中斷。在現代的流水線方式的處理器上，每個中斷都會打斷cpu流水線 干擾快取的工作 要求改變記憶體管理環境，並且強迫儲存相當數量的cpu暫存...
個人認為，CMMI整體的減法指導思想是錯的
近期，我準備帶領團隊，根據自己的理解做出一些調整。總體感覺，cmmi體系很龐大，在整個軟體開發過程中，對於具體細節的工作有很好的指導意義，但是，我參加整個培訓和經過一段時間的管理實踐，最大的感覺是cmmi整體的指導思想從根本上就是 錯 的，而對於具體工作的研發過程和操作步驟有很好的參考價值，也許從二...