就像隨著時間的推移，我們可以通過度量發現一些模式一樣，同樣，通過度量也可以揭示一些峰值和谷值。峰值和谷值也像離群點一樣值得檢驗，這是因為它們可能極其重要。
有時候，在任何時間範圍內的最高點和最低點僅僅是活動和成就的正常變化的一部分，但有時候，它們可以揭示一些有用的規律。「區域性極大值」和「區域性極小值」值得我們去研究是否有什麼未發現的解釋。
每隔幾周或每個月，一般水平的棒球擊球手可能會有一場優秀的比賽表現，相反，優秀的棒球擊球手也可能會打出糟糕的比賽。在許多情況下，這僅僅是表現和產出的正常起伏。但是，在有些情況下，可能也有某種解釋。或許，那個擊球手表現得特別好或差是針對某個特定的捕手，也或者是某個特點的球場。如果那個擊球手這種表現上的起落未得到考慮或研究的話，那麼我們將會錯過這個可能存在解釋性原因的例子。
當我們看到一些特別高的度量值或特別低的度量值的時候，我們應該追蹤和檢驗它們，並且尋找那些會隨著時間的推移出現的模式。我們希望發現高低值出現的緣由。幫助個體或團隊發現這些解釋，或許這樣可以幫助我們調整環境以達到想要的結果。
比不頻繁的峰值或谷值更重要的是那些持續的峰值和谷值。在體育運動中，這稱為「連續取勝」和「持續低迷」。在更長的時間週期裡（比如整個賽季），我們稱為「巔峰年」、「職業巔峰」和「下降年」。在體育運動中，當球員正處巔峰時，為了球隊的勝利，球隊將會給這些球員更多的機會（特別在一些重要情形下，給他們傳更多的球或讓他們獲得更多的擊球），如果球員持續低迷，球隊為了擺脫困境，可能給球員分配新的任務，或者甚至幾天都不能上場，以嘗試改變球員的境況。
在軟體開發中，是不是程式設計師也會持續處於巔峰和低迷狀態？ 如果我們可以處理好更多的持續高值和持續低值，就像球隊一樣，你或許可以加強持續處於巔峰狀態的優勢，或尋找乙個方法來擺脫困境。
《程式設計師度量 改善軟體團隊的分析學》一有價值的資料
本書後續章節將討論一些特定的程式設計師度量。某些度量相當簡單，基於產品bug這類原子資料 而有些度量相對更複雜一些，它們需要利用公式以及多個資料元素的組合。無論如何，在深入 特定的度量之前，我們都應考慮各種可用於程式設計師度量的資料型別，並思考這些資料是否有用處。我們需要廣泛而深入地思考那些令人關注...
改善程式設計師生活的習慣
目錄堅持 習慣的力量 程式設計師發展歷程某程式語言入門 某程式語言高階 某程式語言最佳實踐 架構的藝術 頸椎病 指南 每次看到這個段子，我都只是一笑而過，還偶爾給別人講起逗逗樂。可如今它不僅是乙個段子，更像是一則不那麼古老的寓言應驗了！或許你會說 腰肌勞損 腰椎盤突出 頸椎彎曲這些在程式設計師圈子司...
程式設計師的需求分析
作為乙個開發人員，怎樣一步步地做好應用的需求定位和分析，這是很重要的 乙個好的需求定位和明確的分析，可以讓你在之後的工作，事半功倍，讓系統的功能和可用性得到很大的提高。如何收集需求？1 對於使用者進行有針對性的訪談 因為我們需要了解和明白核心需求，後期的業務會主要圍繞這些部分進行開展 2 對於內部需...