想像你在構建一個把數據存儲到關係型數據庫的軟件系統。在實現功能時，開發者個人如何從數據庫檢索數據和向其存入數據重要嗎？我見過一個Java系統，同一個代碼庫中採用了多個數據訪問技術/框架；還見過一個SharePoint系統，各個組件的配置方式不盡相同。有時候，發生這種事情是因為代碼庫隨著時間演變，方法也在變化，但通常只是開發團隊每個人完全自由選擇自己最熟悉的任何技術/框架/方法帶來的副作用。
人們經常問我「選擇哪個日誌框架是否真的很重要」，如果你想讓開發團隊裡每個人都使用同一個日誌框架，那麼是很重要。有些人樂意允許開發團隊裡任何人下載和使用任何他們想要的開源庫。另一些則意識到如果不加以檢查，就會導致問題。我不是說要扼殺創新，但你的代碼庫真的應該只有一個日誌、依賴注入或對像關係映射框架。
缺乏一致性的方法會導致代碼庫難以理解、維護和增強。增加單獨可移動部件的數量也會讓部署、運營和支持變得複雜。