Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
Rozdział1.Zostaćarchitektemoprogramowania•6
OprogramowaniHzawszHżyjHwkontHkściHsystHmu
fnmain(){
}
tworzy
letmutn=1;
whilen<100{
}
ifn%15==0{println!("fizzbuzz");}
elseifn%3==0{println!("fizz");}
elseifn%5==0{println!("buzz");}
else{println!("{}",n);}
n+=1;
oprogramowanie
zHspół
działana
kiHrujH
wybiera
sprzęt
firma
pomaga
chcH
używają
chcą
użytkownicy
zabawa
izyskl
Projektowanieoprogramowaniatonieustannawalkaoznalezieniewłaściwej
równowagimiędzyrzeczami,którychchcemy,arzeczywistością,którąmusi-
myzaakceptować.Oznaczato,żetrzebaotymmyślećiiśćnakompromisy.
Wybieraniekompromisówmiędzyatrybutamijakościowymi
Powiedzmy,żewysokadostępnośćtoważnyatrybutjakościowydlanaszych
interesariuszyipotrzebujemyoprogramowania,którebędzieodpowiadaćna
99,9%żądań.Jednymzesposobównazapewnieniedostępnościjestwprowa-
dzenieredundantnychelementów.Projektowanietegojestproste,aleistnieje
pewienhaczyk.Musimyterazkupićdwarazywięcejsprzętu,copodwoina-
szekoszty.Wtymprzypadkuzwiększonezostałykoszty,abyuzyskaćwyższą
dostępność.
Zrezygnowaniezczegoś,bydostaćcoś,czegopotrzebujemy,jestpowszechne
wrozwojuoprogramowania.Architekciidentyfikująkompromisyipracują
zinteresariuszami,abyzdecydować,którekompromisymająnajwiększysens.
Systemysoftware’owenigdyniesąidealniepartycjonowane.Idziemynakom-
promisy.Popełniamybłędy.Wmiarębudowaniasystemuwprowadzamydo
architekturydługtechnologiczny.
Zarządzaniedługiemtechnologicznym
Architekcioprogramowaniaznająszczegółydotyczącezależnościwsystemie.
Dostrzegająwiększącałośćiwiedzą,jaktowszystkopołączyć.Wiążątakże
