Enkapsulacja jest jednym z tych enigmatycznych terminów, z którym każdy przyszły programista dość szybko się zapoznaje. Większość z nas jest w stanie w kilku słowach ją opisać. Większość jest w stanie wytłumaczyć korzyści, które wynikają z jej przestrzegania. Główny problem związany z enkapsulacją polega na tym, że ta szeroko rozpowszechniona wiedza nie zawsze przekłada się na pisany przez nas kod.

Enkapsulacja nie sprowadza się do unikania implementacji getów oraz setów za wszelką cenę. Enkapsulacja nie kończy się na klasach i ich instancjach. Umiejętnie wykorzystana przekłada się na łatwiejszy w zrozumieniu oraz w modyfikacji kod. Sprawia, że w strukturze kodu można się szybko odnaleźć, a architektura naszej aplikacji jest w końcu możliwa do identyfikacji.

Podczas prezentacji porozmawiamy o tym dlaczego pomimo licznych korzyści często wybieramy drogę na skróty, i o tym gdzie ta droga nas zazwyczaj prowadzi. Następnie omówimy sobie sposoby jak z tej złej ścieżki zejść.

Pokażę Wam jak z enkapsulacją zacząć, gdy pracujemy z żyjącą aplikacją, która już niejednego programistę ma za sobą.

Porozmawiamy o enkapsulacji w kontekście pojedynczych obiektów po to aby płynnie przejść do architektur oraz tego, w jaki sposób starają się nam one pomóc w jej przestrzeganiu.

Większość słyszała o architekturze zdarzeniowej, ale czy faktycznie wiemy jak ją dobrze zaimplementować, aby system działał sprawnie i było możliwe prześledzenie i rozwiązanie problemu, jeżeli już wystąpi? Na podstawie doświadczeń z wysokowydajnymi, skalowalnymi systemami zbudowanymi w oparciu o mikrousługi i szynę zdarzeń chciałbym zwrócić uwagę na istotne szczegóły o których czasem się zapomina i są trudne do wychwycenia w trakcie testów funkcjonalnych, a które skutkują bolesnymi (kosztownymi) problemami po uruchomieniu. 

Ekspresowy przegląd najważniejszych wzorców projektowych. Oparty na faktach i z humorem ;)

Wielu programistów próbowało uczyć się wzorców projektowych z różnym skutkiem. Dostępne źródła często są dość niezrozumiałe dla początkujących, a przykłady są sztuczne, wymuszone, a czasem wręcznie nieodpowiednie. Podczas prelekcji opowiem jak poprawnie używać wzorców do rozwiązywania problemów, które sam napotkałem w mojej pracy zawodowej. Języki, frameworki i biblioteki przychodzą i odchodzą, ale wiedza na temat dobrych praktyk pozostaje cenna od lat i zostanie z wami na długo.