超越軟體架構

在軟體業務中，「架構」已成為一個非常模糊的詞彙。很難對其含義提出任何明確的定義。我認為它是一個本質上主觀的術語 - 當人們描述他們的軟體架構時，他們會選擇其系統中的重要部分、這些部分如何相互配合，以及他們在設計系統時做出的關鍵決策。架構也被視為一個技術問題，這意味著需要做出的關鍵決策是技術決策。

在過去幾年與盧克的交談中，我真的很享受他談論那些通常遺憾地從大多數架構討論中省略的事物 - 但它們同樣重要。例如系統的行銷觀點、授權條款、品牌、部署、計費。所有這些問題都具有重要的技術和業務影響。資深技術人員需要考慮這些事項，否則一個技術上可行的系統可能會無法成為一個好的商業決策。

其中許多問題對向其他實體銷售軟體的人來說最重要。但即使您是內部 IS 商店的架構師，這些問題也可能讓您絆倒。與供應商的授權協議可能會對您部署的軟體成本產生重大影響，如果您的企業決定要引入退款機制，計費可能會變得重要，品牌有助於影響您在公司業務方面的知名度。

盧克從軟體開發的技術和業務兩方面都處理過的人的角度來寫作。我發現這種二元性很有吸引力，因為它促使他思考那些經常沒有人談論的問題。他表明，通常是您沒想到會擔心的事情最讓您感到痛苦，並且在此過程中提供了您需要應對它們的建議。因此，這本書是軟體設計技術方面的急需補充。