Marcin Mazureknarzędzia online · artykuły · księgarniaRSS
Okładka: Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzjiTylna okładka: Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji

Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji

Autor: Andrew Harmel-Law

Tłumacz: Piotr Pilch

Ebookpoint

71,40 zł 119,00 zł -40%

Kup w księgarni Ebookpoint

Gdzie kupić

SklepWydanieCena
Ebookpoint.plksiążka71,40 złKup
TaniaKsiazka.plksiążka77,09 złKup

Ceny z feedów partnerów, odświeżane codziennie. Linki są partnerskie — przy zakupie dostaję prowizję, cena dla Ciebie się nie zmienia.

Czytaj fragmentPobierz PDF

Kategorie
Inne - Programowanie, Programowanie w chmurze
Wydawca
Helion
Rodzaj
książka
Format
165x235
Oprawa
miękka
Stron
480
Data wydania
2025-09-30
ISBN
978-83-289-2750-6
Tytuł oryginału
Facilitating Software Architecture: Empowering Teams to Make Architectural Decisions

Fragment książki — 30 stron

Kliknij stronę, żeby powiększyć. Całość możesz przeczytać online albo pobrać jako PDF. Fragment udostępniony przez wydawcę.

  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 1 z 301
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 2 z 302
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 3 z 303
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 4 z 304
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 5 z 305
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 6 z 306
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 7 z 307
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 8 z 308
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 9 z 309
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 10 z 3010
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 11 z 3011
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 12 z 3012
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 13 z 3013
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 14 z 3014
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 15 z 3015
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 16 z 3016
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 17 z 3017
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 18 z 3018
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 19 z 3019
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 20 z 3020
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 21 z 3021
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 22 z 3022
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 23 z 3023
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 24 z 3024
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 25 z 3025
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 26 z 3026
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 27 z 3027
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 28 z 3028
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 29 z 3029
  • Fragment „Tworzenie architektury oprogramowania. Wspieranie zespołów w podejmowaniu trafnych decyzji” — strona 30 z 3030

Opis

Rola architekta oprogramowania się zmienia. W miarę jak systemy stają się coraz bardziej złożone, tradycyjny model działania architekta przestaje wystarczać. Zadań jest zbyt wiele, a ich zaniedbanie w końcu doprowadzi do punktu krytycznego. Kluczowe staje się współdziałanie architekta z zespołem projektowym - tylko wtedy możliwe jest tworzenie trwałej, elastycznej i efektywnej architektury.

Oto książka pełna praktycznej mądrości, trafiająca w sedno tego, czym jest architektura.

Grady Booch, IBM Fellow

Tę książkę doceni każdy, kto praktykuje architekturę w ramach i na rzecz zespołu. Dzięki niej zrozumiesz wady scentralizowanych praktyk architektury w zdecentralizowanym świecie. Poznasz też kluczowe aspekty zdecentralizowanego podejścia do architektury opartego na informacji zwrotnej i zasady wdrażania takiego podejścia. Znajdziesz tu omówienie czynników wpływających na efektywność decyzji architektonicznych, a także ich społeczny wymiar - dobra architektura bowiem to nie tylko struktura kodu, ale również jakość współpracy. Dzięki opisanym metodom rozwiniesz sposób myślenia, który pozwala każdemu w zespole praktykować architekturę i budować lepsze systemy.

Najciekawsze zagadnienia:

  • jak się zmienia nowoczesny proces dostarczania oprogramowania
  • metodologia łączenia architektury oprogramowania z jego rozwojem
  • współzależność decyzji, architektury i informacji zwrotnej z działających systemów
  • wprowadzanie praktyk maksymalizacji korzyści i minimalizacji ryzyka
  • dostrajanie podejścia do architektury, umiejętności osób w zespole i kultury firmy

Najlepsza architektura oprogramowania ewoluuje dzięki zaangażowaniu wszystkich.

Martin Fowler, główny badacz w Thoughtworks

Linki do księgarni są linkami partnerskimi Grupy Helion i Księgarni PWN (przez sieć Adtraction). Ceny i dostępność pochodzą z oferty wydawcy i mogą się zmienić.