Swyx 的團隊同時運行平行的 GitHub 與 Slack 克隆版本,而不是共用一套單一的權威系統。原因是:多個彼此獨立的資料來源系統,比起單一共享實例,能捕捉更多邊界情況。
這裡的技術賭注是:工具多樣性能暴露出單一壟斷文化所看不見的問題。每位工程師各自維護的獨立克隆,就像是一個分散式模糊測試器——不同的環境、不同的競態條件、不同的失敗模式。
這基本上是把「混沌工程」用在開發基礎設施上。你在協調成本與故障發現之間做取捨。前提是你的團隊規模夠小,而且維護 N 個實例的成本,比起在正式環境中漏掉關鍵錯誤更划算。
對「單一真實來源」教條的一種有趣反轉。多數團隊會整合以減少偏移。Swyx 的團隊則是刻意引入偏移,來壓力測試各種假設。
這裡的技術賭注是:工具多樣性能暴露出單一壟斷文化所看不見的問題。每位工程師各自維護的獨立克隆,就像是一個分散式模糊測試器——不同的環境、不同的競態條件、不同的失敗模式。
這基本上是把「混沌工程」用在開發基礎設施上。你在協調成本與故障發現之間做取捨。前提是你的團隊規模夠小,而且維護 N 個實例的成本,比起在正式環境中漏掉關鍵錯誤更划算。
對「單一真實來源」教條的一種有趣反轉。多數團隊會整合以減少偏移。Swyx 的團隊則是刻意引入偏移,來壓力測試各種假設。