Mapa pojęć, aby zostać architektem programowania

Tytuły stanowisk i ich analiza

1. Kim jest : Full Stack Developer
2. Kim jest : DEV-OPs
3. Kim jest : Tech Leader
4. Kim jest : Archiktekt

Tytuły stanowisk i ich analiza

1. Kim jest : Full Stack Developer
2. Kim jest : DEV-OPs
3. Kim jest : Tech Leader
4. Kim jest : Archiktekt

Różne sposoby patrzenia na architketurę

1. Jako zestaw decyzji
2. Jako opis struktury
3. Jako proces

Potrzeba wizualizacji architektury

1. Aby posiadać mapę nawigacyjną po systemie
2. Aby zapewnić wspólne zrozumienie/cel
3. Aby przedstawiać strukturę systemu

Jak powinna być wizualiacja

1. Łatwa do zrozumienia
2. Łatwa do rozbudowy

Wizualiacja

1. UML
2. ArchiMate

Jakie są problemy z wizualizacją architektury

1. Róźne poziomy abstrakcji w jednym diagramie
2. Niezrozumiałem diagramy
3. Zbyt duże diagramy

Rozwiązanie?

1. Operujmy na jednym poziomie abstrakcji per diagram
2. Pokazujemy TYLKO co jest na tym poziomie abstrakcji
3. Pokazujemy interacje między nimi

C4

1. Kod C4 (opcjonalny)
2. Komponent C3
3. Kontener C2
4. System C1

Pamiętaj o cyklu życia systemu

1. Implementacja
2. Wdrożenie
3. Funkcjonowanie
4. Serwis

Co ten rekord powinnien mieć:

1. Lepiej, żeby było to coś lepszego niż Excel
2. Ważny jest widoczne powiązanie pomiędzy zadaniem, a decyzją

Programowanie to :

1. Rozwiązywanie problemów dla biznesu
2. Ty wiesz "JAK" i "CZYM"

Główna domena

1. Co wyróźnia naszą firmę najbardziej
2. Odpowiada na pytanie po co ten system powstał

Subdomena : wspierająca

1. Wspiera Core Domain
2. Jeżeli nie ma powiązania z Core Domain to mamy funkcję o małej wartości dla firmy

Subdomena jako generic subdomian

Dlaczego odkrywanie subdomen jest ważne?

1. Zrozumienie działania biznesu
2. Podzielenie problemu na mniejsze problemy

Kiedy subdomen nie szukać?

1. Zakres jest bardzo mały
2. Zakres jest duży,ale bardzo powtarzalny

Kiedy subdomen nie szukać?

1. Kilkanaście funkcji biznesowych
2. Może subdomeny już są znalezione i poruszamy się po 1 z nich

Bounded Context? Jak wykryć?

1. Autonomia kontekstu
2. Szukaj informacji zmieniających się razem

Implementacja modelu

1. Implementacja jest reprezntacją modelu w kodzie i zawiera:
2. >>> Dane, czyli stan
3. >>> Zachowania

Implementacja modelu czego nie zawiera

1. Sposobu komunikacji z bazą danych
2. Sposoby komunikacji ze światem zewnętrznym

Monolit

1. System zaimplementowany całościowo jako jedna aplikacja
2. Samowystarczalny w zdefiniowany zakresie
3. Pozbawiony modularności

Systemy rozporszony

1. System zaimplementowany całościowo jako jedna aplikacja
2. Samowystarczalny w zdefiniowany zakresie
3. Pozbawiony modularności

Wady

1. Wąskie gardło które psuje wszystko gdy nie działa
2. Ogranicza produktywność rozwoju szyny

Architketura warstwowa

1. Prezentacja
2. Logika
3. Persystencji
4. Moduły wspólne

Architketura warstwowa

1. Prezentacja Logiki
2. Prezentacja UI

Główne problemy wydajnościowe

1. Podejście do danych
2. Komunikacja sieciowa
3. Złe wykorzystywanie technologii

Coś zrobliśmy źle : ORM

1. Zbyt dużo wczytywania na raz
2. zbyt duże obiekty
3. Brak użycia DTO

Coś zrobliśmy źle : Podejście do danych

1. Nie wszystko musi być transakcyjne
2. Wykorzystuj Cache
3. Szukaj nawtywnych rozwiązań

Coś zrobliśmy źle : Komunikacja sieciowa

1. Brak operacji Batch
2. Brak limitu żądań
3. Błędne ustawienie limitów połoczeń

Kontenery?

1. Separacja infrastruktury
2. Dostarczanie aplikacji : wersjowanie paczki, a nie tylko kodu
3. Przenoszenie
4. Rozwiązanie problemu "u mnie działa"

Kontener, a maszyna wirtualna

1. Maszyna wirtualna jest jak : pojedyńczy DOM
2. Kontener jest jak : cały blok mieszkań

Tytuły stanowisk i ich analiza

1. Kim jest : Full Stack Developer
2. Kim jest : DEV-OPs
3. Kim jest : Tech Leader
4. Kim jest : Archiktekt