V edycja otwartej, darmowej konferencji
poświęconej zagadnieniom informatycznym
poświęconej zagadnieniom informatycznym
18 listopada 2017, Gliwice
Repozytorium to bardzo często traktowana po macoszemu część software developmentu. Utarte ścieżki wyznawane przez wszystkich nie zawsze są dobrym rozwiązaniem. Zastosowane bez planu prowadzą do znacznego utrudnienia rozwoju oprogramowania. Wykład pokaże jak wyjść od pomysłu, a następnie krok po kroku jak zbudować własny plan zarządzania repozytorium git (tzw. workflow) tworząc solidny fundament pod rozwój projektu. Prezentacja pokaże też jak w ciekawy sposób wykorzystać można narzędzia do zarządzania repozytorium oraz wskaże dobre praktyki w trakcie tworzenia tzw. commit message'y. Podsumowując, trzymające w napięciu case study bazujące na jednym z działających repozytorium firmy Nordic Semicondutor polecane dla każdego software developera niezależnie od wyznawanego języka!
Czy zdarzyło Ci się kiedyś przebudować całą aplikację, bo trzeba dodać nowe pole na frontendzie? Albo gdy zmiana organizacji tabel w DB zmieniała całą Twoją domenę? Jak radzić sobie ze zmieniającym się światem i wymaganiami? Jak utrzymywać porządek wewnątrz aplikacji i skupiać się na jej domenie? Jak sprawić, by zewnętrzny świat stał się detalem implementacyjnym? Odpowiedzią jest architektura portów i adapterów.
Na prezentacji opowiem o doświadczeniach z budowaniem aplikacji, gdzie Twoja domena jest najważniejsza i odpowiem m. in. na pytania:
- Co mi to da?
- Jak to zrobić?
- Na co uważać?
- Dlaczego to jest trudne?
Podczas prelekcji chciałbym podzielić się swoim ponad dwuletnim doświadczeniem oraz przemyśleniami związanymi z tworzeniem projektów open-source. Opowiem o tym, dlaczego programiści decydują się na tworzenie takich projektów, jaka jest ich motywacja oraz jakie korzyści może wynieść z tego zarówno pojedyncza osoba, jak i firma, która wspiera takie rozwiązania. Przedstawię również cechy, które moim zdaniem powinny posiadać dobre projekty oraz praktyczne wskazówki na to, jak dostosować projekt do wysokich standardów jakości. Będzie to pomocne nie tylko przy tworzeniu własnych rozwiązań, ale także podczas ewaluacji rozwiązań, które już istnieją. Opowiem też o tym, jak promować swoje projekty oraz co może pomóc w stworzeniu wokół naszego rozwiązania społeczności programistów, którzy będą chcieli pomagać nam rozwijać nasze pomysły. Większość z moich projektów open-soruce, to lekkie biblioteki napisane w języku Java, a wymienione zagadnienia nie będą poparte teorią, lecz praktycznymi sytuacjami oraz stworzonymi przeze mnie rozwiązaniami, w których rozwój zaangażowali się programiści nie tylko z Polski, ale także m.in. z USA, Japonii, Rosji, Walii oraz Brazylii. Stworzone przeze mnie biblioteki zostały wdrożone m.in. w aplikacji mobilnej w firmie EERO z Doliny Krzemowej, która tworzy domowy system WiFi oraz w Toss.im, która jest firmą dostarczającą aplikację mobilną do obsługi finansów osobistych dla mieszkańców Korei, a także w open-sourcowej aplikacji PAT Track służącej do monitorowania rozkładu jazdy autobusów w Pittsburgh, PA (USA) oraz wielu innych. Każde z tych wdrożeń nastąpiło bez mojego udziału na podstawie dokumentacji, kodu źródłowego, testów i przykładowych aplikacji.
Gdy mówimy o orkiestracji powinniśmy myśleć o filharmonii i dyrygencie, który wskazuje muzykom rytm dzięki czemu każdy muzyk wie kiedy zagrać swoją - znaną mu z nut - partię. Tak samo zachowuje się metoda, która wskazuje innym metodom, kiedy mają wykonać swoje - znane - zadanie. Z kolei choreografia to układ taneczny, który nie potrzebuje dyrygenta. Wystarczy muzyka i tancerze (np. baletu) doskonale wiedzą kiedy zatańczyć swoją partię. Muzyka tworzy dla nich pewne zdarzenia, które pozwalają im reagować na nie w z góry ustalony sposób. Podobnie działa metoda reagująca na zdarzenie- jeśli coś się wydarzy możemy wykonać z góry zaprogramowany kod.
W oparciu o te dwa fundamentalne podejścia do pisania oprogramowania zbudowano wiele frameworków i narzędzi. Leżą one w podwałach takich architektur jak Event Driven Architecture, Microservices, CQRS, Hexagonal Architecture i wiele innych. Moim zdaniem jednak zbyt rzadko zastanawiamy się nad nimi. Niezależnie w którym buzzwordzie jesteś zakochany wielokrotnie będziesz stawał przed wyborem jednej z tych dwóch dróg.
Chciałbym Wam pokazać plusy i minusy stosowania Orkiestracji i Choreografii, ale przede wszystkim jak praktycznie je łączyć ze sobą budując własną architekturę złożonych systemów- zarówno na poziomie kodu źródłowego jak i całych komponentów.
