V edycja otwartej, darmowej konferencji
poświęconej zagadnieniom informatycznym
poświęconej zagadnieniom informatycznym
18 listopada 2017, Gliwice
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.
Automatyzacja procesów continuous integration (CI) i wynikające z nich continuous delivery (CD), wydają się być nieodzowną częścią praktycznie każdego nowoczesnego systemu IT. Wraz z rozwojem najmodniejszej architektury ostatnich kilku lat tj. microservices architecture, rozwinęły się nie tylko techniki deploymentu, monitorowania aplikacji czy komunikacji pomiędzy systemami. Popularyzacja microservices wymusiła również zmiany w automatyzacji procesów CI/CD, tak by były one równie elastyczne jak sama architektura którą wspierają. W trakcie prezentacji chcę przybliżyć nieco na czym polega zmiana oraz co ze sobą niesie. Pokażę też jak zaadoptować znane praktyki (CI/CD/Refactoring/OpenSource SD) w kontekście utrzymywania tzw. deployment pipelines, oraz jak sprawić by zmiana podejścia w utrzymywaniu pipelineów umożliwiła faktyczną zmianę jakościową w organizacji. Praktyki tu omawiane operte są na ostatnich 2 latach intensywnych doświadczeń z wprowadzania tego typu rozwiązań w 2 firmach, dla dużych systemów rozproszonych, jak i wieloletnią praktyką implementowania CI/CD dla wielu innych projektów. Pomimo że wnioski i praktyki mają charakter ogólny, same przykłady oparte będą o Jenkinsa, jenkins job-dsl i jenkins-pipeline-dsl.
Wszyscy wiemy, że rola code review w projekcie jest bardzo ważna i wpływa w dużym stopniu na końcową jakość projektu. Jednakże, żeby code review przyniosło takie efekty, jakich się spodziewamy, to musi ono zostać przeprowadzone we właściwy sposób, a także bardzo sprawnie.
Podczas swojej prezentacji opowiem Wam o własnych doświadczeniach w tym temacie, a także przekażę Wam, mam nadzieję, cenne wskazówki na temat efektywnego przeprowadzania code review, które będziecie mogli wykorzystać w swojej codziennej pracy.
Podczas prezentacji dowiecie się:
jaka jest rola code review w projektach IT,
dlaczego nie powinniśmy rezygnować z code review,
jak przeprowadzać skuteczne code review,
czy my, jako recenzenci w procesie code review zyskujemy coś więcej niż tylko gwarancję jakości kodu?
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.
