Witaj

Zobacz, co przed nami lub dowiedz się więcej o:

Czym jest JUGademy?

Nadchodzące spotkania

Wprowadzenie do Event Stormingu i DDD 12 października

Według Alberto Brandoliniego “To nie wiedza ekspertów trafia na produkcję, a jej (nie)zrozumienie przez programistów”. A więc jak szybko zbudować wspólne i kompletne zrozumienie procesu biznesowego? Jak proces podzielić na mniejsze części?

Z pomocą przychodzi technika EventStormingu. Na początek spróbujemy wspólnie odkryć reguły biznesowe pewnej domeny z użyciem Event Stormingu, wcielając się w ludzi z biznesu. Następnie podzielimy system na mniejsze i prostsze części z użyciem technik Domain-Driven Design.

Krystian Adamski – inżynier oprogramowania w Allegro lubiący Event Storming, xDD i NoSQL. Prywatnie mąż, ojciec 2 szkrabów lubiący układać klocki lego i latać symulatorem drona. A raz na jakiś czas napisze coś na adamski.pro

Zapraszamy do zapisywania się na spotkanie na !

Czy pisanie aplikacji webowych w sposób blokujący ma jeszcze sens? TBA

Systemy informatyczne od zawsze musiały odpowiadać jak najszybciej. Jedna dziesiąta sekundy to dla użytkownika poczucie bezpośredniego manipulowania aplikacją. Jedna sekunda pozwala mu nadal niezakłócenie nawigować po interfejsie. Inny czas odpowiedzi jest nieodpowiedni. Dzisiejsze programy od początku powinny działać w sposób nieblokujący.

Jak dostosować aplikacje tak by reagowały jak najszybciej, najlepiej w stałej puli zasobów i ze zwiększającym się wolumenem danych? Na to pytanie chciałbym odpowiedzieć pokazując jak te samą aplikację możemy napisać w sposób blokujący i nieblokujący, i jak zmierzyć performance tych aplikacji. Rozwiązanie pokaże z wykorzystaniem ugruntowanego narzędzia ze środowiska Javy (reactor), jak i nowego rozwiązania z Kotlina (coroutines).

Piotr Ceranek – programista back-endu w Allegro, pracujący w zespole wydającym treści na stronę główną. Entuzjasta języka Kotlin. Po pracy kolarz amator.

Co robi moja aplikacja kiedy nie patrzę? TBA

Opowiem o tym, jak możemy sprawdzić co się dzieje z naszymi usługami i jakie są dobre praktyki SRE. Od pojedynczej aplikacji do rozproszonej architektury. Od logowania, traceing’u, metryk wydajności, czy infrastruktury aż do SLO. Powiem o tym co warto monitorować a czego niekoniecznie, od czego zacząć monitorowanie i dlaczego patrzenie w wielkie kolorowe dashboardy wygląda fajnie tylko na filmach.

Krzysztof Skitek – jestem przede wszystkim programistą i pasjonatem technologii, Tech Leadem. Doceniam prosty kod, który rozwiązuje skomplikowane problemy. Od lat rozwijam systemy przetwarzające serie czasowe a od niedawna rozwijam takie, które pomagają monitorować tylko to co istotne.

Piramida testów TBA

Umiejętność stosowania piramidy testów jest niezbędna dla dobrych programistów. Zabezpiecza aplikacje i daje lepszą jakość kodu. Jest podstawowym narzędziemy kontrolnym w profesjonalnych firmach.

Prezentacja jest skierowna do osób, które testy piszą lub chciałyby pisać. Pozwoli ustrukturyzować swoją wiedzę i pisać lepsze testy.

Waldemar Panas – w Allegro tworzy oprogramowanie od 2018. Obecnie pełni rolę Team Leadera. Współorganizator spotkań Jugademy oraz jeden z redaktorów Allegro Tech Blog. Prowadzi też swojego bloga technicznego. Systemy rozproszone, poznawanie domeny i rozwijanie produktu to jest to, co lubi najbardziej. Możecie go łapać na Twitter oraz LinkedIn. Prywatnie miłośnik seriali przy śniadaniu.

Big Data AKA Big Confusion TBA

Data Engineer, Data Scientist, Machine Learning Specialist czy po prostu Analityk? Czym te pozycje się różnią? W jakich technologiach pracuje się z danymi? Kto i w jakich aspektach używa danych? Chcę robić big data - czego się uczyć? Kiedy moje data jest big?

Tyle pytań, a tak mało odpowiedzi. Na przynajmniej część z nich odpowiem na naszym meetupie.

Łukasz Ściga – data engineer w Allegro, game developer w sercu. Pracuje przy największych zbiorach danych w Allegro i tworzy rozwiązania ułatwiające przetwarzanie danych dla innych zespołów.

Wprowadzenie do Apache Kafka TBA

W życiu każdego programisty przychodzi czas, w którym trzeba użyć kolejki. Pierwsze co przychodzi nam do głowy to wrzucenie Kafki do systemu, podpięcie się do niej i “job done”. To prawda, że Kafka jest świetnym rozwiązaniem, jednak bez odpowiednich podstaw możemy łatwo sobie strzelić w stopę na początkowym etapie integracji. Przeanalizujmy jak działa Kafka z perspektywy programisty mikroserwisów, jak projektować architekturę systemów z użyciem Kafki i wreszcie na co uważać, a czego unikać dodając swoich pierwszych consumerów do aplikacji.

Łukasz Chrząszcz – programuje od 9 roku życia, a zawodowo od 8 lat. Team Leader odpowiedzialny za rozwój systemu Marketing Automation. Uwielbia drążyć w kodzie, żeby odkryć jak dokładnie coś działa, a potem podzielić się tym z innymi. Po godzinach tworzy bloga technicznego chrzaszcz.dev i nałogowo czyta książki o soft skillach.

Przeszłe prezentacje

Nagrody dla uczestników

Partnerzy

Allegro Tech

Politechnika Poznańska