一般來說,只要提到『架構』兩個字,
地位好像就很崇高,給人一種無法親近的fu,
軟體架構也是如此,
所以我們常常會看到開發人員討論某個問題怎麼解?
但是很少聽到大家研究架構怎麼做。
不外是威脅或利誘兩種方式。
專案開發一向講求「以和為貴」,
我們當然不能用威脅的,
而是要告訴大家服用後好處多多,
保證一日雙北,或是30分鐘登上101。
好的架構能讓開發更快速
架構定了,開發人員有完成目標,有規範可遵守,有方式可合作,整體開發能夠更順利。
且好架構是適應變化的,
面對未來的改變,也能有一定的彈性。
架構明確出團隊的共同目標
有目標,方向才不會亂。團隊有共同的目標,才不會互相掣肘,
從而發揮1+1>=2的效果。
架構具體化團隊使用的技術
團隊中的成員未必都熟悉系統所使用的技術,
確定出技術後,成員可以提前練習,
也方便互相研究。
架構勾勒出每個人的責任
多人共同開發要順暢有一個重點,
就是每個人清楚知道自己的責任範圍。
責任範圍一確認,就能避免重疊和遺漏的部分,
團隊協力完成預先規劃的全部內容。
沒有留言:
張貼留言