Sortowanie
Źródło opisu
ebookpoint BIBLIO
(9)
Książki
(3)
Forma i typ
E-booki
(9)
Książki
(3)
Publikacje fachowe
(3)
Dostępność
dostępne
(3)
Placówka
Wypożyczalnia
(3)
Autor
Ford Neal
(3)
Walczak Tomasz
(3)
Richards Mark
(2)
Sadalage Pramod
(2)
Bass Len
(1)
Bąbol Krzysztof
(1)
Clements Paul
(1)
Dehghani Zhamak
(1)
Gaczkowski Piotr
(1)
Gutowski Maksymilian
(1)
Jaskula Tomasz
(1)
Kazman Rick
(1)
Keeling Michael
(1)
Khononov Vlad
(1)
Kleppmann Martin
(1)
Kua Patrick
(1)
Martin Robert C
(1)
Meryk Radosław
(1)
Moch Wojciech
(1)
Ostrowski Adrian
(1)
Parsons Rebecca
(1)
Pilch Piotr
(1)
Rogulska Magdalena (informatyk)
(1)
Rogulski Mariusz
(1)
Roth Stephan
(1)
Sagalara Leszek
(1)
Sawka Krzysztof
(1)
Sobczak Michał
(1)
Vernon Vaughn
(1)
Rok wydania
2020 - 2024
(8)
2010 - 2019
(4)
Okres powstania dzieła
2001-
(3)
Kraj wydania
Polska
(12)
Język
polski
(12)
Temat
Architektura oprogramowania
(3)
Programowanie (informatyka)
(3)
Programy komputerowe
(1)
Projektowanie
(1)
Systemy informatyczne
(1)
Gatunek
Poradnik
(3)
Dziedzina i ujęcie
Informatyka i technologie informacyjne
(3)
12 wyników Filtruj
Książka
W koszyku
CZĘŚĆ I. WPROWADZENIE. Rozdział 1. Czym są projekt i architektura? Cel? Studium przypadku. Wnioski. Rozdział 2. Opowieść o dwóch wartościach. Zachowanie. Architektura. Ważniejsza wartość. Macierz Eisenhowera. Walka o architekturę. CZĘŚĆ II. ZACZNIJ OD PODSTAW. PARADYGMATY OPROGRAMOWANIA/ Rozdział 3. Przegląd paradygmatów. Programowanie strukturalne. Programowanie obiektowe. Programowanie funkcyjne. Coś do przemyślenia. Wnioski. Rozdział 4. Programowanie strukturalne. Dowód. Ogłoszenie szkodliwości. Dekompozycja funkcyjna. Brak formalnych dowodów. Metoda naukowa. Testy. Wnioski. Rozdział 5. Programowanie obiektowe. Hermetyzacja? Dziedziczenie? Polimorfizm? Wnioski. Rozdział 6. Programowanie funkcyjne. Kwadraty liczb całkowitych. Niezmienność i architektura. Podział zmienności. Strumień zdarzeń. Wnioski. CZĘŚĆ III. REGUŁY PROJEKTOWE. Rozdział 7. SRP - reguła jednej odpowiedzialności. Symptom 1. Przypadkowa duplikacja. Symptom 2. Złączenia. Rozwiązania. Wnioski. Rozdział 8. Reguła otwarte-zamknięte. Eksperyment myślowy. Kontrola kierunku. Ukrywanie informacji. Wnioski. Rozdział 9. Reguła otwarte-zamknięte. Jak używać dziedziczenia? Problem z kwadratem i prostokątem. Zasada LSP i architektura. Przykład naruszenia zasady LSP. Wnioski. Rozdział 10. Zasada rozdzielania interfejsów. Zasada ISP i język. Zasada ISP i architektura. Wnioski. Rozdział 11. Zasada odwrócenia zależności. Stabilne abstrakcje. Fabryki. Komponenty konkretne. Wnioski. CZĘŚĆ IV. ZASADY KOMPONENTÓW. Rozdział 12. Komponenty. Krótka historia komponentów. Relokacje. Konsolidatory. Wnioski. Rozdział 13. Spójność komponentów. Zasada Reuse (Release Equivalence Principle). Zasada Common Closure Principle. Zasada Common Reuse Principle. Diagram napięć dla zasad spójności komponentów. Wnioski. Rozdział 14. Łączenie komponentów. Zasada zależności niecyklicznych. Projekt typu top-down. Zasada stabilnych zależności. Zasada stabilnych abstrakcji. Wnioski. CZĘŚĆ V. ARCHITEKTURA. Rozdział 15. Czym jest architektura? Rozwój systemu. Wdrożenia. Działanie. Konserwacja. Zachowywanie dostępnych opcji. Niezależność od urządzenia. Spam. Adresowanie fizyczne. Wnioski. Rozdział 16. Niezależność. Przypadki użycia. Działanie. Rozwój. Wdrożenia. Otwarte opcje. Oddzielanie warstw. Rozdzielanie przypadków użycia. Tryby rozdzielania. Możliwość niezależnego rozwijania. Niezależne wdrożenia. Duplikacja. Tryby rozdzielania (ponownie). Wnioski. Rozdział 17. Granice. Wyznaczanie linii. Dwie smutne historie. FitNesse. Jakie linie rysować i kiedy to robić? A co z wejściem i wyjściem? Architektura wtyczek. A jednak wtyczki. Wnioski. Rozdział 18. Anatomia granic. Przekraczanie granic. Straszliwy monolit. Instalowanie komponentów. Wątki. Procesy lokalne. Usługi. Wnioski. Rozdział 19. Zasady i poziomy. Poziomy. Wnioski. Rozdział 20. Reguły biznesowe. Encje. Przypadki użycia. Modele żądania i odpowiedzi. Wnioski. Rozdział 21. Krzycząca architektura. Motyw architektury. Cel architektury. A co z siecią WWW? Framework to narzędzie, a nie styl życia. Testowanie architektury. Wnioski. Rozdział 22. Czysta architektura. Zasada zależności. Typowy scenariusz. Wnioski. Rozdział 23. Prezentery i skromne obiekty. Wzorzec projektowy skromny obiekt. Prezentery i widoki. Testowanie i architektura. Bramy do baz danych. Mapowanie danych. Serwisy. Wnioski. Rozdział 24. Granice częściowe. Pomiń ostatni krok. Granice jednowymiarowe. Fasady. Wnioski. Rozdział 25. Warstwy i granice. Hunt the Wumpus. Czysta architektura? Przekraczanie strumieni. Dzielenie strumieni. Wnioski. Rozdział 26. Komponent Main. Najważniejszy detal. Wnioski. Rozdział 27. Serwisy, duże i małe. Architektura serwisów? Zalety serwisów? Problem z kotkami. Pomogą nam obiekty. Serwisy bazujące na komponentach. Sprawy ogólnosystemowe. Wnioski. Rozdział 28. Granice testów. Testy jako komponenty systemu. Projekt ułatwiający testy. API testujące. Wnioski. Rozdział 29. Czysta architektura osadzona. Test n-App-stawienia. Problem docelowego sprzętu. Wnioski. CZĘŚĆ VI. SZCZEGÓŁY. Rozdział 30. Baza danych jest szczegółem. Relacyjne bazy danych. Dlaczego systemy baz danych są takie powszechne? A gdyby nie było dysków? Szczegóły. A co z wydajnością? Anegdota. Wnioski. Rozdział 31. Sieć WWW jest szczegółem. Wieczne wahadło. Rezultat. Wnioski. Rozdział 32. Frameworki są szczegółem. Autorzy frameworków. Małżeństwo asymetryczne. Ryzyko. Rozwiązanie. Teraz ogłaszam was... Wnioski. Rozdział 33. Studium przypadku. Sprzedaż filmów. Produkt. Analiza przypadków użycia. Architektura komponentów. Zarządzanie zależnościami. Wnioski. Rozdział 34. Zaginiony rozdział. Pakowanie w warstwy. Pakowanie według funkcji. Porty i adaptery. Pakowanie według komponentów. Diabeł tkwi w szczegółach implementacji. Organizacja a hermetyzacja. Inne sposoby rozdzielania. Wnioski. Zaginiona porada. DODATKI. Dodatek A. Archeologia architektury. System księgowości Union. Cięcie laserowe. Monitorowanie odlewów aluminium. 4-TEL. Komputer SAC. Język C. BOSS. pCCU. DLU/DRU. VRS. Elektroniczny recepcjonista. System wysyłania serwisantów. Clear Communications. ROSE. Egzamin na architekta. Wnioski.
1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.
Wypożyczalnia
Są egzemplarze dostępne do wypożyczenia: sygn. 004 (2 egz.)
Książka
W koszyku
Zawiera: Przedmowa: obalanie aksjomatów; 1. Wprowadzenie; Część I. Podstawy 2. Myślenie architektoniczne; 3. Modułowość; 4. Definiowanie parametrów architektury; 5. Identyfikacja parametrów architektury; 6. Pomiar parametrów architektury i zarządzanie nimi; 7. Zakres parametrów architektury; 8. Myślenie w oparciu o składniki; Część II. Style architektoniczne 9. Podstawy; 10. Styl architektury warstwowej; 11. Styl architektury potokowej; 12. Styl architektury mikrojądra; 13. Styl architektury bazującej na usługach; 14. Styl architektury sterowanej zdarzeniami; 15. Styl architektury przestrzennej; 16. Architektura zorientowana na usługi sterowana orkiestracją; 17. Architektura mikrousług; 18. Wybór odpowiedniego stylu architektonicznego; 19. Decyzje architektoniczne; 20. Analiza ryzyka w architekturze; 21. Tworzenie diagramów i prezentacja architektury; 22. Zwiększanie efektywności zespołów; 23. Umiejętności negocjacyjne i zdolności przywódcze; 24. Rozwijanie ścieżki kariery zawodowej; A. Pytania sprawdzając.
1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.
Wypożyczalnia
Są egzemplarze dostępne do wypożyczenia: sygn. 004 (2 egz.)
Książka
W koszyku
Zawiera: Podziękowania; Przedmowa; Witamy; Część I. Wprowadzenie do architektury oprogramowania: 1. Zostać architektem oprogramowania: Czym zajmują się architekci oprogramowania?; Czym jest architektura oprogramowania?; Zostańmy architektami w naszym zespole; Budowanie niesamowitego oprogramowania; Studium przypadku: Projekt Lionheart; Co dalej; 2. Podstawy myślenia projektowego: Cztery zasady myślenia projektowego; Zastosowanie nastawienia projektowego; Myślenie, robienie, sprawdzanie; Co dalej; Część II. Podstawy projektowania architektury: 3. Opracowywanie strategii projektowania; Poszukiwanie satysfakcjonującego projektu; Decydowanie, ile zaprojektować na początku; Niech ryzyko będzie naszym przewodnikiem; Tworzenie planu projektowania; Projekt Lionheart: do tej pory; Co dalej; 4. Wczuwanie się w interesariuszy: Rozmawianie z właściwymi ludźmi; Tworzenie mapy interesariuszy; Odkrywanie celów biznesowych; Projekt Lionheart: do tej pory...; Co dalej; 5. W poszukiwaniu wymagań istotnych dla architektury: Zawężanie możliwości projektowych za pomocą ograniczeń; Definiowanie atrybutów jakościowych; Poszukiwanie klas wymagań funkcjonalnych; Dowiedzmy się, co jeszcze wpływa na architekturę; Poszukiwanie potrzebnych informacji; Budowanie specyfikacji ASR; Projekt Lionheart: do tej pory...; Co dalej; 6. Wybór architektury (zanim ona wybierze nas): Rozszerzamy, aby dostrzegać możliwości, zawężamy, aby decydować; Akceptowanie ograniczeń; Wspieranie pożądanych atrybutów jakościowych; Przypisywanie elementom funkcjonalnych obowiązków; Projektowanie z myślą o zmianach; Projekt Lionheart: do tej pory; Co dalej; 7. Tworzenie fundamentów z użyciem wzorców: Czym jest wzorzec architektoniczny?; Wzorzec warstwowy; Wzorzec porty i adaptery; Wzorzec potoki i filtry; Wzorzec architektury zorientowanej na usługi; Wzorzec publish-subscribe; Wzorzec współdzielonych danych; Wzorzec wielowarstwowy; Wzorzec centrum kompetencji; Wzorzec otwartego udziału; Wzorzec wielkiej kuli błota; Odkrywanie nowych wzorców; Projekt Lionheart: do tej pory; Co dalej; 8. Zarządzanie złożonością za pomocą sensownych modeli: Myślenie o architekturze; Projektowanie metamodelu; Wbudowywanie modeli do kodu; Projekt Lionheart: do tej pory; Co dalej; 9. Prowadzenie architektonicznych warsztatów projektowych: Planowanie architektonicznych warsztatów projektowych; Wybieranie odpowiednich działań projektowych; Zapraszanie właściwych uczestników; Zarządzanie grupą; Praca z rozproszonymi zespołami; Projekt Lionheart: do tej pory; Co dalej; 10. Wizualizacja decyzji projektowych: Przedstawianie architektury z różnych perspektyw; Rysowanie fantastycznych diagramów; Projekt Lionheart: do tej pory; Co dalej; 11. Opisywanie architektury: Opowiadanie całej historii; Dopasowywanie metody opisu do sytuacji; Szanowanie swoich odbiorców; Tworzenie widoków wokół potrzeb interesariuszy; Wyjaśnianie powodów naszych decyzji; Projekt Lionheart: do tej pory...; Co dalej; 12. Karty oceny dla architektury: Ocenianie służy uczeniu się; Testowanie projektu; Prowadzenie warsztatów ewaluacyjnych; Oceniajmy wcześnie, oceniajmy często, oceniajmy w sposób; Projekt Lionheart: do tej pory...; Co dalej; 13. Wzmacnianie architektów w zespole: Promowanie myślenia architektonicznego; Ułatwianie podejmowania decyzji i wspieranie rozwoju umiejętności; Stworzenie możliwości bezpiecznej praktyki; Delegowanie kompetencji projektowych; Wspólne projektowanie architektury; Projekt Lionheart: epickie podsumowanie; Co dalej; Część III. Skrzynka narzędziowa architekta: 14. Działania na rzecz zrozumienia problemu: Działanie 1. Wybór jednej rzeczy; Działanie 2. Mapa empatii; Działanie 3. Warsztaty cel-pytanie-metryka; Działanie 4. Wywiad z interesariuszami; Działanie 5. Lista założeń; Działanie 6. Sieć atrybutów jakościowych; Działanie 7. Miniwarsztaty atrybutów jakościowych; Działanie 8. Mad lib „punkty widzenia”; Działanie 9. Miara odpowiedzi sofizmatu rozszerzenia; Działanie 10. Mapa interesariuszy; 15. Działania w celu zbadania potencjalnych rozwiązań: Działanie 11. Personifikacja architektury; Działanie 12. Architektoniczny fl ipbook; Działanie 13. Karty komponent-odpowiedzialność-współpracownik; Działanie 14. Mapa pojęć; Działanie 15. Dzielenie i zdobywanie; Działanie 16. Burza zdarzeń; Działanie 17. Grupowe postery; Działanie 18. Projektowanie karuzelowe; Działanie 19. Wspólna sesja przy białej tablicy; 16. Działania służące osiągnięciu namacalności projektu: Działanie 20. Zapisy decyzji architektonicznych; Działanie 21. Architektoniczne haiku; Działanie 22. Diagram kontekstowy; Działanie 23. Lista najpopularniejszych haseł; Działanie 24. Tablica koncepcyjna; Działanie 25. Modularny diagram dekompozycji; Działanie 26. Odrzucone ścieżki; Działanie 27. Prototypowanie w celu zdobycia wiedzy lub podjęcia decyzji; Działanie 28. Diagram sekwencji; Działanie 29. Metafora systemowa; 17. Działania służące ocenie możliwości projektowych: Działanie 30. Briefi ng architektury; Działanie 31. Przegląd kodu; Działanie 32. Macierz decyzyjna; Działanie 33. Obserwacja zachowania; Działanie 34. Pytanie-komentarz-potrzeba; Działanie 35. Burza ryzyk; Działanie 36. Sprawdzanie poczytalności; Działanie 37. Przegląd scenariusza; Działanie 38. Szkicowanie i porównywanie; D1. Biografi e przedstawicieli społeczności; Bibliografia.
1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.
Wypożyczalnia
Są egzemplarze dostępne do wypożyczenia: sygn. 004 (2 egz.)
E-book
W koszyku

Jeszcze kilka lat temu koncepcja ewoluowania architektury była uznawana za zbyt odważną. Uważano, że architektura powinna pozostawać elementem niezmiennym w czasie. Jednak rzeczywistość udowadnia, że systemy muszą ewoluować, aby spełniać wymogi użytkowników i odzwierciedlać zmiany w dynamicznym środowisku tworzenia oprogramowania. Innymi słowy, konieczne się staje budowanie architektur ewolucyjnych.

Dzięki tej książce dowiesz się, w jaki sposób uczynić architekturę oprogramowania wystarczająco plastyczną, aby mogła odzwierciedlać zachodzące zmiany biznesowe i technologiczne. W nowym wydaniu rozbudowano pojęcia zmiany kierowanej i przyrostowej, a także przedstawiono najnowsze techniki dotyczące funkcji dopasowania, automatycznego zarządzania architekturą i danych ewolucyjnych. Zaprezentowano praktyki inżynieryjne umożliwiające ewoluowanie systemów oprogramowania, jak również podejścia strukturalne, w tym zasady projektowe, które ułatwiają zarządzanie tą ewolucją. Opisano ponadto, w jaki sposób zasady i praktyki architektury ewolucyjnej wiążą się z różnymi elementami procesu tworzenia oprogramowania.

Naucz się postrzegać architekturę systemową jako plastyczny wyzwalacz.

Sam Newman, architekt, autor książki Budowanie mikrousług

Najciekawsze zagadnienia:

  • mechanika architektury ewolucyjnej
  • zarządzanie projektami oprogramowania i ich ewolucją
  • style architektoniczne i zasady projektowania
  • sprzęganie i wieloużywalność
  • łączenie praktyk inżynieryjnych z kwestiami strukturalnymi

Poznaj techniki umożliwiające tworzenie architektur oprogramowania na tyle zwinnych, aby dotrzymywały kroku ciągłym zmianom.

Mark Richards, developertoarchitect.com

Ta pozycja jest dostępna przez Internet. Rozwiń informację, by zobaczyć szczegóły.
Dostęp do treści elektronicznej wymaga posiadania kodu dostępu, który można odebrać w bibliotece.
E-book
W koszyku

To kompletny, praktyczny i sprawdzony przewodnik po tworzeniu architektury nowoczesnego oprogramowania, w pełni zaktualizowany o nowe materiały poświęcone rozwiązaniom mobilnym, chmurze, zarządzaniu energią, podejściu DevOps, przetwarzaniu kwantowemu i innym zagadnieniom.

Zaktualizowana o 11 nowych rozdziałów książka Architektura oprogramowania w praktyce, wydanie czwarte dokładnie wyjaśnia, czym jest architektura oprogramowania, dlaczego ma ona znaczenie, a także jak ją projektować, tworzyć, analizować i modyfikować oraz jak nią zarządzać w zdyscyplinowany i skuteczny sposób.

Trzech poważanych architektów oprogramowania omawia cały cykl życia, prezentując praktyczne wskazówki, metody stosowane przez ekspertów i sprawdzone modele przydatne w każdym projekcie niezależnie od poziomu jego złożoności. Dowiesz się, jak za pomocą architektury radzić sobie z coraz większymi wymaganiami i systemami oraz wyższym poziomem abstrakcji, a także jak uzyskiwać emergentne atrybuty jakościowe, gdy systemy są dynamicznie łączone na nowe sposoby.

W tym podręczniku znajdziesz informacje na temat optymalizowania za pomocą architektury najważniejszych atrybutów jakościowych (w tym wydajności, modyfikowalności, zabezpieczeń, dostępności, współdziałania, testowalności, użyteczności, łatwości wdrażania itd.), co pomoże Ci zrozumieć, jak zarządzać istniejącymi architekturami, dopracowywać je, przekształcać w celu rozwiązywania nowych problemów i tworzyć architektury wielokrotnego użytku, które stają się strategicznymi aktywami biznesowymi.

  • Zobacz, jak architektura wpływa na środowisko techniczne, cykle życia projektów, profile biznesowe i Twoją pracę, a także jak te czynniki wpływają na architekturę.
  • Wykorzystaj sprawdzone wzorce, interfejsy i praktyki do optymalizowania jakości za pomocą architektury.
  • Twórz architekturę z myślą o rozwiązaniach mobilnych, chmurze, uczeniu maszynowym i przetwarzaniu kwantowym.
  • Projektuj systemy pod kątem coraz ważniejszych atrybutów takich jak wydajność energetyczna i bezpieczeństwo.
  • Skaluj systemy, odkrywając czynniki istotne architektonicznie, stosując podejście DevOps i potoki wdrażania oraz zarządzając długiem architektonicznym.
  • Poznaj rolę architektury w organizacji, co pozwoli Ci tworzyć bardziej wartościowe rozwiązania.
Ta pozycja jest dostępna przez Internet. Rozwiń informację, by zobaczyć szczegóły.
Dostęp do treści elektronicznej wymaga posiadania kodu dostępu, który można odebrać w bibliotece.
E-book
W koszyku

Domain-driven design, czyli projektowanie dziedzinowe, w skrócie DDD, jest zbiorem praktyk tworzenia architektury oprogramowania z uwzględnieniem dziedziny biznesu i jej problemów. W ten sposób logika biznesowa staje się sercem aplikacji. Wielu architektów jednak nie radzi sobie ze złożonością tworzonego oprogramowania. Nauczenie się zasad i wzorców DDD, przyswojenie technik dekompozycji dużego systemu, modelowania i projektowania integracji komponentów jest sposobem na zbudowanie systemu w pełni zgodnego z potrzebami i celami biznesowymi.

Ta książka zawiera opis podstawowych wzorców, zasad i praktyk przydatnych podczas analizy dziedzin biznesowych, ułatwiających zrozumienie ich strategii i dostosowanie architektury do potrzeb biznesu, aby umożliwić zbudowanie solidnej implementacji logiki biznesowej. Omówiono tu narzędzia i techniki podejmowania decyzji projektowych, a także istotniejsze wzorce projektowe. Dużo uwagi poświęcono kodowi i różnym sposobom implementacji logiki biznesowej systemu. Opisano również techniki i strategie stosowania DDD w rzeczywistych projektach. Ciekawym elementem jest zaprezentowanie związków projektowania dziedzinowego z innymi ważnymi metodologiami i wzorcami.\

W książce między innymi:

  • analiza dziedziny biznesowej firmy w kontekście architektury systemu
  • strategiczne i taktyczne narzędzia DDD
  • budowa wspólnego rozumienia dziedzin biznesowych
  • dekompozycja systemu na konteksty ograniczone
  • koordynacja pracy wielu zespołów
  • stopniowe wdrażanie technik DDD do projektów typu brownfield

DDD: praktyczny sposób na rozwiązanie problemów biznesowych!

Ta pozycja jest dostępna przez Internet. Rozwiń informację, by zobaczyć szczegóły.
Dostęp do treści elektronicznej wymaga posiadania kodu dostępu, który można odebrać w bibliotece.
E-book
W koszyku

W epoce infrastruktur chmurowych, mikrousług czy wysublimowanych wzorców projektowych architekt oprogramowania musi sobie radzić z trudnym zadaniem, jakim jest wybór odpowiednich rozwiązań. Będą one potem szczegółowo testowane podczas pracy w środowisku produkcyjnym, a także przy późniejszym dostosowywaniu i rozbudowywaniu oprogramowania. Tymczasem w wypadku architektury złożonych systemów nie ma łatwych kompromisów. Konieczne jest bardzo wnikliwe i krytyczne przemyślenie każdej decyzji projektowej, i to na możliwie najwcześniejszym etapie pracy.

Ta książka powinna zostać przestudiowana przez każdego architekta nowoczesnych systemów rozproszonych. Jej celem jest pokazanie sposobów rozwiązywania trudnych problemów związanych z projektowaniem takiego oprogramowania. W krytyczny i wszechstronny sposób omówiono w niej najważniejsze problemy utrudniające podejmowanie dobrych decyzji projektowych. Zaprezentowano najskuteczniejsze strategie doboru optymalnej architektury. Na jasnych przykładach pokazano, w jaki sposób należy przystąpić do analizy założeń projektowych ― począwszy od określenia "ziarnistości" usług, przepływów informacji i orkiestracji, poprzez eliminację sprzężenia kontraktów i określenie nadzoru nad transakcjami rozproszonymi, a skończywszy na metodach optymalizowania właściwości operacyjnych, takich jak skalowalność, elastyczność i wydajność.
Najciekawsze zagadnienia:

  • analiza kompromisów i dokumentowanie decyzji
  • podejmowanie decyzji dotyczących "ziarnistości" usług
  • złożoność procesu przekształcania aplikacji monolitycznych
  • eliminacja sprzężeń kontraktów wiążących usługi
  • obsługa danych w architekturze o dużym stopniu rozproszenia
  • wzorce zarządzania przepływami informacji i transakcjami

Architekt musi być prorokiem...

Frank Lloyd Wright

Ta pozycja jest dostępna przez Internet. Rozwiń informację, by zobaczyć szczegóły.
Dostęp do treści elektronicznej wymaga posiadania kodu dostępu, który można odebrać w bibliotece.
E-book
W koszyku

Przetwarzanie i bezpieczne przechowywanie danych absorbuje uwagę inżynierów oprogramowania w coraz większym stopniu. W ostatnich latach pojawiło się wiele bardzo różnych rozwiązań w dziedzinie baz danych, systemów rozproszonych i metodyce budowania aplikacji. Sprzyjają temu zarówno rozwój technologii, rosnące potrzeby dotyczące dostępu do danych, jak i malejąca tolerancja na przestoje spowodowane awarią czy konserwacją systemu. To wszystko sprawia, że zespoły projektujące aplikacje muszą cały czas aktualizować swoją wiedzę i znakomicie orientować się w zakresie słabych i silnych stron poszczególnych rozwiązań oraz możliwości ich stosowania.

I właśnie ta książka Ci to ułatwi. Dzięki niej zaczniesz orientować się w świecie szybko zmieniających się technologii przetwarzania i przechowywania danych. Znajdziesz tu przykłady skutecznych systemów spełniających wymogi skalowalności, wydajności i niezawodności. Zapoznasz się z wewnętrznymi mechanizmami tych systemów, analizami najważniejszych algorytmów, omówieniem zasad działania i koniecznymi kompromisami. Przy okazji przyswoisz sobie przydatne sposoby myślenia o systemach danych. W ten sposób rozwiniesz dobre intuicyjne zrozumienie tego, jak i dlaczego działają systemy, co pozwoli Ci analizować ich pracę, podejmować trafne decyzje projektowe i wyszukiwać źródła pojawiających się problemów.

W tej książce między innymi:

  • co to właściwie znaczy: niezawodność, skalowalność i łatwość konserwacji
  • różne modele danych i obsługa zapytań
  • replikacja, dzielenie danych, transakcje
  • dane pochodne i ich przetwarzanie
  • przetwarzanie strumieniowe

Poznaj systemy, w których liczą się dane!

Ta pozycja jest dostępna przez Internet. Rozwiń informację, by zobaczyć szczegóły.
Dostęp do treści elektronicznej wymaga posiadania kodu dostępu, który można odebrać w bibliotece.
E-book
W koszyku
Forma i typ

Wszystko, co musisz wiedzieć o jakości oprogramowania, w jednym miejscu!

  • Poznaj rodzaje błędów
  • Zapewnij wysoką jakość kodu
  • Dowiedz się, jak należycie testować
  • Twórz niezawodne oprogramowanie

Czym jest jakość oprogramowania? Czy to wyłącznie miara technicznej doskonałości kodu? A może jakość to coś znacznie więcej? Czy niezawodne działanie i brak błędów świadczą o wysokiej jakości programu? Co charakteryzuje kod, który można uznać za dobry? Jak mierzy się jakość w projektach informatycznych? Co robić, aby zapewnić wysoką jakość tworzonego oprogramowania? Jakie techniki i rozwiązania mogą w tym pomóc?

Odpowiedzi na te i wiele innych pytań znajdziesz w książce Jakość oprogramowania. Podręcznik dla profesjonalistów. To pierwsze tego rodzaju wydawnictwo na polskim rynku szybko wprowadzi Cię w zyskującą coraz większe znaczenie tematykę jakości oprogramowania komputerowego. Dzięki lekturze dowiesz się nie tylko, jak uzyskać i utrzymać odpowiednią jakość w projekcie informatycznym oraz jakie narzędzia są w tym pomocne, lecz również co robić, aby ograniczyć szkody spowodowane przez ewentualne błędy.

  • Zapewnianie jakości kodu źródłowego
  • Sposoby testowania programów
  • Architektura, wzorce projektowe, metodyki
  • Ciągłe dostarczanie i ciągła integracja
  • Monitoring produkcji i obsługa awarii
  • Najczęściej popełniane błędy i typowe przypadki

Lektura obowiązkowa dla każdego, kto jest zaangażowany w proces wytwarzania oprogramowania!

Ta pozycja jest dostępna przez Internet. Rozwiń informację, by zobaczyć szczegóły.
Dostęp do treści elektronicznej wymaga posiadania kodu dostępu, który można odebrać w bibliotece.
E-book
W koszyku

Przedsiębiorstwo, jeśli ma osiągać satysfakcjonujące wyniki biznesowe, musi używać dobrego oprogramowania. Aby jednak zapewnić firmie pozycję lidera i decydować o przyszłości branży, trzeba czegoś więcej: odwagi we wprowadzaniu i wdrażaniu innowacji. Innowacje te powinny być wspierane przez inteligentne decyzje architektoniczne ukierunkowane na cele firmy, osiągane wyniki i zapewnienie sobie przewagi konkurencyjnej w przyszłości. Niestety podczas projektowania oprogramowania architekci często kierują się przyzwyczajeniami bądź aktualnie obowiązującą modą.

Niniejsza książka jest przeznaczona dla kadry kierowniczej najwyższego szczebla oraz dla osób sterujących rozwojem oprogramowania w firmie. Ma pomóc w zrozumieniu problemów strategicznych, z jakimi te osoby się mierzą, a także ułatwić wybór najlepszego rozwiązania architektonicznego. W książce opisano, kiedy zdecydować się na rozproszone mikrousługi czy dobrze zmodularyzowane monolity, a kiedy na usługi będące połączeniem obu rozwiązań. Dokładnie wyjaśniono, w jak dużym stopniu wyważone decyzje architektoniczne umożliwiają maksymalizację wartości i innowacyjności, dostarczanie łatwych do rozwijania systemów i unikanie kosztownych błędów. Nie zabrakło w niej również praktycznych wskazówek, jak tworzyć dobrze zaprojektowane monolity, które można bez problemu utrzymywać i rozwijać, oraz jak stopniowo przekształcać starsze systemy w prawdziwie efektywne mikrousługi.

Najciekawsze zagadnienia:

  • łączenie planowania architektury z wprowadzaniem innowacji w firmie
  • problemy komunikacyjne a eksperymentowanie z innowacjami
  • praktyczne podejście do strategicznych inwestycji
  • najlepsze style architektoniczne
  • wybór między systemem monolitycznym a mikrousługami
  • przekształcanie monolitów w mikrousługi

Przepis na sukces tkwi w doskonałości podejścia architektonicznego!

Ta pozycja jest dostępna przez Internet. Rozwiń informację, by zobaczyć szczegóły.
Dostęp do treści elektronicznej wymaga posiadania kodu dostępu, który można odebrać w bibliotece.
E-book
W koszyku

Wzorce i najlepsze praktyki rozwoju łatwego w utrzymaniu oprogramowania w C++17

Język C++ jest wszechstronnym, potężnym językiem programowania, który ma bardzo różne zastosowania. To klasyczne, wciąż udoskonalane i unowocześniane narzędzie. Problemem jednak jest to, że programiści piszący w C++ dość często mają złe nawyki. Nie przestrzegają zasad manifestu Software Craftsmanship, stosują okropną składnię, całkowicie ignorują podstawowe reguły prawidłowego projektowania i pisania oprogramowania, a tworzony przez nich kod, choć często wydajny i szybki, bywa niemal niemożliwy w utrzymaniu.

Jeśli chcesz, aby Twój kod C++ stał się optymalny i zyskał wyższą jakość, powinieneś uważnie przestudiować tę książkę. Pisanie dobrego kodu oznacza przyjemniejszą i wydajniejszą pracę. Niezależnie od tego, czy dopiero zaczynasz przygodę z C++, czy jesteś doświadczonym deweloperem, znajdziesz w tej publikacji cenne i przydatne informacje dotyczące zasad pisania kodu. Akronimy KISS, YAGNI czy DRY zyskają dla Ciebie nowe znaczenie! Otrzymasz też mnóstwo przydatnych wskazówek odnoszących się do pisania funkcji, prowadzenia testów, obsługi wyjątków i błędów, a nawet umieszczania komentarzy w kodzie. Na licznych przykładach pokazano, jak pisać zrozumiały, elastyczny, łatwy w konserwacji i wydajny kod w C++.

W książce między innymi:

  • Solidne wyjaśnienie zasad pisania czystego kodu w C++
  • Programowanie funkcyjne i obiektowe
  • Wskazówki dotyczące programowania sterowanego testami (Test Driven Development)
  • Wzorce projektowe i idiomy z C++
  • Praktyczne wykorzystanie wzorców projektowych podczas programowania

Czysty kod C++17: elegancja, prostota i moc.

Ta pozycja jest dostępna przez Internet. Rozwiń informację, by zobaczyć szczegóły.
Dostęp do treści elektronicznej wymaga posiadania kodu dostępu, który można odebrać w bibliotece.
E-book
W koszyku

C++ należy do najpopularniejszych i najbardziej cenionych za uniwersalność języków oprogramowania - umożliwia projektowanie rozbudowanych, a zarazem intuicyjnych w obsłudze aplikacji wysokiego poziomu. Pozwala tworzyć wydajną i czytelną architekturę oprogramowania również w wypadku znacznie zaawansowanych systemów i programów.

Dzięki tej książce poznasz narzędzia i rozwiązania, które ułatwiają projektowanie w języku C++ nawet najbardziej skomplikowanych aplikacji. Autorzy przybliżają samo pojęcie architektury oprogramowania i na praktycznych przykładach wyjaśniają, na czym polega jej tworzenie. Pokazują również aktualne trendy projektowe i uczą, jak za pomocą C++ krok po kroku, element po elemencie budować aplikacje i systemy na dowolnym poziomie zaawansowania. W trakcie lektury dowiesz się, jakie warunki powinna spełniać efektywna architektura oprogramowania i jak sprawić, by gwarantowała wysoki poziom bezpieczeństwa, skalowalności i wydajności. Liczne przykłady, zrozumiałe objaśnienia i przyjazny język pozwalają na efektywne i szybkie przyswajanie wiedzy dotyczącej tworzenia rozproszonych, skomplikowanych aplikacji w C++.

W książce:

  • projektowanie aplikacji bazujących na wydajnej, nowoczesnej i czytelnej architekturze oprogramowania
  • używanie najważniejszych zasad i wzorców projektowych umożliwiających tworzenie efektywnego kodu za pomocą języka C++
  • analizowanie różnych koncepcji architektury oprogramowania i stosowanie tych, które w największym stopniu odpowiadają danemu projektowi
  • efektywne wykorzystywanie mechanizmów i rozwiązań dostępnych w najnowszej odsłonie języka C++
Ta pozycja jest dostępna przez Internet. Rozwiń informację, by zobaczyć szczegóły.
Dostęp do treści elektronicznej wymaga posiadania kodu dostępu, który można odebrać w bibliotece.
Pozycja została dodana do koszyka. Jeśli nie wiesz, do czego służy koszyk, kliknij tutaj, aby poznać szczegóły.
Nie pokazuj tego więcej