Jeżeli chcesz dowiedzieć się jak pomóc klientowi w byciu bardziej innowacyjnym, to zapraszam na mój wykład. Podczas mojej prezentacji podzielę się z tobą moimi doświadczeniami w definiowaniu innowacyjnych rozwiązań IT dla naszych klientów, jak również we wprowadzaniu innowacji w istniejących już aplikacjach.

Często słyszymy, że w IT nie wymyślono nic nowego od lat 70. I trzeba przyznać, że faktycznie stosowane rozwiązania bardzo często opierają się o dobrze znane koncepcje. Możemy natomiast postawić pytanie, czy taki sam stan rzeczy dotyczy również sposobu pracy architektów i rozumienia czym w zasadzie jest architektura oprogramowania. Właśnie na odpowiedzi na te pytania skupimy się podczas prezentacji. Ponadto porozmawiamy o roli architekta w agile i tym jak architektura stawia czoła wszechobecnej zmienności wymagań.

Wyobraźmy sobie sytuację, w której otrzymujemy zgłoszenie błędu naszej aplikacji. Czytamy jego opis i przygotowujemy się do rozwiązania zagadki – jakie kroki wykonał użytkownik, że rzeczony błąd miał miejsce? Czy jest możliwe, żeby znaleźć wszystkie logi ze wszystkich aplikacji, które dotyczą operacji biznesowej, którą wykonał nasz klient? Co jeśli użytkownik narzeka, że nasz system działa wolno? Jak możemy zdecydować, która konkretna funkcja jest tego przyczyną? Czy istnieje możliwość zwizualizowania takich opóźnień? Odpowiemy na te pytania poprzez omówienie zagadnień z dziedziny obserwowalności aplikacji za pomocą śledzenia rozproszonego, metryk i korelowania logów na przykładzie narzędzi Spring Cloud Sleuth, Tanzu Observability, OpenZipkin, OpenTelemetry i innych! Prezentacja będzie składać się z części teoretycznej i kodowania na żywo.

Modern data processing is a complex and exciting field. From the scale enabled by MapReduce and its successors to the vast body of work on streaming within the SQL, NoSQL community (e.g. query systems, windowing, data streams), to the more recent forays in low-latency processing such as Spark Streaming.

Clark Kent AKA Superman jest jednym z największych superbohaterów naszych czasów, ale nawet on ma coś, co sprawia, że jest on podatny na obrażenia oraz mniej niesamowity. To właśnie kryptonit go osłabia. Developerzy niczym superbohaterowie, również mają swój kryptonit. W trakcie prezentacji postaram się Wam przedstawić, co i dlaczego sprawia, że developerzy są mniej skuteczni, a zarazem mniej zadowoleni ze swoich projektów. Porozmawiamy o architekturze jak i również poruszymy tematy psychologii. Zapraszam.

Rozproszona architektura często wydaje się prosta. Na konferencjach sporo opowiada się o jej zaletach, nikt natomiast nie mówi o problemach, na które można się natknąć. Ja powiem 🙂 Podczas prezentacji przedstawię potencjalne pułapki i problemy, które na nas czyhają.

Rynek gier mobilnych na przełomie drugiej i trzeciej dekady XXI wieku jest coraz bardziej wymagający. Gracze, szczególnie w okresie pandemii, oczekują rozrywki, która pozwoli zanurzyć się w wirtualnym świecie, kiedy realny jest zamknięty. Do tego chcą w pełni wykorzystać potencjał zdobyczy technologii. W trakcie prezentacji przybliżę techniczne wyzwania, które są szczególnie istotne, gdy w Ten Square Games dostarczamy rozrywkę dla dziesiątków milionów graczy na całym świecie. Przedstawię, jak dokładamy starań, aby dostosować rozrywkę mobilną do ich potrzeb i jak ważne są szeroko rozumiane “”zasoby techniczne””. Od strony technicznej zaś przedstawię rozwiązania, które pozwalają minimalizować czas niedostępności gry mobilnej zapewniając jednocześnie możliwość dodania nowej zawartości do gry. O każdej porze dnia i nocy.

Podczas tej prezentacji dowiesz się jak wystartować z mierzeniem swojej aplikacji za pomocą metryk. Pokażę Ci jakich potrzebujesz narzędzi, jak je skonfigurować oraz co możesz się z nich dowiedzieć. Dzięki temu będziesz w stanie dowiedzieć się jak się zachowuje Twoja aplikacja na produkcji oraz być poinformowany o wszelkich nieprawidłowościach. Poznasz takie narzędzia jak Micrometer, Prometheus i Grafana.

Miało być tak pięknie… Przykleiliśmy kilkaset kolorowych karteczek, zrobiliśmy im zdjęcie/screenshota i wrzuciliśmy na twittera i linkedin, przybiliśmy sobie piątki a po roku nasze mikroserwisy i lambdy pływają w sosie bolognese. Co poszło nie tak? Jak mogliśmy znowu przeoczyć Single Source of Truth i wprowadzić kilkanaście Single Point of Failure? Najtrudniejsze w programowaniu są umiejętności miękkie.
Podczas prezentacji dowiesz się: – jak zadawać pytania, które nie sugerują odpowiedzi – jak formułować typowe pytania techniczne tak aby adresowały problemy biznesowe – jak zaadaptować swój interfejs do interfejsu osoby o zupełnie innej historii edukacji – czyli jak rozpoznawać preferencje kognitywne rozmówców i się do nich dopasowywać.

Błędy w kodzie to nieodzowny problem podczas wytwarzania oprogramowania. Skoro testami weryfikujemy nasz kod, to co weryfikuje nasze testy? Na prezentacji wcielimy się w nieustraszonego wiedźmina i zapolujemy na złośliwe mutacje występujące w naszym kodzie.

Ile razy słyszeliście że ‘nie mikroserwisy tylko modularny monolit’? I nawet się z tym zgadzasz. Ale po konferencji siadasz do kodu i… Jak to właściwie zrobić? Tytuł jak wzięty z konferencji z poprzedniej epoki, prawda? Teraz implementuje się Serverless. a w starszych systemach – Mikroserwisy. A może jest inaczej – może to tytuł z następnej epoki gdy historia zatoczy koło? A może jednak temat jest bardzo aktualny, bo wszystie te trzy architektury mają swoje zastosowanie. Szczególnie dużo o modularnym monolicie i pilnowaniu granic mówi się w kontekście mikroserwisów. Prezentacja to Case Study na bazie produktu który zaczął się jako monolit i skończył jako modularny monolit. Pokazuje proces modularyzacji kodu. Zaczynając od zwykłego przesuwania klas między paczkami, przez definiowanie modułów w kodzie, oraz pokazanie jak korzystam z narzędzia do wymuszania tych reguł – ArchUnit. Bo przecież tak nie chcemy tego pilnować ręcznie na Code Review. Prezentacja zakłada że granice modułów są już wymyślone. Skupimy się na tym jak te wyznaczone granice zaimplementować i dopilnować.

Jak sprawić, aby dane w Twojej aplikacji były bezpieczne? W jaki sposób przetwarzać dane wysoce sensytywne (finansowe, osobowe, etc.)? Która z usług AWS będzie przydatna w tym procesie? To najważniejsze pytania, na które postaram się odpowiedzieć na podstawie doświadczeń zebranych przy okazji budowania systemu do płatności e-commerce, dla jednego z amerykańskich dostawców kart płatniczych. Jeżeli Twoje aplikacje przetwarzają dane sensytywne i nosisz się z zamiarem przeniesienia ich do chmury, to ta prezentacja może być warta uwagi. Niestety, nie będzie programowania na żywo. To zbyt poważny temat, żeby podchodzić do niego z taką brawurą…

Zapewne wielu z Was wie, że Hazelcast to rozproszony cache… i robi duże oczy kiedy ktoś wspomina o Stream Processing, HyperLogLog, CRDT, czy CP Subsystem. Podczas tej prezentacji będzie można dowiedzieć się na czym polega rewolucja Hazelcast 5.0 oraz poznać trochę ukrytych smaczków.

Nie jest odkrywczym stwierdzenie, że większość dzisiejszych aplikacji pozwala wielu aktorom wchodzić w interakcję z tymi samymi zasobami w tym samym czasie. Aby radzić sobie ze współbieżnością celem zapewnienia spójności danych, często sięgamy po mechanizm optymistycznego blokowania. Implementacje Java Persistence API pozwalają na aplikację tych mechanizmów przy niewielkim wysiłku programistów. Zakładając, że znane nam są zagadnienia dotyczace zarządzania transakcjami, dobierania poziomów izolacji, blokowania optymistycznego i pesymistycznego, musimy odpowiedzieć na pytanie: w jaki sposób kontrola dostępu współbieżnego wpływa na nasze API? Podczas tej prezentacji, która będzie sesją programowania na żywo, zamodelujemy REST API wspierające mechanizm optymistycznego blokowania zgodnie ze sztuką. Dowiemy się jakie nagłówki powinny zawierać żądania i odpowiedzi, oraz jakie kody odpowiedzi powinniśmy wykorzystywać w konkretnych sytuacjach. Dopełnieniem tych informacji będzie implementacja bazująca na Spring Framework – dowiemy się co daje nam framework, a o co musimy zadbać sami.

Java, a tak naprawdę JVM, cieszy się zasłużoną sławą platformy nieprzyjaznej dla sprzętu, a co za tym idzie, nikt poważny (oprócz Apache Kafka, Elastic, Cassandra i Neo4j) nie będzie budował baz danych, kolejek i innych rozwiązań gdzie „mechanical sympathy” jest kluczowe. Garbage collector, spekulujący JIT, brak kontroli nad „object layout”, fatalne wsparcie (głównie przez brak abstrakcji) dla funkcji nowoczesnych procesorów i systemów operacyjnych. I do tego jeszcze JNI (kto tam był to wiem o czym mówię). (O implementacji IO nawet przez szacunek do samych siebie, nie wspominam) Celem tej prezentacji jest odczarowanie tych mitów i pokazanie jak wiele wysiłku ostatnio idzie ostatnio w uczynienie JVM bardziej przyjaznego dla sprzętu. Będzie o API których są jeszcze w fazie inkubacji (choć niektóre jeszcze nie dojrzały do tego, a niektóre są już stabilne). API których, być może nigdy w życiu nie zobaczycie, a które będą w przyszłości stanowić fundament baz danych, czy kolejek. Zaczniemy od Unsafe, by nadać rys historyczny. By potem pokazać, foreign memory access, czyli jak bezpiecznie pracować z pamięcią poza stertą oraz foreign functions interface, czyli jak wywołać C z Java ( i w drugą stronę ). Wszystko polane sosem nie działających przykładów i przekłamanych micro benchmarków i OpenJDK skompilowanego na pięć minut przed prezentacją.

Wiele osób pracujących w IT słysząc zwrot „marka osobista” wyobraża sobie celebrytów znanych z tego, że są znani, internetowych guru od spraw wszelakich czy wyśmiewanych coachów wmawiających nam, że jesteśmy zwycięzcami. Pora to odczarować! Silna marka osobista programisty może służyć do powiększania wpływu na firmę/projekt, polepszania pozycji na rynku pracy czy zarabiania na swojej wiedzy. Pytanie tylko jak ją zbudować?

Temat cyberbezpieczeństwa pojawia się w mediach wraz z każdym atakiem randsomware i wyciekiem danych. Już niedługo każdy programista będzie musiał być świadomy istnienia różnych podatności i technik ich wykorzystania.Chcę Ci pokazać jak rozwijać swoje umiejętności w tej dziedzinie, w sposób który nie nudzi się, tzn. rozwiązując zagadki i rywalizując z innymi. Bohaterem tej prezentacji będą konkursy Capture The Flag (CTF), w których Twoim zadaniem będzie zdobycie ukrytej flagi. Zagadnienia, które możesz lepiej zrozumieć: – steganografia (ukrywanie danych w plikach), – kryptografia (zastosowania i ataki), – bezpieczeństwo aplikacji webowych, – bezpieczeństwo systemów i sieci. Opowiem o tym: – jak zacząć, – gdzie znaleźć zadania, – skąd brać wiedzę, – jakich narzędzi warto użyć. Pokaże też kilka przykładowych zadań oraz sposób ich rozwiązania.

W czasie prezentacji dowiecie się jak efektywnie przeprowadzić migrację z architektury silosowej do architektury cloudowej w systemie produkcyjnym klasy business critical, który działa u jednego z największych operatorów sieci telekomunikacyjnej na świecie. Koledzy z Comarchu podzielą się swoimi doświadczeniami dotyczącymi wdrożenia kafki, w celu poprawy skalowalności oraz zwiększenia wydajności systemu monitorującego wielkoskalową sieć telekomunikacyjną. Dowiecie się jak efektywnie podłączać się do kafki w podejściu imperatywnym i reaktywnym z wykorzystaniem Quarkusa.
Agenda prezentacji:
1. Wprowadzenie – kontekst biznesowy – Wojciech Dziunikowski
2. Architektura systemu – Rafał Szczepara
3. Podstawowe łączenie się do Kafki – Rafał Szczepara
4. Alternatywne łączenie się do Kafki z wykorzystaniem Quarkusa – Bartosz Sabik
5. Pytania i odpowiedzi
6. Podsumowanie – Wojciech Dziunikowski

Jaki jest obecnie programista? Sami wielokrotnie zadawaliśmy sobie to pytanie i mierzyliśmy się z wieloma stereotypami. Czy naprawdę siedzimy zamknięci w czterech ścianach, imprezujemy przy szklance herbaty, a nasza skóra nigdy nie zaznała słońca? Jeśli chcesz zrozumieć się jak postrzega Cię rynek, spojrzeć na niego oczami programistów i dowiedzieć się co prawdopodobnie będziesz musiał umieć za lat 5, 10…. to jest to prezentacja dla Ciebie. Koniec dzikiego zachodu w IT jest już bliski, teraz czas na rewolucję.

Trzy różne pryncypia, dwa z nich ze słowem „dependency” w nazwie, dwa z nich ze słowem „inversion” (i jedno z oboma ;-)). Już patrząc na same nazwy można się pogubić. Jak te pryncypia mają się do siebie? Czy się uzupełniają, czy są w kontrze? Czy mają coś wspólnego z modularyzacją, testowalnością, a może nawet z osławioną Architekturą Heksagonalną? Ta prezentacja da Ci dokładne odpowiedzi na wymienione pytania. Ale nie tylko to, ponieważ w jej trakcie podam Ci również szereg przykładów i wskazówek, kiedy te pryncypia stosować, a kiedy niekoniecznie. Istnieje szansa, że podczas naszego spotkania odwrócę nie tylko kierunek zależności i przepływ sterowania, ale do pewnego stopnia także Twój sposób myślenia o dobrym oprogramowaniu 🙂