Tegoroczna agenda
- SALA A
- SALA B
- SALA C
10:00
Jak marnujemy czas, budując API — moment, w którym DDD zaczyna mieć znaczenie
Czy DDD to tylko teoria?
Pracując „w okopach”, większość zespołów nie zaczyna od Bounded Contextów ani Context Map.
Zaczyna od ticketów, kryteriów akceptacji i… potrzeby dowiezienia API.
Z czasem API rosną. Pojawiają się nowi konsumenci. Współdzielone zasoby.
I nagle zespoły zaczynają mierzyć się z pytaniami takimi jak:
Kto jest właścicielem tego API?
Czy możemy zmienić ten kontrakt?
Dlaczego każda drobna decyzja wymaga zaangażowania architekta?
W tej prezentacji opowiem historię tego, jak zespoły naturalnie rozwijają API w chaosie — i dlaczego nie jest to porażka.
Pokażę moment, w którym Domain-Driven Design przestaje być teorią, a zaczyna być praktycznym narzędziem podejmowania decyzji: pomagającym rozumieć relacje między bounded contextami, odpowiedzialność i autonomię zespołów — bez „robienia pełnego DDD”.
To nie jest tutorial.
To prowokacyjne spojrzenie na to, jak strategiczne DDD może wspierać ewolucyjny design API i autonomię zespołów w dużych systemach.
Jacek Milewski
Java Rockstar
11:00
Przerwa
11:30
Marka osobista programisty
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ć?
Krzysztof Kempiński
Technology Rockstar
12:30
Przerwa
13:00
Zrób se cebulowego SaaSa, czyli cebularstwo stosowane w projektach IT
To prezentacja o tym, jak stawiać projekty za darmo albo prawie za darmo. Będą darmowe tiery, tanie VPS-y, open source, rozwiązania enterprise i chmurowę i trochę zdrowego kombinowania. Bo po co przepłacać, skoro można mieć działający side-project i nie wydać ani złotówki? Pokażę podejście, które pozwala szybko uruchamiać fronty, backendy, bazy danych czy mini-aplikacje — nie mając nic poza pomysłem i odrobiną cierpliwości do konfiguracji. To sesja dla osób, które robią projekty po godzinach, z pasji. Bez narzędziowego fetyszyzmu — za to z dużą dawką praktycznych wskazówek, inspiracji i lekkiego cebularstwa. Nie musisz mieć pieniędzy, żeby mieć projekt. Wystarczy mieć głowę — i wiedzieć, czego nie klikać.
Michał Mazur
Java Rockstar
14:00
Przerwa
14:30
Zbuduj system, który zabezpieczy Twoją pracę w dobie automatyzacji i AI oraz zapewni Ci awans i wyższe zarobki.
Czy zastanawiałeś się kiedyś, dlaczego jedni awansują szybciej, a inni, mimo ogromnego wysiłku, stoją w miejscu?
- To nie kwestia szczęścia.
- To nie tylko ciężka praca.
- To sposób myślenia.
W świecie, gdzie technologia i innowacje zmieniają zasady gry szybciej niż kiedykolwiek, to nie tylko umiejętności techniczne decydują o Twoim sukcesie.
To odważne decyzje podejmowane we właściwym momencie.
To świadome budowanie swojej reputacji i wpływu.
To znajomość niepisanych reguł gry.
Podczas tego wystąpienia:
- Dam Ci wiedzę o procesach awansów, której nikt nam nie mówił.
- Pokażę, co naprawdę przyspiesza rozwój kariery.
- Opowiem o konkretnych historiach i przypadkach, które widziałem na własne oczy w trakcie mojej 20-letniej drogi zawodowej.
Podzielę się strategiami, które pozwoliły mi przejść drogę od inżyniera Javy do Dyrektora Generalnego centrum technologicznego.
Jeśli myślisz o kolejnym awansie.
Jeśli celujesz w znaczącą podwyżkę.
Jeśli chcesz zabezpieczyć swoją karierę w dobie automatyzacji i AI.
To wystąpienie da Ci konkretne narzędzia, by się wyróżnić i działać z pewnością siebie.
Twoja kariera to system. Czas zacząć nim świadomie zarządzać.
Przejmij stery. Zaczynamy.
Tomasz Manugiewicz
Technology Rockstar
15:30
Przerwa
16:00
Syndrom Oszusta - Kto Jest Na Niego Najbardziej Podatny?
Od kilku lat w branży IT coraz częściej mówi się o syndromie oszusta. Większość osób kojarzy go z sytuacją, w której ktoś regularnie odczuwa obawy dotyczące własnych kompetencji i żywi przekonanie, że prędzej czy później zostanie „zdemaskowany", a jego brak wiedzy - ujawniony i ukarany.
Syndrom oszusta nie pojawia się jednak nagle ani równie nagle nie znika. Choć jego objawy mogą mieć taki charakter, to sam mechanizm zwykle rozwija się znacznie dłużej i splata z utrwalonymi schematami myślenia. Kontekst - zawodowy lub społeczny - bywa jedynie zapalnikiem, który uruchamia te głębsze procesy.
Podczas wykładu przedstawię, jakie wzorce poznawcze oraz mechanizmy społeczne zwiększają podatność na doświadczanie syndromu oszusta, a przede wszystkim - jak mu przeciwdziałać oraz co robić, jeśli już zacznie wpływać na nasze funkcjonowanie. Omówię zarówno przyczyny kontekstowe i społeczne, jak i psychologiczne oraz technologiczne, które sprawiają, że zjawisko to tak łatwo zakorzenia się w środowisku IT.
Piotr Podskarbi
Technology Rockstar
10:00
Archetypes - your secret superpower
Imagine jumping into a new project. In a very short time you start asking meaningful questions, understand the business, and model it correctly. Somehow you just feel what’s right. You manage to solve some of the problems the team was facing for months. You suggest improvements that can benefit your clients tremendously. All within the first few weeks. Some team members may admire you, while others might make accusations that you are cheating or faking your abilities, or that you possess some special superpowers. Sounds like a fairy tale? During this presentation I’m going to show you how you can utilize archetypes to immediately recognize the business patterns, make right modeling decisions and astonish your fellow team members.
Mike Wojtyna
Java Rockstar
11:00
Przerwa
11:30
Jedna aplikacja, wielu tenantów - notatki z praktyki
Multitenancy wydaje się proste, dopóki nie zderzy się z realnymi wdrożeniami i compliance. Pokażę dwa sprawdzone podejścia z produkcji: schema-per-tenant w relacyjnej bazie oraz database-per-tenant w bazie dokumentowej z routingiem po tenant_id. Dopełnię obraz o app-per-tenant i separację na poziomie wiersza. Porównamy izolację, koszty i złożoność oraz przejdziemy przez praktyczne wzorce provisioningu, routingu i migracji w Javie.
Kamil Banach
Java Rockstar
12:30
Przerwa
13:00
Virtual Threads: 101
Programiści Java pracujący nad aplikacjami serwerowymi stoją przed wieloma wyzwaniami. Nie tylko muszą dbać o jej stabilność i bezpieczeństwo, ale także skalowalność. Gdy aplikacja cieszy się zainteresowaniem i liczba użytkowników rośnie, przygotowują się na większy ruch i m.in. dorzucają więcej wątków aby równolegle móc obsługiwać więcej żądań. Niestety, ten sposób skalowania ma swoje ograniczenia - procesory mają limity wątków, które są w stanie obsługiwać jednocześnie, więc w zależności od architektury serwera (np. Tomcat) zwiększenie ich ilości ponad liczbę rdzeni nie przyniesie wymiernych korzyści, a wręcz może spowolnić aplikację (częsty context-switching).
Jak w takich warunkach poradzić sobie ze skalowaniem? Dołożyć kolejne instancje usługi? Migrować na inny serwer? Przejść na programowanie reaktywne? A może wykorzystać wirtualne wątki?
Ten (nie całkiem nowy) koncept został wprowadzony w Javie 21 - w mojej prezentacji wyjaśnimy czym one są, w jaki sposób różnią się od platformowych wątków oraz jak je zastosować, aby aplikacja mogła wykorzystać potencjał potencjał procesora i zapewnić odpowiednią wydajność bez drastycznych zmian codebase.
Paweł Kowalski
Java Rockstar
14:00
Przerwa
14:30
Methods for Consistency across Distributed Systems
Modern data processing systems don't exist in a vacuum. Whether the data is stored in a traditional relational database, key value store or a document db, sooner or later it needs to be exported. This may mean a copy of the entire dataset or merely notifying that records were persisted in the source system. This is when we face challanges related to making sure that the original dataset and its derived dataset remain consistent. In this talk we will elaborate on the consistency problem and provide few patterns for dealing with it. As we'll see, none of them is a silver bullet, but they all come with a trade-off that a system architect needs to be aware of.
Paweł Łoziński
Java Rockstar
15:30
Przerwa
16:00
GenAI i Java oczami architekta - Spring AI oraz LangChain4j w praktyce
In 2014, JDK 8 introduced the Stream API, bringing a taste of functional programming to Java. 11 years later, in 2025, with the release of JDK 24, the biggest change awaits us in the form of JEP 485 - Stream Gatherers. Do streams make sense (spoiler: yes!), what benefits do gatherers bring, when is it worth using parallel streams, and when can they get in our way - these and other questions will be answered!
Piotr Łaskawiec
Java Rockstar
10:00
Zmiana pod presją: jak rośnie koszt zmiany i jak go zatrzymać
„Legacy” często kojarzymy z wiekiem i technologią, ale w praktyce kluczowe jest coś innego: koszt zmiany. Pod presją dostarczania rośnie koszt koordynacji, rozmywają się granice odpowiedzialności, a architektura zaczyna odzwierciedlać strukturę komunikacji (prawo Conwaya). Efekt? Coraz większy coupling, coraz mniej przewidywalne wdrożenia i „małe zmiany”, które potrafią wywrócić system. Czy to nieuniknione - czy raczej domyślny skutek presji i braku świadomego projektowania granic?
W mojej prezentacji pokażę, dlaczego koszt zmiany rośnie i jak zatrzymać ten proces dwutorowo. Po pierwsze: jak świadomie projektować granice odpowiedzialności i ograniczać koszt koordynacji, żeby nie hodować sprzężeń. Po drugie: jak pracować z zastanym kodem tak, by koszt zmiany realnie spadał - jak zabezpieczać zachowanie testami, gdzie szukać punktów wpięcia (seams), jak rozcinać zależności i prowadzić refaktoryzację małymi krokami.
Cel jest prosty: sprawić, by każda kolejna zmiana była bezpieczniejsza i tańsza niż poprzednia - nawet w systemie, który dziś „twardnieje” pod presją.
Łukasz Pięta
Java Rockstar
11:00
Przerwa
11:30
Modules: design around processes, not data
Most devs have a data-centric perspective on modularity: they design a system around nouns and data. That is due to 3rd and 5th normal form in relational databases which they still teach you at a University. But here’s the kicker - it’s wrong. We use a higher level language because we implement complex business processes. If we wanted to focus on data, we would be using SQL.
In this talk I’ll give you a set of rules for a module that helps me design enterprise software that is easy to work with, test, change and performs really well. I’ll also show you when it’s safe to break those rules.
The goal is to make your apps “infinitely scalable”, or rather: for the system to never slow you down.
Jakub Nabralik
Java Rockstar
12:30
Przerwa
11:30
Tajemnice konsultanta: archetypy oprogramowania jako fundament architektury, analizy, kodu i... biznesu
DDD nauczyło nas modelować „dosłownie”: wsłuchiwać się w język biznesu, domeny i wiernie odwzorowywać rzeczywistość w kodzie. I to jest dobre… dopóki nie okaże się, że ta dosłowność nie daje nam narzędzia do zauważania problemów, które ktoś już dawno rozwiązał — tylko w innej branży, w innym systemie, w innym czasie. W efekcie zespoły po raz kolejny modelują pozornie różne byty, wymyślają podobne mechanizmy od zera, komplikują granice i tracą szanse nie tylko na ponowne użycie, ale możliwość szybkiego reagowania na zmiany wymagań. A koszt? Najczęściej ponosi biznes - w długim procesie wytwórczym.
W tym wystąpieniu zdradzę swoją tajną broń do projektowania i implementacji dużych systemów biznesowych niwelującą te i inne problemy. Opowiem o archetypach oprogramowania jako brakującym poziomie abstrakcji w projektowaniu systemów, dopełniającym techniki DDD. Wyjaśnię czym są archetypy oprogramowania, czym nie są oraz jak je identyfikować w naszym “specyficznym” biznesie. Podczas tej prezentacji dowiesz się, czy archetypy są dla Ciebie i co mogą Ci dać jeśli jesteś analitykiem, architektem, programistą albo… osobą z biznesu.
Bartłomiej Słota
Java Rockstar
Jacek Milewski
Java Rockstar
Paweł Kowalski
Java Rockstar
Jakub Nabralik
Java Rockstar
Paweł Łoziński
Architekt
Kamil Banach
Java Rockstar
Piotr Łaskawiec
Java Rockstar
Krzysztof Kempiński
Technology Rockstar
Michał Mazur
Java Rockstar
Tomasz Manugiewicz
Technology Rockstar
Piotr Podskarbi
Technology Rockstar
Bartłomiej Słota
Java Rockstar
Mike Wojtyna
Java Rockstar
Łukasz Pięta
Java Rockstar