158660
Book
In basket
Czym jest inżynieria oprogramowania? Inżynieria - praktyczne zastosowanie nauki Zmiana paradygmatu To nie produkcja jest naszym problemem Inżynieria projektowa zamiast inżynierii produkcyjnej Inżynieria != kod Ograniczenia rzemiosła Precyzja i skalowalność Radzenie sobie ze złożonością Powtarzalność i precyzja pomiarów Inżynieria, kreatywność i rzemiosło Dlaczego to, co robimy, nie jest inżynierią oprogramowania Kompromisy Iluzja postępu Droga od rzemiosła do inżynierii Rzemiosło to za mało. Podstawy podejścia inżynieryjnego Branża zmian? Znaczenie pomiarów Wprowadzanie stabilności i wydajności Podstawy inżynierii oprogramowania Eksperci od uczenia się Eksperci od radzenia sobie ze złożonością Optymalizacja z myślą o uczeniu się . Praca w modelu iteracyjnym Praktyczne zalety podejścia iteracyjnego Podejście iteracyjne jako strategia projektowania defensywnego Pokusa tworzenia planu Praktyczne aspekty podejścia iteracyjnego Informacje zwrotne Praktyczny przykład ilustrujący znaczenie informacji zwrotnych Informacje zwrotne w czasie pisania kodu Informacje zwrotne na etapie integracji Informacje zwrotne na etapie projektowania Informacje zwrotne w architekturze Preferuj szybkie informacje zwrotne Informacje zwrotne w kontekście projektu produktu Informacje zwrotne w organizacji i kulturze Podejście przyrostowe Znaczenie modułowości Podejście przyrostowe w organizacjach Narzędzia ułatwiające przyrostową pracę Ograniczanie zakresu wpływu zmian Projektowanie przyrostowe Podejście empiryczne Zakorzenienie w rzeczywistości Oddzielenie podejścia empirycznego od eksperymentów "Znam ten błąd!" Unikanie oszukiwania samego siebie Wymyślanie rzeczywistości pasującej do argumentów Kierowanie się rzeczywistością Nastawienie na eksperymentowanie Czym jest "nastawienie na eksperymentowanie"? Informacje zwrotne Hipotezy Pomiary Kontrolowanie zmiennych Zautomatyzowane testy jako eksperymenty Zapewnianie kontekstu dla wyników testów przeprowadzanych w ramach eksperymentów Zakres eksperymentów Optymalizowanie z myślą o radzeniu sobie ze złożonością Modułowość Cechy charakterystyczne modułowości Niedocenianie znaczenia dobrego projektu Znaczenie testowalności Projektowanie z myślą o łatwości testowania poprawia modułowość Usługi i modułowość Łatwość wdrażania a modułowość Modułowość w różnych skalach Modułowość w systemach ludzkich Spójność Modułowość i spójność - podstawy projektowania Prosty przykład niskiej spójności Kontekst ma znaczenie Wysoce wydajne oprogramowanie Związki z powiązaniami Zapewnianie wysokiej spójności za pomocą programowania sterowanego testami Jak uzyskać spójne oprogramowanie? Koszty niskiej spójności Spójność w systemach ludzkich Podział zadań Wstrzykiwanie zależności Oddzielanie złożoności zasadniczej od złożoności przypadkowej Znaczenie podejścia DDD Testowalność Porty i adaptery Kiedy stosować wzorzec porty i adaptery? Czym jest API? Stosowanie programowania sterowanego testami do wprowadzania podziału zadań Ukrywanie informacji i abstrakcja Abstrakcja lub ukrywanie informacji Co jest powodem powstawania "wielkiej błotnej bryły"? Problemy organizacyjne i kulturowe Problemy techniczne i problemy projektowe Obawy przed "nadinżynierią" Tworzenie bardziej abstrakcyjnego kodu za pomocą testów Wartość abstrakcji "Dziurawe" abstrakcje Wybór odpowiednich abstrakcji Abstrakcje z dziedziny problemu Wyodrębnianie złożoności przypadkowej za pomocą abstrakcji Izolowanie zewnętrznych systemów i zewnętrznego kodu Zawsze preferuj ukrywanie informacji. Radzenie sobie z powiązaniami Koszty powiązań Skalowanie Mikrousługi Wyeliminowanie powiązań może prowadzić do większej ilości kodu Luźne powiązanie nie jest jedynym, które ma znaczenie Preferuj luźne powiązania W czym powiązania różnią się od podziału zadań? Zasada DRY jest zbyt uproszczona Asynchroniczność jako narzędzie do uzyskiwania luźnych powiązań Projektowanie z myślą o luźnych powiązaniach Luźne powiązania w systemach ludzkich Narzędzia ułatwiające inżynierię w branży oprogramowania Narzędzia w dziedzinie inżynierii Czym jest rozwój oprogramowania? Testowalność jako narzędzie Punkty pomiaru Problemy z osiąganiem testowalności Jak zwiększyć testowalność? Łatwość wdrażania Szybkość Kontrolowanie zmiennych Ciągłe dostarczanie Ogólne narzędzia wspomagające inżynierię Współczesny inżynier oprogramowania Inżynieria jako proces ludzki Organizacje dokonujące przełomu w świecie cyfrowym Skutki a mechanizmy
Sygnatura czytelni BWEAiI: XII J 121
Media files:
Availability:
Wypożyczalnia
There are copies available to loan: sygn. 153923 N (1 egz.)
Biblioteka WEAiI
Copies are only available in the library: sygn. 153924 N (1 egz.)
Notes:
Tytuł oryginału: Modern software engineering : doing what works to build better software faster, 2022
General note
Na stronie 4. okładki także nazwa wydawcy oryginału: Pearson Addison-Wesley.
Target audience note
Dla programistów, menedżerów, inżynierów i liderów technicznych.
The item has been added to the basket. If you don't know what the basket is for, click here for details.
Do not show it again

Deklaracja dostępności