首先我們要明白靜態化系統是什么，有哪些屬性?只有先了解基本屬性才談得上有目標地改造。...
秒殺系統的第一個設計原則就是隔離熱點數據，即禁止1%的請求影響剩余99%的請求。隔離之后也可以更方便地針對1%的請求做有針對性的優化。在實踐中，我們對秒殺系統做了多層次的隔離。...
Java語言本身也有很多優化技巧可以使用，比較常用的如使用StringBuilder，優化自定義hasCode( equals() toString()方法，優先使用原始數據類型，不在循環中使用try.catch， copy 時使用System.arraycopy)命令，除了這些通用技巧外，我們再介紹- 些優化方法，分述如下。...
全球部署和后面將介紹的國內單元部署有些不同的地方:一是它必須采用就近訪問原則，必須要保證用戶體驗；二是它不能跨區域進行大流量的并發讀寫，因為延時比較大，對系統的吞吐量會有致命的影響，所以這種情況下要避免中心節點。...
中臺能解決一些問題，但是中臺能解決一切問題嗎?很顯然不可能，中臺也只在小范圍內適用前面一直在說中臺是為了解決效率問題，但是效率提升還離不開一個因素:成本對互聯網業務來說，僅從開發效率角度來看，當規模還沒大到一定程度時，可以簡單地通過增加投人提升開發效率。比如滴滴，從最早的出租車業務到專車、快車、代駕租車和順風車，每個業務線系統基本都獨立，盡管這些業務的重合度非常高，但是為了能快速開發，把它們分開反而效率會更高。...
我們再回到業務層上來具體看一下如何提升研發效率。說到研發效率還真不僅僅就是如何寫代碼這么簡單，讀過《人月神話》一書的人都知道，要開發一個產品，并不是人越多越好，而是涉及人與人之間的信息傳遞成本，有時候人與人的溝通成本甚至大平寫代明的成本，多外，當系統查復雜r以后，代仍應該寫在哪里，也就品人數 去理解這個原有的系統也變得很困難，有個冷笑話，評信個業務需求， 先羅找各后真正寫代碼只需要1天時間。由此可見， 大部分時間并設有真正化在實現業務需求一個系統的產品經理花上2周評估時間，然...
本質上是為解決業務實現的效率問劇，降低創新的成本，但是這類問題是一直存在的，為什么要有這個時點提出來見，以前就沒有效率問題嗎?...
如何將Node與現有的架構融合以面對新的無線場景，并更好地提升開發效率，我們主要闡述了在當前成熟的體系下向Node演進的一個思路，當然這并不是唯-路徑。也有很多程序員討論是否要將后端的Java體系全部替換為Node體系，這就涉及Java技術棧和Node技術棧的比較，以下是筆者關于該問題的思考。...
服務端響應時間只占整個請求路徑上很小的一部分，PC上更重要的是優化首屏的加載，無線端更多則是優化中間的管道。...
客戶端主要有兩種選擇:一種是基于瀏覽器HtML5頁面的，一種是Native模式的。到底是選擇HTML5還是Native， Native 如何解決快速迭代問題?...
