[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"day-agenda-day-1-workshops":3},{"date":4,"timeSlots":5,"rooms":70,"presentations":83,"agendaEntries":862,"byTimeSlot":906},"2026-09-25",[6,13,17,21,25,30,34,38,42,46,50,54,58,62,66],{"dayId":7,"displayOrder":8,"label":9,"start":10,"end":11,"forAllRooms":12},"day-1-workshops",1,"08:00 - 09:00","08:00","09:00",true,{"dayId":7,"displayOrder":14,"label":15,"start":11,"end":16,"forAllRooms":12},2,"09:00 - 09:10","09:10",{"dayId":7,"displayOrder":18,"label":19,"start":16,"end":20,"forAllRooms":12},3,"09:10 - 09:50","09:50",{"dayId":7,"displayOrder":22,"label":23,"start":20,"end":24,"forAllRooms":12},4,"09:50 - 10:00","10:00",{"dayId":7,"displayOrder":26,"label":27,"start":24,"end":28,"forAllRooms":29},5,"10:00 - 11:00","11:00",false,{"dayId":7,"displayOrder":31,"label":32,"start":28,"end":33,"forAllRooms":12},6,"11:00 - 11:15","11:15",{"dayId":7,"displayOrder":35,"label":36,"start":33,"end":37,"forAllRooms":29},7,"11:15 - 12:15","12:15",{"dayId":7,"displayOrder":39,"label":40,"start":37,"end":41,"forAllRooms":12},8,"12:15 - 13:15","13:15",{"dayId":7,"displayOrder":43,"label":44,"start":41,"end":45,"forAllRooms":29},9,"13:15 - 14:15","14:15",{"dayId":7,"displayOrder":47,"label":48,"start":45,"end":49,"forAllRooms":12},10,"14:15 - 14:30","14:30",{"dayId":7,"displayOrder":51,"label":52,"start":49,"end":53,"forAllRooms":29},11,"14:30 - 15:30","15:30",{"dayId":7,"displayOrder":55,"label":56,"start":53,"end":57,"forAllRooms":12},12,"15:30 - 15:45","15:45",{"dayId":7,"displayOrder":59,"label":60,"start":57,"end":61,"forAllRooms":29},13,"15:45 - 16:45","16:45",{"dayId":7,"displayOrder":63,"label":64,"start":61,"end":65,"forAllRooms":12},14,"16:45 - 17:00","17:00",{"dayId":7,"displayOrder":67,"label":68,"start":65,"end":69,"forAllRooms":29},15,"17:00 - 18:00","18:00",[71,74,77,80],{"id":72,"label":73,"displayOrder":8},"6-1","Room 6",{"id":75,"label":76,"displayOrder":14},"18-1","Room 14",{"id":78,"label":79,"displayOrder":18},"16-1","Room 5",{"id":81,"label":82,"displayOrder":22},"14-1","Room 3",[84,102,123,138,154,168,185,205,224,249,263,275,292,309,322,336,349,363,377,393,407,421,434,447,462,478,494,509,522,536,550,564,579,589,599,613,627,641,657,667,678,692,705,718,731,744,758,768,781,794,820,838,850],{"id":85,"title":86,"sortableTitle":87,"shortDescription":88,"description":89,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":93,"speakers":97},"ce1ddb67-50e1-44da-9b39-30f941fab7fd","Profiling Hibernate-a - czyli \"learning Hibernate the hard way\"","profiling hibernate-a - czyli \"learning hibernate the hard way\"","Podstaawowe problemy związane z wydajnością Hibernate-a zostały już wielokrotnie przedstawione na konferencjach, ale co z pozostałymi, mniej oczywistymi problemami?","Podstawowe problemy związane z wydajnością Hibernate-a, takie jak problem \"n+1\" były już wałkowane wielokrotnie na konferencjach. Takimi rzeczami nie będziemy się zajmować.\n\nNa prelekcji pokażę jak za pomocą profilingu i analizy heap dump-ów można zrozumieć co dzieje się w \"bebechach\" Hibernate-a. Omówię co z owymi problemami można zrobić w istniejącej aplikacji, oraz jak projektować nowe aplikacje, żeby takich problemów unikać.","Intermediate","Polish",null,[94],{"id":95,"name":96},"java","Java",[98],{"id":99,"name":100,"photoUrl":101},"5751247e-662e-4e8a-bb08-16adb1fabba6","Krzysztof Ślusarski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F5751247e-662e-4e8a-bb08-16adb1fabba6.jpg",{"id":103,"title":104,"sortableTitle":105,"shortDescription":106,"description":107,"level":90,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":109,"maxGroupSize":47,"tags":110,"speakers":118},"ae99b05f-f52c-4956-9b5a-0d24e8383ef3","Analysing a GC log for fun and profit","analysing a gc log for fun and profit","Demystify GC log analysis, extremely practical and useful!","Have you ever complained about GC?\nOr maybe wondered \"how is my GC doing\"?\n\nThere is a number of signals that tells story.\nIn this workshop *you* will analyse a number of logs, and see what they say.\n\nWhat steps should you take?\nWhat tweaks do you have available? \nWhat tweaks should you apply, and how to verify it worked correctly?\nHow will they interact?\n\nOr, simply, \"how do I make this issue go away\"?\n\nYou'll come out much richer in knowledge, some rare experience, and more interested in stories GC logs tell.\nThe answer is not always \"just bump Xmx\".\n\n\n\u003Cb>Required at workshop:\n\u003Cul>\n   \u003Cli>laptop\u003C\u002Fli>\n   \u003Cli>jdk\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",0,89,[111,114,115],{"id":112,"name":113},"reactive","Reactive",{"id":95,"name":96},{"id":116,"name":117},"jvm","JVM",[119],{"id":120,"name":121,"photoUrl":122},"5292f8ff-9891-436d-b55d-df412be2d683","ags","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F5292f8ff-9891-436d-b55d-df412be2d683.jpg",{"id":124,"title":125,"sortableTitle":126,"shortDescription":127,"description":128,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":129,"speakers":133},"67b73ef2-cf33-42ec-8cb2-c5b338b22532","Jak marnujemy czas, budując API  — moment, w którym DDD zaczyna mieć znaczenie","jak marnujemy czas, budując api  — moment, w którym ddd zaczyna mieć znaczenie","Prawdziwa umiejętność to dawkowanie odpowiedniej swojej wiedzy eksperckiej dokładnie wtedy kiedy jest wymagana. To wymaga aby skrzynka narzędziowa pękała w szwach a umiejętność obserwowania i łączenia faktów przychodziła naturalnie. To odróżnia zastępowalnego inżyniera od Forward Deployed Inżyniera. Tylko co to znaczy? Jak to zrobić? Jak to zauważyć? Jak to się objawia? Chyba wiem.   ","Czy DDD to tylko teoria?\n\nPracując „w okopach”, większość zespołów nie zaczyna od Bounded Contextów ani Context Map.\nZaczyna od ticketów, kryteriów akceptacji i… potrzeby dowiezienia API.\n\nZ czasem API rosną. Pojawiają się nowi konsumenci. Współdzielone zasoby.\nI nagle zespoły zaczynają mierzyć się z pytaniami takimi jak:\n\nKto jest właścicielem tego API?\n\nCzy możemy zmienić ten kontrakt?\n\nDlaczego każda drobna decyzja wymaga zaangażowania architekta?\n\nW tej prezentacji opowiem historię tego, jak zespoły naturalnie rozwijają API w chaosie — i dlaczego nie jest to porażka.\n\nPokażę 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”.\n\nTo nie jest tutorial.\n\nTo prowokacyjne spojrzenie na to, jak strategiczne DDD może wspierać ewolucyjny design API i autonomię zespołów w dużych systemach.",[130],{"id":131,"name":132},"microservices","Microservices",[134],{"id":135,"name":136,"photoUrl":137},"77965a79-5c82-4c2f-bda0-c1c570a19794","Jacek Milewski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F77965a79-5c82-4c2f-bda0-c1c570a19794.jpg",{"id":139,"title":140,"sortableTitle":141,"shortDescription":142,"description":143,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":145,"speakers":149},"c163fde1-b99c-4b5c-8309-e76a5063a5fb","From Theory to Practice: Real-World Lessons in Post-Quantum Cryptography Migration","from theory to practice: real-world lessons in post-quantum cryptography migration","Quantum computing poses an imminent threat to current cryptography, making the transition to Post-Quantum Cryptography (PQC) unavoidable.  This session focuses on practical, real-world PQC migration rather than theory, covering key lessons learned, common pitfalls, and proven best practices.  Attendees will gain actionable guidance for migrating existing systems and designing new applications with PQC, including a clear roadmap for secure and performant adoption.","Quantum computing is no longer a distant concept—it’s an imminent challenge to today’s cryptographic standards. The shift to Post-Quantum Cryptography (PQC) is not optional; it’s inevitable. Yet, the practical steps for adapting existing applications to PQC, and the critical considerations for ensuring compatibility, remain largely unclear.\nThis session goes beyond theory. We’ll start with a concise overview of PQC fundamentals, then dive into real-world migration experiences—what worked, what didn’t, and why. Attendees will gain actionable best practices drawn from hands-on projects, offering guidance not only for those planning future migrations but also for developers designing new applications today.\nIf you’ve ever wondered, “Where do I start?” or “What pitfalls should I avoid?”, this talk will provide the answers—grounded in real-world experience and focused on practical success.\n\nBy the end of this session, participants will be able to:\n\n- Understand the fundamentals of Post-Quantum Cryptography (PQC) and why early adoption is critical in the face of quantum computing threats.\n- Identify key challenges and pitfalls encountered during real-world PQC migration projects.\n- Apply proven best practices for adapting existing applications to PQC while maintaining security and performance.\n- Develop a practical roadmap for integrating PQC into both legacy systems and new application designs.","English",[146],{"id":147,"name":148},"security","Security",[150],{"id":151,"name":152,"photoUrl":153},"db13602f-cc23-46ee-8f6d-1f6157fbd85c","Akihiro Nishikawa","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fdb13602f-cc23-46ee-8f6d-1f6157fbd85c.jpg",{"id":155,"title":156,"sortableTitle":157,"shortDescription":158,"description":159,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":160,"speakers":163},"ae432841-c3b6-4776-996f-4db78990c8c4","Tag. Publish. Hope.","tag. publish. hope.","How Netflix is building the delivery pipeline that libraries never got, and what we're learning along the way","Think about how carefully we ship applications. Staged rollouts, canary analysis, automated rollback, observability at every step. Now think about how we ship libraries. Tag a version. Publish. Hope.\n\nAt Netflix, this blind spot caught up with us across thousands of libraries and 5,000+ repositories. Upgrades broke services overnight because nobody could see the blast radius beforehand. Security patches took days because we couldn't answer \"which libraries actually matter.\" Teams deprecated libraries with no way to tell consumers \"hey, start planning your move.\" So we set out to build a paved road for libraries.\n\nOnce we started digging, things got uncomfortable. Many libraries we considered \"actively maintained\" hadn't had a real human change in over a year, just bots keeping the lights on. We kicked off a major migration and couldn't tell which repos would be affected for over half the fleet. Basic questions, no answers. But the hardest part wasn't technical. It was cultural: how do you bring lifecycle governance to an org that values speed and autonomy without becoming the team everyone routes around?\n\nThis talk is about what we're learning as we build that paved road. It's an ongoing effort, not a finished product. I'll walk through the five things we think it needs: stability signals, compatibility validation, impact visibility, lifecycle communication, and proportional escalation. I'll share why we bet on tools that inform instead of block, why we started small and earned trust before scaling, and why \"people decide, tools guide\" became our north star.\n\nWe're also still figuring some things out. Where's the line between healthy maintenance and slow-motion abandonment? When should advisory become enforcement? How do you measure library health without turning it into a vanity metric?\n\nWe're done tagging, publishing, and hoping.",[161,162],{"id":95,"name":96},{"id":116,"name":117},[164],{"id":165,"name":166,"photoUrl":167},"b4943086-b8c4-4328-8ce1-dc17dd3af85c","Roberto Perez Alcolea","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fb4943086-b8c4-4328-8ce1-dc17dd3af85c.jpeg",{"id":169,"title":170,"sortableTitle":171,"shortDescription":172,"description":173,"level":90,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":174,"maxGroupSize":175,"tags":176,"speakers":180},"daca5348-39bc-4644-994a-3cff021d0567","Od prototypu do produkcji: budowa agentów AI z OpenAI Agents SDK i FastMCP","od prototypu do produkcji: budowa agentów ai z openai agents sdk i fastmcp","Frameworki do budowy agentów AI pojawiają się niemal co tydzień. Znacznie trudniej jest jednak zaprojektować system, który jest przewidywalny, łatwy do rozwijania i gotowy do wykorzystania w prawdziwej aplikacji.  Podczas warsztatu krok po kroku zbudujemy kompletną aplikację opartą na OpenAI Agents SDK. Uczestnicy poznają architekturę nowoczesnych systemów agentowych i nauczą się integrować modele z zewnętrznymi narzędziami za pomocą protokołu MCP.  W trakcie warsztatu zaimplementujemy m.in. architekturę wieloagentową, handoffy między agentami, integrację narzędzi przez MCP, guardrails i mechanizmy bezpieczeństwa, pamięć i zarządzanie kontekstem oraz podstawy testowania i debugowania agentów.  Po zakończeniu warsztatu uczestnicy będą dysponować działającą aplikacją oraz zestawem wzorców projektowych, które można wykorzystać przy budowie własnych systemów AI.","Frameworki do budowy agentów AI pojawiają się niemal co tydzień. Znacznie trudniej jest jednak zaprojektować system, który jest przewidywalny, łatwy do rozwijania i gotowy do wykorzystania w prawdziwej aplikacji.\n\nPodczas warsztatu krok po kroku zbudujemy kompletną aplikację opartą na OpenAI Agents SDK. Uczestnicy poznają architekturę nowoczesnych systemów agentowych i nauczą się integrować modele z zewnętrznymi narzędziami za pomocą protokołu MCP.\n\nW trakcie warsztatu zaimplementujemy m.in. architekturę wieloagentową, handoffy między agentami, integrację narzędzi przez MCP, guardrails i mechanizmy bezpieczeństwa, pamięć i zarządzanie kontekstem oraz podstawy testowania i debugowania agentów.\n\nPo zakończeniu warsztatu uczestnicy będą dysponować działającą aplikacją oraz zestawem wzorców projektowych, które można wykorzystać przy budowie własnych systemów AI.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n  \u003Cli>Laptop\u003C\u002Fli>\n  \u003Cli>Python (3.11+)\u003C\u002Fli>\n  \u003Cli>Visual Studio Code (lub inne IDE)\u003C\u002Fli>\n  \u003Cli>Git\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",240,20,[177],{"id":178,"name":179},"ai","Artificial Intelligence",[181],{"id":182,"name":183,"photoUrl":184},"0357afb5-ff2a-4017-a7f8-15ded578cc35","Marcin Wierzbiński","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F0357afb5-ff2a-4017-a7f8-15ded578cc35.png",{"id":186,"title":187,"sortableTitle":188,"shortDescription":189,"description":190,"level":191,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":192,"speakers":200},"fc96e2e4-b227-4720-aa95-73c3722afc4d","Thread Pool i czas czekania w kolejce: Codzienny Bottleneck, którego nawet AI nie znalazł","thread pool i czas czekania w kolejce: codzienny bottleneck, którego nawet ai nie znalazł","Kolejki są wszędzie. Przykład? Choćby korek uliczny. W aplikacjach takie korki potrafią być sprytnie ukryte - na przykład przy puli wątków.","JVM i wirtualne wątki? Wątki platformowe? Kotlin Coroutines? Project Reactor? A może C#, Python, Go? Może to nie ma znaczenia?\nWiele różnych systemów zachowuje się zaskakująco podobnie: działają na wątkach lub pulach wątków, wysyłają żądania HTTP w trybie blokującym lub nieblokującym i parsują JSONy, aby następnie wykonywać logikę biznesową. Jednak prędzej czy później zaczynają zwalniać - niczym jazda po mieście w godzinach szczytu, gdy każda ulica kryje kolejny korek.\nPodczas tego wystąpienia przyjrzymy się, gdzie w naszych pulach wątków pojawia się czas oczekiwania w kolejce (queue wait time) i jak go mierzyć. Ponadto dowiemy się, dlaczego czasy odpowiedzi mogą wprowadzać w błąd (Spoiler: mamy 1 metrykę, powinniśmy mieć 2). Oczywiście sprawdzimy też, co zrobić, gdy czas oczekiwania w kolejce jest większy niż zero.\nWszystkie wnioski pochodzą z produkcji. Zaczęło się od zwykłej aktualizacji. Rezultat? Szybsze usługi i mniejsze obciążenie poznawcze.","Beginner",[193,194,195,196,199],{"id":112,"name":113},{"id":95,"name":96},{"id":116,"name":117},{"id":197,"name":198},"sc","Software Craftsmanship",{"id":131,"name":132},[201],{"id":202,"name":203,"photoUrl":204},"492c63af-1cf6-4ef7-8a1e-30739575051b","Mateusz Nalepa ","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F492c63af-1cf6-4ef7-8a1e-30739575051b.png",{"id":206,"title":207,"sortableTitle":208,"shortDescription":209,"description":210,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":211,"speakers":219},"ca3294ac-fd54-4fd5-8479-98dc77f3efa7","Wrap, Reshape, or Redesign: Retrofitting Your APIs for a World of Agents","wrap, reshape, or redesign: retrofitting your apis for a world of agents","A practical framework for adapting existing APIs when agents become consumers alongside humans.","Most APIs we use today were designed for human developers. That worked because humans compensate: they read docs, infer conventions, recognize dangerous operations, and fill in what the interface never made explicit.\n\nNow those same APIs have a second consumer: LLM-based agents, copilots, and agentic workflows. This new consumer does not compensate reliably. It takes descriptions literally, chooses wrong actions confidently, and cannot infer the operational boundaries your API never stated.\n\nThe naive response is to wrap existing APIs with tool descriptions and call it done. In practice, some capabilities can be wrapped as-is, some must be reshaped into narrower intent-level tools, and some expose deeper design flaws that need real redesign.\n\nIn this talk, I’ll share a practical framework for retrofitting existing APIs and platform capabilities for agent consumption, based on real platform examples. We’ll look at concrete before-and-after cases, discuss the tradeoffs of each strategy, and see why designing for agents often improves the platform for humans too.\n",[212,215,216],{"id":213,"name":214},"devops","DevOps",{"id":178,"name":179},{"id":217,"name":218},"could","Cloud",[220],{"id":221,"name":222,"photoUrl":223},"620b4f4d-914f-424e-bef1-2aa2df84a45c","Horacio Gonzalez","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F620b4f4d-914f-424e-bef1-2aa2df84a45c.jpg",{"id":225,"title":226,"sortableTitle":227,"shortDescription":228,"description":229,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":230,"speakers":236},"1d9ef88d-d0ae-4ba8-8417-87c50417ed71","Panel Dyskusyjny - Z jednej strony napiera AI, z drugiej młodzi, mało-zdolni skrypciarze, jak żyć - rok później.","panel dyskusyjny - z jednej strony napiera ai, z drugiej młodzi, mało-zdolni skrypciarze, jak żyć - rok później.","Panel dyskusyjny z udziałem ekspertów z branży IT, którzy podzielą się swoimi spostrzeżeniami na temat aktualnych trendów, wyzwań i przyszłości technologii.  To kontynuacja tematu, który rozpoczęliśmy w zeszłym roku — wracamy do niego aby sprawdzić, jak zmienił się krajobraz technologiczny, jakie prognozy się sprawdziły, a jakie wymagają nowego spojrzenia.","Panel dyskusyjny z udziałem ekspertów z branży IT, którzy podzielą się swoimi spostrzeżeniami na temat aktualnych trendów, wyzwań i przyszłości technologii.\n\nTo kontynuacja tematu, który rozpoczęliśmy w zeszłym roku — wracamy do niego aby sprawdzić, jak zmienił się krajobraz technologiczny, jakie prognozy się sprawdziły, a jakie wymagają nowego spojrzenia.",[231,232,235],{"id":178,"name":179},{"id":233,"name":234},"soft-skills","Soft skills",{"id":197,"name":198},[237,241,245],{"id":238,"name":239,"photoUrl":240},"9d27919a-f77e-4cc0-b6b8-feb92e36f8b5","Jakub Kubryński","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F9d27919a-f77e-4cc0-b6b8-feb92e36f8b5.jpg",{"id":242,"name":243,"photoUrl":244},"c5f087c5-de41-4b09-9d8e-6faba4c1fd73","Sławomir Sobótka","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fc5f087c5-de41-4b09-9d8e-6faba4c1fd73.jpg",{"id":246,"name":247,"photoUrl":248},"0e3bacb8-7a43-4c0b-92e6-66cfb86dadff","Jakub Nabrdalik","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F0e3bacb8-7a43-4c0b-92e6-66cfb86dadff.jpg",{"id":250,"title":251,"sortableTitle":252,"shortDescription":253,"description":254,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":255,"speakers":258},"17ffe457-2465-41b7-9832-55d719afd19a","Lock, Stock, and Two Smoking Pods: Locking in Distributed Spring Applications","lock, stock, and two smoking pods: locking in distributed spring applications","Lock is an overloaded word in software systems - it means something different at the database layer, the application layer, and the scheduler layer. This talk connects all three: real production failures, the tools that address them, and how to apply each in the right place.","Three pods. One scheduled job. One database. What could go wrong?\nClean logs, monitoring green - and yet customers receive duplicate emails, records silently disappear, and that critical nightly cleanup job quietly failed while your storage filled up overnight. These aren't exotic edge cases. Distributed systems and scalability don't come without cost. More instances mean more potential for race conditions, deadlocks, and coordination failures that only surface under real load - long after the code looked fine in review.\n\nIn this talk you'll learn how to lock without being locked out - recognizing, diagnosing, and preventing locking failures in your Java application with available tools and techniques.\n\nKeywords: DB, Java, Spring, Locking, ShedLock, Deadlocks, Distributed Systems, Scheduling",[256,257],{"id":95,"name":96},{"id":131,"name":132},[259],{"id":260,"name":261,"photoUrl":262},"70e1e3cc-1579-4b05-85ce-317b79b7b1b9","Konstantin Belinski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F70e1e3cc-1579-4b05-85ce-317b79b7b1b9.png",{"id":264,"title":265,"sortableTitle":266,"shortDescription":267,"description":268,"level":269,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":270,"speakers":273},"ffd6fd38-decb-4323-8517-6e92a10f50bd","Archetyp reguł wzbogacony o algebrę logiki rozmytej","archetyp reguł wzbogacony o algebrę logiki rozmytej","Książkowy archetyp reguł oparty o logikę boolowską jest niewystarczający w praktyce. Dlatego będzie on punktem wyjścia do rozszerzenia go o własne algebry i logikę rozmytą.","Wiele razy podczas projektów doradczych musiałem zastosować archetyp modelu biz. reguł.\nNiestety opracowania z literatury były niewystarczające. Ale naginając rzeczywistość lub poświęcając wydajność działały wciąż lepiej niż ordynarne kaskady ifów ponieważ pozwalały dynamicznie sterować regułami.\nPodczas prezentacji pokażę ci mocno zmodyfikowaną implementację archetypu reguł, która pozwala odseparować strukturę reguł od sposobu przetwarzania reguł.\nZastosujemy podejście, w którym stworzymy własne algebry, pozwalające na wyjścia poza logikę boolowską.","Advanced",[271,272],{"id":95,"name":96},{"id":197,"name":198},[274],{"id":242,"name":243,"photoUrl":244},{"id":276,"title":277,"sortableTitle":278,"shortDescription":279,"description":280,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":281,"speakers":287},"080ef1ca-81fc-4c4f-a91b-12bd55efd2ee","From skeptics to power users: how to adopt AI Across Engineering Teams in companies","from skeptics to power users: how to adopt ai across engineering teams in companies","This talk draws on firsthand experience rolling out AI tools across multiple engineering teams in an organisation","Everyone talks about AI adoption. Fewer talk about what happens when you actually do it, the resistance, the dead ends, the quiet wins, and the cultural shifts that nobody put in the roadmap.\nThis talk draws on firsthand experience rolling out AI tools across multiple engineering teams in an organisation. We'll skip the vendor demos and go straight to the messy middle: how habits change (or don't), how you get skeptical engineers on board, what leadership gets wrong, and where AI genuinely earned its place in daily engineering work.\nYou'll leave with patterns you can bring back to your org on Monday.",[282,283,284],{"id":178,"name":179},{"id":233,"name":234},{"id":285,"name":286},"agile","Agile",[288],{"id":289,"name":290,"photoUrl":291},"a5f12f9f-a2cb-4919-a2b3-40de06056c4c","Alessandro Minoccheri","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fa5f12f9f-a2cb-4919-a2b3-40de06056c4c.jpg",{"id":293,"title":294,"sortableTitle":295,"shortDescription":296,"description":297,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":298,"speakers":304},"cfab64e9-b1f4-44dd-93b4-e21bdaf796b8","After 25 Years of Test-First, I Started Pairing with an AI","after 25 years of test-first, i started pairing with an ai","After 25 years of test-first development, I started pairing with an AI in January 2026. This talk is about what changed, and why my habits mattered more than the tool.","AI pair programming gets a lot of hype. Does it work?\n\nI started pairing with Claude on Test-Driven Development and Behavior-Driven Development in mid January 2026. I did not know what would happen. The plan was to drop it if Claude slowed me down.\n\nIn practice, Claude can join a TDD or BDD cycle. I have used it to draft specifications, write failing tests, make them pass, and refactor afterwards. The output is good enough that I keep coming back to it.\n\nToday I can tell you that I ship faster and that I trust more of my tests. That has less to do with Claude than you might think. A coding assistant amplifies whatever habits you bring. Bad habits get worse. Good habits compound. Mine were already test-first.\n\nI will show examples from real production code. You will see where Claude pulls its weight and where it does not. By the end you should know what AI pairing is worth in test-first work, and what habits you need before you start.",[299,300,303],{"id":178,"name":179},{"id":301,"name":302},"web","Web",{"id":95,"name":96},[305],{"id":306,"name":307,"photoUrl":308},"aed1c85d-1e43-40d6-8a5f-18d29fc15555","Thomas Sundberg","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Faed1c85d-1e43-40d6-8a5f-18d29fc15555.png",{"id":310,"title":311,"sortableTitle":312,"shortDescription":313,"description":314,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":315,"speakers":317},"51336bfd-c812-4c80-a533-eea98eea3f17","Thinking in Tables: Replacing Hibernate Magic with Exposed Logic in Spring Boot","thinking in tables: replacing hibernate magic with exposed logic in spring boot","Use Kotlin and Exposed instead of relying on magic!","The database you use does not consist of objects, so why do developers continue to act as though it does? For many, Hibernate's abstraction layer has created more conflict than it solved due to the \"magical\" behaviour that even an AI cannot debug.\n\nExposed is a Kotlin SQL framework that appeals to those who enjoy SQL but also appreciate type safety. This presentation will demonstrate how to replace the \"magic\" of JPA's heavy use of annotations with a more pragmatic and Kotlin-first methodology. The presentation will provide live code examples of how to create Spring Boot applications with an explicit, readable and fast persistence layer. Attendees will learn how to take advantage of Kotlin's language features to build their data layer in a way that is understandable to them, their compiler, and their database.",[316],{"id":116,"name":117},[318],{"id":319,"name":320,"photoUrl":321},"869787a0-276b-4f4e-8880-687b25e61043","Frederik Pietzko","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F869787a0-276b-4f4e-8880-687b25e61043.jpg",{"id":323,"title":324,"sortableTitle":325,"shortDescription":326,"description":327,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":328,"speakers":331},"9ad6741f-0c13-436a-92ec-699cf87af3a0","Dancing with Uncertainty: Challenges of Distributed Systems","dancing with uncertainty: challenges of distributed systems","Powrót do fundamentów: rozkładamy na czynniki pierwsze, dlaczego systemy rozproszone są trudne","Systemy rozproszone są wszędzie, a mimo to wyzwania, które ze sobą niosą, są wciąż niedoceniane. W tej prezentacji przyjrzymy się fundamentalnym problemom, które sprawiają, że przetwarzanie rozproszone jest naprawdę trudne.\n\nNa start przypomnimy (i rozszerzymy) sobie CAP, zastanowimy się, dlaczego dostarczenie wiadomości dokładnie jeden raz jest takie trudne, oraz jak unikać pułapek dual-writes.\n\nNa koniec zajmiemy się samym czasem: dlaczego zegary kłamią, oraz do czego służą zegary logiczne.",[329,330],{"id":116,"name":117},{"id":131,"name":132},[332],{"id":333,"name":334,"photoUrl":335},"640e0b06-ae7e-4719-bfe4-2b39dfc8d67f","Grzegorz Piwowarek","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F640e0b06-ae7e-4719-bfe4-2b39dfc8d67f.jpg",{"id":337,"title":338,"sortableTitle":339,"shortDescription":340,"description":341,"level":191,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":342,"speakers":347},"952b3547-512f-4dd3-a5df-3b9a66038d8d","Use your event bus creatively ","use your event bus creatively","A few real life examples from production on what you can do with  Kakfa, Event Hub, Pulsar, Kinesis, MSK creatively. For those who use them as dumb pipes \u002F queues.","Distributed persisted transaction logs, like Kakfa, Event Hub, Pulsar, Kinesis, MSK are everywhere and most companies either have them already, or can get them as managed services right away. Yet, developers do not understand the power those provide and instead treat them just as another boring queue. If you are not an expert on those tools, let me open up your mind a little bit with a few real life examples from production on what you can do with them creatively. There’ll be a lot of architecture, I’ll explain how to think about those tools, and how they work underneath the surface. If you’ve never used any of those, or you’ve just treated them as dumb pipes (which they are), this talk is for you.",[343,344,345,346],{"id":95,"name":96},{"id":197,"name":198},{"id":217,"name":218},{"id":131,"name":132},[348],{"id":246,"name":247,"photoUrl":248},{"id":350,"title":351,"sortableTitle":352,"shortDescription":353,"description":354,"level":90,"language":144,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":355,"maxGroupSize":175,"tags":356,"speakers":358},"ce4e8520-2033-4543-821e-f6ef8d2dae1f","The Model Picks the Component: How Generative UI Works","the model picks the component: how generative ui works","  AI features often compute a structured answer, then flatten it into a wall of markdown. Generative UI lets the   model answer with interface: tables, metrics, diagrams, and actions chosen for the user’s question.    We’ll follow that answer from intent to rendered component: a model selects from a developer-owned registry, fills   a typed schema, and streams structured blocks that the client validates and renders. A working demo will show the   pattern in action, including interactive responses that feed back into the conversation. We’ll close with the   judgment behind the architecture: when a component improves an answer, when prose is better, and how much freedom   the model should get.","  AI features often compute a structured answer, then flatten it into a wall of markdown. Generative UI lets the\n  model answer with interface: tables, metrics, diagrams, and actions chosen for the user’s question.\n\n  We’ll follow that answer from intent to rendered component: a model selects from a developer-owned registry, fills\n  a typed schema, and streams structured blocks that the client validates and renders. A working demo will show the\n  pattern in action, including interactive responses that feed back into the conversation. We’ll close with the\n  judgment behind the architecture: when a component improves an answer, when prose is better, and how much freedom\n  the model should get.\n\n\u003Cb>Required at workshop:\n\u003Cul>\n   \u003Cli>laptop with an access to agentic coding (Claude Code\u002FCodex)\u003C\u002Fli>\n   \u003Cli>You can also join as a spectator, simply observing the trainer.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",120,[357],{"id":178,"name":179},[359],{"id":360,"name":361,"photoUrl":362},"2b55aae0-1e2b-4277-8d3a-8efba29917de","Georgios Diamantopoulos","https:\u002F\u002Flh3.googleusercontent.com\u002Fa\u002FACg8ocIl5cSkRQHSqYkhQbGfEu210KIDkYHfKSIbQA0xZW87xfmGzcGJxw",{"id":364,"title":365,"sortableTitle":366,"shortDescription":367,"description":368,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":369,"speakers":372},"a8cac243-b03c-49c4-9f4f-93c38ad2b6d4","System design na rekrutacji: jak myśleć szeroko","system design na rekrutacji: jak myśleć szeroko","Ten sam problem integracyjny oczami juniora, mida i seniora. Praktyczny przewodnik po tym, jak iterować nad rozwiązaniem na żywo.","Masz sekundę. Dosłownie. System musi odpowiedzieć użytkownikowi, integrując się z trzema zewnętrznymi serwisami. Klasyczne zadanie rekrutacyjne, które zdradza poziom kandydata. Kto widzi tylko oczywiste wyjście, a kto zaczyna zadawać pytania i otwierać nowe warstwy problemu?\n\nW tej prezentacji wezmę na tapet ten przykład i pokażę, jak ten sam problem może wyglądać oczami juniora, mida i seniora. Zobaczymy, co się zmienia, gdy dołożymy kolejne ograniczenia: brak dostępności jednego z serwisów czy limit requestów. Wyjdziesz z konkretnym wzorcem myślenia, który możesz zastosować już na następnej rekrutacji.",[370,371],{"id":197,"name":198},{"id":131,"name":132},[373],{"id":374,"name":375,"photoUrl":376},"df253f06-15c7-411d-9c76-deccd4a67ac7","Cezary Sanecki","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fdf253f06-15c7-411d-9c76-deccd4a67ac7.jpg",{"id":378,"title":379,"sortableTitle":380,"shortDescription":381,"description":381,"level":191,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":382,"speakers":384},"16103f1a-8f7c-4f71-8d0b-f7367bbc9f85","Keynote - Modernization at Scale with AI: Transforming Engineering and the Cloud","keynote - modernization at scale with ai: transforming engineering and the cloud","Discover how GS Engineering is driving cloud modernization through a compliant, opinionated platform, AI-powered migration capabilities, and scalable engineering patterns. Learn how we combine technology, migration factories, and a working-backwards mindset to accelerate the transformation while maintaining governance and delivering value.",[383],{"id":197,"name":198},[385,389],{"id":386,"name":387,"photoUrl":388},"29b1c8db-52ed-4fb5-b355-a6c0f5e5c1f3","Rohan Deshpande","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F29b1c8db-52ed-4fb5-b355-a6c0f5e5c1f3.png",{"id":390,"name":391,"photoUrl":392},"2e8884c8-02ca-4bf4-ab0d-da71013bc222","Karishma Misra","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F2e8884c8-02ca-4bf4-ab0d-da71013bc222.png",{"id":394,"title":395,"sortableTitle":396,"shortDescription":397,"description":398,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":399,"speakers":402},"8671f1a4-2401-4588-9403-b25dc5315ee5","How being a dungeon master helped me to become a better architect","how being a dungeon master helped me to become a better architect","In this talk, I’ll show how facilitation patterns used by dungeon masters can help you guide teams, uncover insights and design better architecture.","About 20 years ago, my parents were convinced I was wasting time on \"silly stuff\" like \"playing with little figures and casting fireballs\". They had no idea those RPG sessions were teaching me something far more valuable than just how to play a game.\n\nFast-forward two decades: when I run modelling workshops today, I’m using the exact same skills I built while leading RPG campaigns all those years ago.\n\nIn this talk, I’ll show how facilitation patterns used by dungeon masters can help you guide teams, uncover insights and design better architecture.",[400,401],{"id":233,"name":234},{"id":197,"name":198},[403],{"id":404,"name":405,"photoUrl":406},"4bc68cf4-bc15-402b-aa8f-63b0f027677d","Mike Wojtyna","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F4bc68cf4-bc15-402b-aa8f-63b0f027677d.jpg",{"id":408,"title":409,"sortableTitle":410,"shortDescription":411,"description":412,"level":269,"language":144,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":413,"maxGroupSize":414,"tags":415,"speakers":419},"c337e5b5-26de-4dea-b45b-ad38f81745ee","Archetypes - your secret superpower","archetypes - your secret superpower","A hands-on workshop focused on how to find the right system boundaries thanks to using my method - the Archetypes Funnel","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 workshop 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.\n\n\u003Cb>Required at workshop:\n\u003Cul>\n   \u003Cli>laptop\u003C\u002Fli>\n   \u003Cli>Warsztat prowadzony w formie otwartej, wstęp wolny do ilości miejsc\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",180,30,[416,417,418],{"id":233,"name":234},{"id":197,"name":198},{"id":131,"name":132},[420],{"id":404,"name":405,"photoUrl":406},{"id":422,"title":423,"sortableTitle":424,"shortDescription":425,"description":426,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":427,"speakers":429},"860472da-e5e7-4f07-9b6f-5215a89f339c","Applying game architecture to the software development","applying game architecture to the software development","ECS is a widely adopted architectural pattern in games development. It’s centered around the composition of independent, fine-grained building blocks, enabling practical and straightforward modularization of abilities and behaviors. This design promotes real cohesion and loose coupling, going beyond promises.","ECS is a widely adopted architectural pattern in games development. It’s centered around the composition of independent, fine-grained building blocks, enabling practical and straightforward modularization of abilities and behaviors. This design promotes real cohesion and loose coupling, going beyond promises. This well-established solution proves to be suitable for indie games as well as AAA productions.\nHowever, have you ever wondered about its applicability in the realm of “serious” business applications? In this talk, we embark on an exploration of related patterns and uncover their untapped potential for non-games development. By leveraging best practices, we will try to create composable and flexible Java application in the spirit of the best games.",[428],{"id":95,"name":96},[430],{"id":431,"name":432,"photoUrl":433},"d44cb577-56e5-4bc3-99fd-ca6e1285c773","Tomasz Skowroński","https:\u002F\u002Flh3.googleusercontent.com\u002Fa\u002FACg8ocIaFANzHpsoaaOjB33oWZWNRfODvRRURhv7IG0hEpViftZVPw=s50-mo",{"id":435,"title":436,"sortableTitle":437,"shortDescription":438,"description":439,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":440,"speakers":442},"8169d916-5dd5-4282-ba76-7603ab42a23a","Structured Concurrency – odczarujmy wielowątkowość!","structured concurrency – odczarujmy wielowątkowość!","Podczas prezentacji poznamy ogólną koncepcję structured concurrency, powody dla których warto ją wprowadzić i podstawowe polityki jej użycia.","Programowanie wielowątkowe nigdy nie jest łatwe dla początkujących. Szczególnie częstym problemem, z jakim możemy się spotkać, jest wyciek wątków i utrata kontroli nad ewentualnymi błędami, które się w nich pojawiają. Strukturyzowana współbieżność wprowadzona jako funkcja zapowiedzi w JDK 21 i przemodelowana w JDK 25 może pomóc nam uporać się z obydwoma powyższymi wyzwaniami. Podczas prezentacji poznamy ogólną koncepcję structured concurrency, poznamy różne polityki obsługi błędów i postaramy się wykorzystać zdobytą wiedzę w rozwiązaniu rzeczywistego problemu biznesowego.",[441],{"id":95,"name":96},[443],{"id":444,"name":445,"photoUrl":446},"4b6053ac-9b32-4fce-a38d-74d6f57ae1b2","Marcin Chrost","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F4b6053ac-9b32-4fce-a38d-74d6f57ae1b2.jpg",{"id":448,"title":449,"sortableTitle":450,"shortDescription":451,"description":452,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":453,"speakers":457},"674ee859-a493-4121-b666-6d722fced476","Koniec zabawy w głuchy telefon: blueprint-as-code jako źródło prawdy dla SDLC","koniec zabawy w głuchy telefon: blueprint-as-code jako źródło prawdy dla sdlc","Czy pamiętasz projekt, w którym wymagania nie zmieniały się podczas sprintu? A co gdybyś mógł sprawdzić wpływ zmian wymagań na architekturę, kontrakty i testy zanim napiszesz pierwszą linijkę kodu? A potem porównać dwa warianty rozwiązania obok siebie i wybrać ten z mniejszym ryzykiem? ","W szybko rozwijającym się projekcie wiedza biznesowa łatwo się rozprasza. Decyzje architektoniczne żyją w głowach ludzi, wymagania i NFRy w systemie do zarządzania zadaniami, architektura w diagramach na Confluence sprzed trzech miesięcy. Wielokrotnie upewniamy się o stanie faktycznym na spotkaniach. A gdy dołącza nowa osoba, czekają ją tygodnie archeologii zanim stanie się produktywna. Nieaktualna dokumentacja to tylko symptom problemu. Bo sedno jest w tym jak przechowujemy wiedzę o biznesie i architekturze przechowujemy - często w formie tekstowej, której nie potrafimy automatycznie walidować. Kod jest testowany w CI. Infrastruktura jest testowana w CI. A cele projektu, NFRy, ADRy, właścicielstwo domen czy reguły biznesowe? Te aspekty walidujemy podczas spotkań - i wnioski zazwyczaj zostają tylko w głowach.\n\nW prezentacji na dwóch konkretnych przykładach produkcyjnych pokażę metodykę, w której wiedza o produkcie żyje jako dynamiczny DSL, który ewoluuje wraz projektem (od modelu biznesowego, przez decyzje, cele biznesowe, interakcje UX, procesy, po architekturę rozwiązania, infrastrukturę i scenariusze testowe). Przyjrzymy się, jak tworzyć i rozwijać DSLe skrojone do konkretnych projektów. Aby wiedza-jako-kod była łatwo przyswajalna, dostępna, wersjonowana, walidowalna składniowo i strukturalnie. I przeglądana w code review jak każdy PR. Następnie zastanowimy się, jak zmiany wymagań wiedzy przedstawić automatycznie na diagramach czy w dokumentacji: dla deweloperów, testerów, architektów i biznesu.\n\nPodczas prezentacji pokażę metodykę \"blueprint-driven development\", w której modelujemy wiele kontekstów SDLC (np. cele projektowe, ryzyka biznes, procesy czy architekturę rozwiązania) jako kod:\n1. Jedno źródło prawdy dla systemu widoczne mimo rotacji zespołów. Automatyczne generowanie wizualizacji wiedzy w znanych notacjach jak . Nowa osoba zapoznaje się z kodem blueprint lub nawiguje po interaktywnej dokumentacji - UML, Mermaid czy C4.\n2. Testy CI dla jakości wymagań, spójności architektury z celami biznesowymi czy spójności use case'ów z regułami biznesowymi. Deterministyczne generowanie kontraktów i testów kontraktowych. Dryf wymagań, intencji biznesowych i implementacji łapiesz w pipeline, nie na spotkaniu \"alignmentowym\".\n3. Analiza wpływu na projekt (Change Impact Analysis) przez implementacją. Wiesz, które elementy systemu trzeba ruszyć i co może się zepsuć zanim dotkniesz kodu.\n4. Porówywanie wariantów zmian w projekcie zanim podejmiesz decyzję - z widoczną projekcją wpływu zmian na kontrakty i zespoły. Decyzja oparta na danych, nie na przeczuciach.\n5. Ludzie i agenci AI pracują na tym samym kontekście, czytelnym dla zespołów, dostępnym przez API i CLI. Ten sam schemat, ten sam model mentalny, te same granice. Więcej czasu na analizę problemów i myślenie, mniej na tłumaczenie kontekstu.",[454,455,456],{"id":197,"name":198},{"id":285,"name":286},{"id":131,"name":132},[458],{"id":459,"name":460,"photoUrl":461},"5c404ca5-b9cf-4bb0-9311-794faa3c37ed","Adam Walkowski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F5c404ca5-b9cf-4bb0-9311-794faa3c37ed.jpg",{"id":463,"title":464,"sortableTitle":465,"shortDescription":466,"description":467,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":468,"speakers":473},"9add5568-bb17-4d03-b9e3-10b738506fef","Od metryk do przyczyny: diagnostyka JVM w świecie observability","od metryk do przyczyny: diagnostyka jvm w świecie observability","Metryki wyglądają poprawnie, alerty milczą, a użytkownicy i tak zgłaszają timeouty. Pokażę, jak diagnozować takie problemy JVM na produkcji - krok po kroku od objawu do rzeczywistej przyczyny, na przykładach z realnych incydentów.","Metryki wyglądają poprawnie, alerty nie wskazują nic krytycznego, a mimo to użytkownicy zgłaszają timeout'y i spadki wydajności.\n\nW tej prelekcji pokażę, jak w praktyce diagnozować problemy JVM na środowiskach produkcyjnych, gdy nie ma czasu na restart aplikacji ani eksperymenty na żywym systemie. Zamiast skupiać się na konkretnych narzędziach, przejdziemy przez sposób myślenia i kolejne decyzje prowadzące od pierwszego objawu do rzeczywistej przyczyny problemu.\nNa przykładach z realnych incydentów omówię, jak interpretować sygnały płynące z metryk, zachowania wątków i presji pamięci oraz jak łączyć je w spójny obraz działania systemu.\n\nCelem prelekcji jest pokazanie, jak traktować observability jako proces diagnostyczny wspierający podejmowanie decyzji w systemach produkcyjnych, a nie jako kolejny zestaw dashboardów.",[469,470,471,472],{"id":213,"name":214},{"id":95,"name":96},{"id":116,"name":117},{"id":131,"name":132},[474],{"id":475,"name":476,"photoUrl":477},"54c31133-79ba-40f7-b47e-cccffdd6c4f9","Mateusz Grużewski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F54c31133-79ba-40f7-b47e-cccffdd6c4f9.jpeg",{"id":479,"title":480,"sortableTitle":481,"shortDescription":482,"description":483,"level":191,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":484,"speakers":489},"96c48f05-d827-429c-9c79-d4bc3947748f","Keeping data private in real-time pipelines","keeping data private in real-time pipelines","Real-time data is awesome… until you realize it’s leaking names, emails, and locations. In this talk, you’ll learn how to keep streaming data private, from simple masking to tricks that beat re-identification.","We all love real-time data — clicks, payments, rides, messages — but most of it comes with a catch: it contains personal information we’re not supposed to leak, such as names, emails, locations, or even small clues that can identify someone. The challenge: how do we keep streaming data useful and safe at the same time?\n\nIn this talk, we’ll explore practical ways to protect privacy in streaming systems using Apache Kafka, Apache Flink, and Apache Iceberg. We’ll cover:\n- simple tricks like masking and tokenizing PII;\n- why “anonymous” data often isn’t anonymous (the re-identification problem);\n- techniques like bucketing, k-anonymity, and adding noise;\n- how to balance privacy with data utility (too much hiding makes data useless).\n\nAlong the way, we’ll look at real-world stories: from public data leaks to surprising deanonymization attacks, and show live demos of pipelines that anonymize data before it’s written to storage.\nIf you’ve ever wondered how to build privacy-aware pipelines, this talk will give you practical patterns you can use right away.",[485,486],{"id":147,"name":148},{"id":487,"name":488},"bigdata","Big Data",[490],{"id":491,"name":492,"photoUrl":493},"37b1ada7-cdb4-4b1c-a493-113f42cf38fc","Olena Kutsenko","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F37b1ada7-cdb4-4b1c-a493-113f42cf38fc.jpg",{"id":495,"title":496,"sortableTitle":497,"shortDescription":498,"description":499,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":500,"speakers":504},"142a959b-d19a-418c-af27-82859926e976","Decision Driven Architecture","decision driven architecture","Behind every successful architecture lies not just great code, but a series of well-informed decisions. Yet many of those decisions are shaped by bias, pressure, and blind spots that quietly compromise our systems. _Decision Driven Architecture_ reframes architecture as the outcome of human thinking - exposing how flawed reasoning leads to technical debt and missed opportunities. This session uncovers practical ways to make decision-making visible, structured, and improvable. We’ll explore how to document and challenge architectural choices, how models and tools (including AI-assisted reasoning) can support better decisions, and how to move your team from intuition-driven design toward intentional, evidence-based architecture that scales.","Software architecture succeeds or fails not because of technology, but because of the decisions behind it. Yet those decisions are often made under bias, pressure, or poor visibility - leading to rigid systems, technical debt, and frustrated teams. Decision Driven Architecture tackles the root cause: how architects think, decide, and record their reasoning.\n\nThis session addresses questions teams rarely ask out loud:  \n- How do we recognize flawed thinking before it shapes our code?\n- Who should make which architectural decisions - and why?\n- What models and tools actually help teams reason better, rather than faster?\n\nYou’ll learn a practical approach for making architectural decision-making transparent, structured, and improvable - from simple documentation patterns (ADRs) to emerging AI\u002FLLM-based assistants. Join to discover how improving how you decide can improve what you build.",[501,502,503],{"id":178,"name":179},{"id":233,"name":234},{"id":197,"name":198},[505],{"id":506,"name":507,"photoUrl":508},"af1a2f33-5f6a-4953-9125-780270d6b15d","Marcin Samsonowski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Faf1a2f33-5f6a-4953-9125-780270d6b15d.png",{"id":510,"title":511,"sortableTitle":512,"shortDescription":513,"description":514,"level":191,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":515,"speakers":517},"e403e68e-82cf-43b4-8e15-60792be3ba1f","Resilience w erze AI: jak zostać niezastąpionym developerem, którego nie zastąpi model","resilience w erze ai: jak zostać niezastąpionym developerem, którego nie zastąpi model","AI pisze coraz lepszy kod, a rynek pracy w IT już to wycenia. Zamiast straszyć albo uspokajać, pokażę, które kompetencje tracą na wartości, które zyskują i jak ustawić własną karierę na rynek 2027 i dalej. Oparte na danych, nie na przeczuciach.","Rok 2025 i 2026 przyniosły dwie sprzeczne narracje. Pierwsza: AI zastąpi programistów, czas się przekwalifikować. Druga: nic się nie zmienia, to kolejny hype. Dane mówią coś trzeciego i mniej wygodnego. Część zadań rzeczywiście przejmują modele, część developerów wypala się od c nadzorowania AI, a firmy zaczynają mierzyć wpływ agentów na produktywność i wyciągać wnioski kadrowe. Pojawia się też efekt, o którym mało kto mówi: nadmierne poleganie na asystencie obniża samodzielność, powoduje deskilling i utrudnia rozwój.\n\nPrzedstawie kompetencje developera jak i strategie myślenia na trzy koszyki: te, które AI przejmuje już teraz, te, które wzmacnia, i te, których wartość rośnie właśnie dlatego, że AI jest powszechne. Pokażę, gdzie kończy się rola pisania kodu, a zaczyna rola projektowania systemów, weryfikacji i decyzji, których nie da się oddelegować modelowi.\n\nCo wyniesiesz?\n\nSposób myślenia o własnej karierze jako o portfelu kompetencji z różnym profilem ryzyka. Konkretne kryteria, w co inwestować czas w najbliższych dwóch latach, a co odpuścić. Świadomość pułapek, w tym wypalenia od nadzorowania AI i utraty samodzielności, oraz sposoby ich uniknięcia.\n\nDla kogo?\n\nMid i senior, którzy używają AI na co dzień i zadają sobie pytanie, gdzie będzie ich wartość za kilka lat. Bez znajomości machine learningu, to perspektywa rynku pracy i kompetencji, nie budowy modeli.",[516],{"id":233,"name":234},[518],{"id":519,"name":520,"photoUrl":521},"4c1a26dd-1e91-447a-9eb2-ef419b9463c6","Michał Mazur","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F4c1a26dd-1e91-447a-9eb2-ef419b9463c6.jpeg",{"id":523,"title":524,"sortableTitle":525,"shortDescription":526,"description":527,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":528,"speakers":531},"d5edc357-17a9-4a91-b6a2-7f58da608641","Bytecode Without the Black Magic: Java’s Class-File API in Practice","bytecode without the black magic: java’s class-file api in practice","API makes reading, generating and transforming .class files more approachable and standardized. Through practical examples, the talk demystifies Java bytecode, shows where the API fits in real-world tooling such as frameworks, agents, build tools and static analysis, compares its role with libraries like ASM and Byte Buddy. Attendees will leave with a clearer understanding of class files and how to work with bytecode using modern Java.","Bytecode manipulation has long been seen as a dark art reserved for compiler writers, framework authors and JVM tooling experts. But with Java’s Class-File API working with .class files is becoming more approachable, standardized and expressive.\nIn this talk we’ll explore how the Class-File API lets developers read, generate and transform Java class files using a modern JDK-supported model. We’ll start with a quick look at what class files contain and why bytecode matters in real-world Java applications, from frameworks and agents to build tools and static analysis.\nThen we’ll move into practical examples: inspecting compiled classes, exploring methods and bytecode instructions, generating a simple class, and applying basic transformations. Along the way, we’ll discuss where this API fits compared to tools like ASM or Byte Buddy, what problems it can solve and what limitations developers should keep in mind.\nBy the end of the session, attendees will have a clearer mental model of Java bytecode and a practical understanding of how to use the Class-File API without treating bytecode as black magic.",[529,530],{"id":95,"name":96},{"id":116,"name":117},[532],{"id":533,"name":534,"photoUrl":535},"007a59de-08f3-4e84-bd97-f8144d500170","Petro Velychko","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F007a59de-08f3-4e84-bd97-f8144d500170.jpg",{"id":537,"title":538,"sortableTitle":539,"shortDescription":540,"description":541,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":542,"speakers":545},"d941a3f4-7b87-4bd8-af11-9986d662bc57","Why Didn't We Use the Inbox Pattern? Aligning Architecture with Organizational Trust","why didn't we use the inbox pattern? aligning architecture with organizational trust","A real-world case study on why organizational trust and operational reality matter just as much as textbook patterns when designing architecture for mature production systems.","In a mature organization with a long-running production system, software architecture is rarely just about the tech.\n\nUsing a real-world migration case study, this talk explores why we walked away from an obvious technical pattern in favor of an alternative driven by organizational trust. Discover why non-technical constraints are valid architectural drivers, and how to navigate them without compromising system stability.",[543,544],{"id":95,"name":96},{"id":197,"name":198},[546],{"id":547,"name":548,"photoUrl":549},"17e030fc-1120-44cc-9fc3-e602d0502b80","Michał Zyga","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F17e030fc-1120-44cc-9fc3-e602d0502b80.jpg",{"id":551,"title":552,"sortableTitle":553,"shortDescription":554,"description":555,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":556,"speakers":559},"8bf93a8b-429d-422b-8c32-3891cc9576a0","Maszynka do Mielenia Złudzeń: Cztery Kręgi Testowego Piekła dla Kodu Współbieżnego w Javie","maszynka do mielenia złudzeń: cztery kręgi testowego piekła dla kodu współbieżnego w javie","Twój kod współbieżny to stabilna konstrukcja czy domek z kart, któremu akurat nie wieje? Podczas prezentacji przepuścimy przykładowy kawałek współbieżnego kodu przez autorski framework — maszynkę do mielenia złudzeń. To cztery kręgi testowego piekła, gdzie każda faza to rygorystyczna bramka, którą trzeba zaliczyć, by iść dalej: od naiwnych Unit Testów, przez chłostę przeplotów we Fray i brutalny wycisk na sprzęcie w jcstress, aż po wydajnościowy rachunek sumienia w JMH. Zero magii, sama brutalna inżynieria i odrobina współbieżnego sadyzmu.","Zielone testy jednostkowe to za mało, żeby ufać kodowi współbieżnemu — a mimo to większość zespołów na nich poprzestaje. Ta prezentacja pokazuje, dlaczego to złudzenie, i jak je systematycznie rozbić.\n\nNa przykładzie cyklicznego bufora Lamporta — czterech implementacji tego samego interfejsu, z których dwie są celowo złamane i wszystkie cztery przechodzą CI — przechodzimy przez cztery warstwy testowego rygoru: JUnit (weryfikacja logiki algorytmu), Fray (systematyczna eksploracja wszystkich przeplotów wątków), jcstress (weryfikacja poprawności względem Java Memory Model na prawdziwym hardware'ze) i JMH (koszt poprawności w ops\u002Fs).\n\nKażda warstwa łapie inne demony. Fray konstruuje konkretny splot prowadzący do NPE w \"zoptymalizowanej\" szybkiej ścieżce — i pozwala go odtworzyć deterministycznie z debuggerem. jcstress wykrywa ~35 000 wykonań z niewidocznym zapisem producenta spośród 600 milionów prób — błąd widoczności pamięci, którego Fray strukturalnie nie może zobaczyć. JMH zamyka pętlę: lock-free volatile bije lock-based 3× przepustowością, ale tylko wtedy, gdy implementacja jest wcześniej udowodniona jako poprawna.\n\nSłuchacze wychodzą z konkretną mapą decyzyjną: które narzędzie zadaje jakie pytanie i czego bez pozostałych nie widzi. Prezentacja zawiera działające demo repozytorium z kompletem testów.",[557,558],{"id":95,"name":96},{"id":116,"name":117},[560],{"id":561,"name":562,"photoUrl":563},"7abfbac4-0ac7-4ec8-a150-e8531694687c","Wiktor Sztajerowski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F7abfbac4-0ac7-4ec8-a150-e8531694687c.png",{"id":565,"title":566,"sortableTitle":567,"shortDescription":568,"description":569,"level":191,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":570,"speakers":574},"ef9dbfdf-76c3-42af-8522-d7d18ce080a4","The Great Fusion of Skills — How to Architect Your Growth When the Bar Rises Faster Than Ever","the great fusion of skills — how to architect your growth when the bar rises faster than ever","The age of narrow specialization is ending. The AI era needs engineers who can think like analysts, architects and agent managers. Learn how to fuse these skills around the strengths you already have.","The bar for developers hasn’t just been raised — the entire discipline has changed. Product Engineering, Forward Deployed Engineers, AI agent managers and harness engineering combine skills that used to belong to developers, analysts, architects and team leads. The age of mastering a single narrow specialization is ending. The age of skill fusion has begun.\n\nThe good news? You probably already have much of the fuel you need. Analytical thinking, business communication, managing complexity or juggling multiple responsibilities may now be as valuable as your technical skills. In my talk, I’ll show how to combine these strengths, where skill fusion creates the most business value and how to architect your growth around your cognitive strengths rather than temporary trends. You’ll leave with concrete ideas about what to learn, what to practice and where to grow next.",[571,572,573],{"id":233,"name":234},{"id":197,"name":198},{"id":285,"name":286},[575],{"id":576,"name":577,"photoUrl":578},"4e2562c1-b0ef-4199-945c-f8a51a944311","Szymon Janikowski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F4e2562c1-b0ef-4199-945c-f8a51a944311.jpg",{"id":580,"title":581,"sortableTitle":582,"shortDescription":583,"description":584,"level":191,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":585,"speakers":587},"b1ed1c8c-ba19-4e49-83de-22486ca0538e","Engineering Resilience for the Hardware Your Career Runs On","engineering resilience for the hardware your career runs on","Every resilience pattern you ship — redundancy, failover, graceful degradation — you copied from the human body, then never ran back on yourself. With my AI sidekick Loyal, I'll build the maintenance system for the one machine you can't redeploy: the maker, not just the machine.","Every resilience pattern you ship — redundancy, feedback loops, graceful degradation, anti-fragility — was borrowed from the most battle-tested system in existence: the human body. We're brilliant at applying these patterns to machines and apply none of them to ourselves. We fight for a maintenance budget at work and allocate zero for the one system we can never rewrite, migrate, or redeploy.\n\nThis talk runs the borrowing back the other way — and I don't run it alone. My AI sidekick, Loyal, shares the stage — and doesn't just nod along. Together we'll trace how sitting quietly remodels you around your chair, why the developer identity fossilized around a constraint that no longer exists, and why nobody is watching the slow stretch where a resilient body becomes a fragile one. Then we build the maintenance system for it — identity, environment, a sustainable start, feedback, accountability, recovery — with the same discipline you give production. Fair warning: you won't spend it sitting still, and you'll leave with a contract you wrote yourself for the maker, not just the machine.",[586],{"id":233,"name":234},[588],{"id":360,"name":361,"photoUrl":362},{"id":590,"title":591,"sortableTitle":592,"shortDescription":593,"description":594,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":595,"speakers":597},"10ba7fb9-c304-4b98-a3ec-99072715f713","Fast && pain-free, Java and native code, ","fast && pain-free, java and native code,","Java, FFI, native languages, best performance, great examples, amaze, amaze","Java and native code (think C\u002FC++) interop has always* been fun**\n\nWe will look at FFM***, the modern way to for programs to interact and work on *shared data*.\nHow to call C from java - without JNI, and associated dark magic.\nWe will also call java from C without touching javah****, header generation, magic compiler flags and a myriad of issues.\n\nOnce you can call C… Lua? Rust? Python? AI inference? Sky is the limit.\nWe'll prove it with examples. It will be fun!** :-)\n\nFFI is great, FFI is the future!\nAh, and did I mention it's also faster than JNI?\n\n* subjective\n** for some specific values of fun\n*** Project Panama, you're right!\n**** technically, javac -h now, but the memory remains",[596],{"id":95,"name":96},[598],{"id":120,"name":121,"photoUrl":122},{"id":600,"title":601,"sortableTitle":602,"shortDescription":603,"description":604,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":605,"speakers":608},"6b2f3ea5-1d15-4322-9893-945452f38d68","What's New and What's Next for GraalVM","what's new and what's next for graalvm","The latest GraalVM release brings major improvements for easy migration, even higher performance, and better developer experience. In this session, we’ll look at what’s new in GraalVM 25, how it helps build faster and more secure native executables, and what’s coming next.","The latest GraalVM release brings major improvements for easy migration, even higher performance, and better developer experience. In this session, we’ll look at what’s new in GraalVM 25, how it helps build faster and more secure native executables, and what’s coming next.\n\nSome of the new features we will cover:\n– Easy migration with ` -H:Preserve`\n– ML for high performance out of the box\n– Performance profiling\n– Security by default\n– New tools\n\nWe’ll also take a sneak peek at Project Crema, which will lift native compilation’s default closed-world assumption by allowing dynamic loading and execution of classes at run time, and Native Image Layers, a brand-new way to build native applications.\n\nIf you are curious about GraalVM and want to make the most out of its latest features, this session is for you.",[606,607],{"id":95,"name":96},{"id":116,"name":117},[609],{"id":610,"name":611,"photoUrl":612},"d5539874-774e-4b0d-addd-cd3431f79da8","Alina Yurenko","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fd5539874-774e-4b0d-addd-cd3431f79da8.JPG",{"id":614,"title":615,"sortableTitle":616,"shortDescription":617,"description":618,"level":90,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":174,"maxGroupSize":619,"tags":620,"speakers":622},"76a80bfb-a219-4fab-8fdb-663aa8912870","AI-Assisted SDLC w praktyce – budujemy interaktywne workflowy agentowe","ai-assisted sdlc w praktyce – budujemy interaktywne workflowy agentowe","Praktyczna kontynuacja prezentacji „AI-Assisted SDLC – AI jako partner w całym procesie wytwarzania oprogramowania\". Na realnych zadaniach - research, product-design, development - przejdziemy pełne przebiegi pracy agenta z procesem: od analizy kodu, przez specyfikację i decyzje produktowe, po wieloetapową weryfikację. Po drodze rozbierzemy te workflowy na części: jak konstruować długotrwałe, interaktywne procesy agentowe, które wykonanie automatyzują w całości, a kluczowe decyzje zostawiają człowiekowi.","Praktyczna kontynuacja prezentacji „AI-Assisted SDLC – AI jako partner w całym procesie wytwarzania oprogramowania\". Na realnych zadaniach - research, product-design, development - przejdziemy pełne przebiegi pracy agenta z procesem: od analizy kodu, przez specyfikację i decyzje produktowe, po wieloetapową weryfikację. Po drodze rozbierzemy te workflowy na części: jak konstruować długotrwałe, interaktywne procesy agentowe, które wykonanie automatyzują w całości, a kluczowe decyzje zostawiają człowiekowi.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n  \u003Cli>Obecność :)\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",50,[621],{"id":178,"name":179},[623],{"id":624,"name":625,"photoUrl":626},"4c428b69-8c60-4005-b849-e5049a1f5a63","Marek Kałużny","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F4c428b69-8c60-4005-b849-e5049a1f5a63.jpg",{"id":628,"title":629,"sortableTitle":630,"shortDescription":631,"description":632,"level":90,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":633,"maxGroupSize":175,"tags":634,"speakers":636},"0e2fa44b-845c-47fb-96df-2aa8edcb9c7d","Wstęp Wolny - Wdrożenie AI w Software House z punktu widzenia managera.","wstęp wolny - wdrożenie ai w software house z punktu widzenia managera.","Ten warsztat to intensywna, praktyczna sesja dla managerów, team leadów i osób odpowiedzialnych za rozwój zespołów oraz procesów. Pokażę, jak ten proces wyglądał z mojego punktu widzenia: od pierwszych kroków i eksperymentów, przez budowanie standardów i zmianę nawyków zespołu, aż po osiągnięcie mierzalnych efektów biznesowych. Po wstępie zapraszamy uczestników do dyskusji i podzielenia się własnymi doświadczeniami, aby wspólnie wypracować najlepsze praktyki wdrażania AI w organizacjach technologicznych.","Ten warsztat to intensywna, praktyczna sesja dla managerów, team leadów i osób odpowiedzialnych za rozwój zespołów oraz procesów. Pokażę, jak ten proces wyglądał z mojego punktu widzenia: od pierwszych kroków i eksperymentów, przez budowanie standardów i zmianę nawyków zespołu, aż po osiągnięcie mierzalnych efektów biznesowych. Po wstępie zapraszamy uczestników do dyskusji i podzielenia się własnymi doświadczeniami, aby wspólnie wypracować najlepsze praktyki wdrażania AI w organizacjach technologicznych.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n  \u003Cli>Warsztat prowadzony w formie otwartej, wstęp wolny do ilości miejsc\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",60,[635],{"id":178,"name":179},[637],{"id":638,"name":639,"photoUrl":640},"a1fd96d8-981c-404c-8efa-1c677ec9f624","Sebastian Grys","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fa1fd96d8-981c-404c-8efa-1c677ec9f624.jpg",{"id":642,"title":643,"sortableTitle":644,"shortDescription":645,"description":646,"level":90,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":174,"maxGroupSize":647,"tags":648,"speakers":652},"4f5c9d73-c3c5-46b1-a445-530eb61db46c","Data-Oriented Programming w Javie: nowe podejście, sprawdzone narzędzia","data-oriented programming w javie: nowe podejście, sprawdzone narzędzia","Data-Oriented Programming proponuje inne spojrzenie na projektowanie aplikacji niż klasyczne programowanie obiektowe. Zamiast budowania rozbudowanych hierarchii klas, ukrywania danych za metodami i łączenia stanu z zachowaniem, stawia na jawne modele danych oraz operacje, które te dane przetwarzają. Czy oznacza to jednak, że powinniśmy porzucić OOP, Hibernate i pozostałe sprawdzone narzędzia ekosystemu Javy?  Podczas warsztatu porównamy podejście obiektowe i Data-Oriented Programming, wskazując ich mocne strony, ograniczenia oraz obszary, w których mogą się wzajemnie uzupełniać. Zobaczymy, kiedy klasyczny model obiektowy ułatwia projektowanie systemu, a kiedy prowadzi do nadmiernego powiązania danych, zachowania i infrastruktury.  Celem warsztatu nie będzie odrzucenie OOP ani frameworków, lecz wypracowanie pragmatycznego sposobu projektowania nowoczesnych aplikacji Java. Uczestnicy nauczą się świadomie wybierać pomiędzy modelem obiektowym i zorientowanym na dane, a także łączyć zasady DOP z dojrzałymi narzędziami, które powstały na innych założeniach.","Data-Oriented Programming proponuje inne spojrzenie na projektowanie aplikacji niż klasyczne programowanie obiektowe. Zamiast budowania rozbudowanych hierarchii klas, ukrywania danych za metodami i łączenia stanu z zachowaniem, stawia na jawne modele danych oraz operacje, które te dane przetwarzają. Czy oznacza to jednak, że powinniśmy porzucić OOP, Hibernate i pozostałe sprawdzone narzędzia ekosystemu Javy?\n\nPodczas warsztatu porównamy podejście obiektowe i Data-Oriented Programming, wskazując ich mocne strony, ograniczenia oraz obszary, w których mogą się wzajemnie uzupełniać. Zobaczymy, kiedy klasyczny model obiektowy ułatwia projektowanie systemu, a kiedy prowadzi do nadmiernego powiązania danych, zachowania i infrastruktury.\n\nCelem warsztatu nie będzie odrzucenie OOP ani frameworków, lecz wypracowanie pragmatycznego sposobu projektowania nowoczesnych aplikacji Java. Uczestnicy nauczą się świadomie wybierać pomiędzy modelem obiektowym i zorientowanym na dane, a także łączyć zasady DOP z dojrzałymi narzędziami, które powstały na innych założeniach.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n  \u003Cli>Intellij\u003C\u002Fli>\n  \u003Cli>Docker\u003C\u002Fli>\n  \u003Cli>Najnowsza wersja Javy (JDK)\u003C\u002Fli>\n  \u003Cli>Maven\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",16,[649,650,651],{"id":95,"name":96},{"id":116,"name":117},{"id":197,"name":198},[653],{"id":654,"name":655,"photoUrl":656},"90b1689b-e4f4-4bac-89ff-d635bb0a733d","Mateusz Kamiński","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F90b1689b-e4f4-4bac-89ff-d635bb0a733d.webp",{"id":658,"title":659,"sortableTitle":660,"shortDescription":661,"description":662,"level":90,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":413,"maxGroupSize":619,"tags":663,"speakers":665},"a31b25a7-f2b3-46cf-94c9-d48165c2d824","Modele komunikacji międzyludzkiej oparte o gramatykę generatywną Noama Chomsky'ego","modele komunikacji międzyludzkiej oparte o gramatykę generatywną noama chomsky'ego","W trakcie warsztatu będzie pracować nad przeredagowaniem maila kierowanego do przyjaciół z biznesu. Nauczymy się rozpoznawać struktury gramatyczne wskazujące na wewnętrzne modele mentalne oraz dopasowywać swój przekaz do modeli odbiorcy.  A na koniec zobaczysz jak LLM może pomóc Ci w komunikacji.","W trakcie warsztatu będzie pracować nad przeredagowaniem maila kierowanego do przyjaciół z biznesu. Nauczymy się rozpoznawać struktury gramatyczne wskazujące na wewnętrzne modele mentalne oraz dopasowywać swój przekaz do modeli odbiorcy.\n\nA na koniec zobaczysz jak LLM może pomóc Ci w komunikacji.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n   \u003Cli>notatnik\u003C\u002Fli>\n  \u003Cli>coś do odczytu skryptu\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",[664],{"id":178,"name":179},[666],{"id":242,"name":243,"photoUrl":244},{"id":668,"title":669,"sortableTitle":670,"shortDescription":671,"description":672,"level":90,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":673,"maxGroupSize":414,"tags":674,"speakers":676},"3c26e62c-d6db-44ac-821e-bd0835b7dee6","Rozplątywanie zależności pomiędzy zespołami - podejście alchemika vs fizyka Praktyczny wstęp do event stormingu i map kontekstów.","rozplątywanie zależności pomiędzy zespołami - podejście alchemika vs fizyka praktyczny wstęp do event stormingu i map kontekstów.","W trakcie warsztatu przejdziemy przez cykl Kolba, podczas którego:  doświadczymy skąd biorą się problemy na poziomie analizy i architektury (ale bez wchodzenia w technikalia, używając intuicyjnych metafor) wyciągniemy wnioski na podstawie obserwacji wprowadzimy trochę technik: destylacja kontekstów, mapy kontekstów, event storming - process level zaaplikujemy je w praktyce i zaobserwujemy różnice w stosunku do pierwotnego podejścia na poziomie zależności pomiędzy zespołami.","W trakcie warsztatu przejdziemy przez cykl Kolba, podczas którego:\n\ndoświadczymy skąd biorą się problemy na poziomie analizy i architektury (ale bez wchodzenia w technikalia, używając intuicyjnych metafor)\nwyciągniemy wnioski na podstawie obserwacji\nwprowadzimy trochę technik: destylacja kontekstów, mapy kontekstów, event storming - process level\nzaaplikujemy je w praktyce i zaobserwujemy różnice w stosunku do pierwotnego podejścia na poziomie zależności pomiędzy zespołami.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n  \u003Cli>notatnik\u003C\u002Fli>\n  \u003Cli>coś do odczytu skryptu\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",420,[675],{"id":131,"name":132},[677],{"id":242,"name":243,"photoUrl":244},{"id":679,"title":680,"sortableTitle":681,"shortDescription":682,"description":683,"level":90,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":684,"maxGroupSize":619,"tags":685,"speakers":687},"4390d500-339e-412f-9e54-d430e8bcb393","Agentic workflows' building blocks","agentic workflows' building blocks","Introduction to the fundamental building blocks of agentic systems and workflows","This session explores the core components that make up agentic systems and workflows.\nWe'll deconstruct prompts, see that MCPs are more than just tool calls, discuss various multi-agent topologies, and much more.\nThese building blocks will be demonstrated using a popular Java-based AI engineering stack, but the concepts are applicable across languages, frameworks, and platforms.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n  \u003Cli>Obecność :)\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",90,[686],{"id":178,"name":179},[688],{"id":689,"name":690,"photoUrl":691},"f389d4b3-09f1-4b87-bf48-13bb285566b0","Kamil Szymański","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Ff389d4b3-09f1-4b87-bf48-13bb285566b0.png",{"id":693,"title":694,"sortableTitle":695,"shortDescription":696,"description":697,"level":191,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":355,"maxGroupSize":175,"tags":698,"speakers":700},"2ecc58c0-a2fe-453f-bdab-ebf89c1b21d9","Wstęp Wolny - Od pomysłu do wystąpienia. Jak w krótkim czasie zaplanować przemowę.","wstęp wolny - od pomysłu do wystąpienia. jak w krótkim czasie zaplanować przemowę.","Celem warsztatu jest pokazanie, jak przekazywać wiedzę w sposób spójny i zrozumiały podczas wystąpienia. Uczestnicy zastosują poznane narzędzia w praktyce, tworząc szkic (outline) swojego kolejnego wystąpienia.","Większość mówców traci uwagę nie przez zły temat, ale zbyt dużo treści w wystąpieniu. Na warsztacie podzielę się procesem wyciągania esencji tematu oraz redukcji wątków prezentacji. Uczestnik wynosi z sali gotowy plan przemówienia do wygłoszenia na następnej konferencji.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n  \u003Cli>Notatnik\u003C\u002Fli>\n  \u003Cli>Coś do pisania\u003C\u002Fli>\n  \u003Cli>Warsztat prowadzony w formie otwartej, wstęp wolny do ilości miejsc\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",[699],{"id":233,"name":234},[701],{"id":702,"name":703,"photoUrl":704},"0543481d-80b2-4c56-8cbb-f008aa5f809c","Karol Ślasko","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F0543481d-80b2-4c56-8cbb-f008aa5f809c.jpg",{"id":706,"title":707,"sortableTitle":708,"shortDescription":709,"description":710,"level":269,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":355,"maxGroupSize":47,"tags":711,"speakers":713},"65ba4b1c-6ad5-4b88-9683-08f1c016ce03","Zbuduj prawdziwą agentową platformę SDLC od podstaw","zbuduj prawdziwą agentową platformę sdlc od podstaw","Zbudujmy pełnoprawną agentową platformę SDLC - obejmującą nie tylko oczywiste przypadki użycia, ale też warstwy, ryzyka i scenariusze, o których dziś jeszcze nie myślisz","Stwórzmy na warsztatach agentową platformę SDLC nowej generacji - taką, która automatyzuje nie tylko kodowanie, ale cały proces: od wymagań, przez architekturę, governance i compliance, aż po utrzymanie, feedback loop i ciągłe doskonalenie.\n\nTo jest warsztat dla senior\u002Fstaff engineerów, tech leadów, architektów i platform engineers, którzy mają już za sobą fazę zachwytu nad podpowiadaniem kodu i chcą zrozumieć, co tak naprawdę trzeba zbudować, żeby agenty robiły robotę w dużym, prawdziwym repo... a najlepiej jeszcze decydowały w którym repo należy tą zmianę zrobi. Potrzebujesz laptopa z gotowym środowiskiem (Docker + Git + internet), podstaw CI\u002FCD i komfortu w czytaniu cudzego kodu - szczegółowy setup wyślę przed warsztatem, żeby konfiguracja nie zjadła nam połowy czasu.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n  \u003Cli>Laptop\u003C\u002Fli>\n  \u003Cli>Docker\u003C\u002Fli>\n  \u003Cli>Docker Compose\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>\n",[712],{"id":178,"name":179},[714],{"id":715,"name":716,"photoUrl":717},"7639b467-5f7e-47e6-bfea-2070e83078f3","Artur Skowronski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F7639b467-5f7e-47e6-bfea-2070e83078f3.jpg",{"id":719,"title":720,"sortableTitle":721,"shortDescription":722,"description":723,"level":191,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":724,"speakers":726},"0e6b82b9-03be-4282-bab3-cd897d9efc1d","Error 403: Rights Not Found","error 403: rights not found","Everyone is already creating. Films, photos, ads with people who look real. Just a few clicks in Higgsfield or any other tool.  But are we actually allowed to do this?  Can we sell such content or use it in advertising? Who are the people appearing in these creations? And what if an AI‑generated face resembles a real person? Does a person created by artificial intelligence have a right to their own likeness? And does what we generate even belong to us?  During the talk, we’ll uncover the answers step by step. We’ll look behind the scenes of cloud platforms, local generation on your own machine, and node‑based systems.","Everyone is already creating. Films, photos, ads with people who look real. Just a few clicks in Higgsfield or any other tool.\n\nBut are we actually allowed to do this?\n\nCan we sell such content or use it in advertising? Who are the people appearing in these creations? And what if an AI‑generated face resembles a real person? Does a person created by artificial intelligence have a right to their own likeness? And does what we generate even belong to us?\n\nDuring the talk, we’ll uncover the answers step by step. We’ll look behind the scenes of cloud platforms, local generation on your own machine, and node‑based systems.",[725],{"id":147,"name":148},[727],{"id":728,"name":729,"photoUrl":730},"16792eb5-9ba6-41b0-82c7-a9f1ff9f567e","Mariusz Połeć","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F16792eb5-9ba6-41b0-82c7-a9f1ff9f567e.jpeg",{"id":732,"title":733,"sortableTitle":734,"shortDescription":735,"description":736,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":737,"speakers":739},"de0495e9-efa3-4daa-b20b-cdd01f5b80a9","Obiekty bez tożsamości: Value Object w JEP 401","obiekty bez tożsamości: value object w jep 401","JEP 401 wprowadza do Javy pojęcie Value Object - obiektu bez tożsamości. Pokażę, co realnie daje Value Object, gdzie nie daje nic, i co warto sprawdzić w swoim repo, zanim zmiana trafi do LTS-a.","Od samego początku swojego istnienia, Java traktowała każdy obiekt jako byt posiadający tożsamość, nawet jeśli z punktu widzenia modelu domenowego był on jedynie wartością. Project Valhalla i JEP 401 wprowadzają klasy wartościowe - obiekty pozbawione tożsamości, dzięki czemu JVM może je skalaryzować i spłaszczać w polach oraz tablicach.\n\nPodczas prezentacji przyjrzymy się idei stojącej za klasami wartościowymi, ich powiązaniu z obiektami wartości (Value Objects) w DDD oraz temu, jak mogą one zmienić sposób projektowania niezmiennych modeli domenowych w Javie. Omówimy, dlaczego warto rozdzielić pojęcia „wartości” i „tożsamości”, gdzie klasy wartościowe znajdują zastosowanie w nowoczesnych aplikacjach Java oraz jakie praktyczne korzyści i ograniczenia wiążą się z ich wykorzystaniem.",[738],{"id":95,"name":96},[740],{"id":741,"name":742,"photoUrl":743},"e2d03d16-8b0d-444b-b4dd-b0e81db12aa0","Leszek Leszczyński","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fe2d03d16-8b0d-444b-b4dd-b0e81db12aa0.jpg",{"id":745,"title":746,"sortableTitle":747,"shortDescription":748,"description":749,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":750,"speakers":753},"26ddcbf8-a685-496a-be4f-2f586b0a1dfc","\"Exactly-Once Delivery\" i inne kłamstwa Event-Driven Architecture","\"exactly-once delivery\" i inne kłamstwa event-driven architecture","Event-Driven Architecture obiecuje nam eldorado skalowalności i niezależności zespołów. Jak jednak wiadomo, każda decyzja architektoniczna ma swój trade-off. Podczas tej prezentacji skupimy się właśnie na cenie, którą trzeba zapłacić za architekturę opartą na zdarzeniach.","Jak głosi branżowy żart: \"Są tylko dwa trudne problemy w systemach rozproszonych:\n\n2\\. Dostarczenie dokładnie raz.\n1\\. Gwarancja kolejności.\n2\\. Dostarczenie dokładnie raz\".\n\nNa szczęście jako branża wypracowaliśmy sprawdzone sposoby radzenia sobie z tymi wyzwaniami. W tej prezentacji skupię się na tym, co zrobić, żeby nie paść ofiarą tego dowcipu na produkcji.",[751,752],{"id":95,"name":96},{"id":131,"name":132},[754],{"id":755,"name":756,"photoUrl":757},"b00125f6-d400-44db-923c-0ae265eb585e","Artur Laskowski","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fb00125f6-d400-44db-923c-0ae265eb585e.png",{"id":759,"title":760,"sortableTitle":761,"shortDescription":762,"description":763,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":764,"speakers":766},"6e88b37e-9eec-424f-bf7e-144042266591","AI-Assisted SDLC – AI jako partner w całym procesie wytwarzania oprogramowania","ai-assisted sdlc – ai jako partner w całym procesie wytwarzania oprogramowania","Wykorzystanie AI jako integralnej części SDLC — od analizy i planowania po testy, dokumentację i utrzymywanie standardów projektowych.","Większość zespołów używa AI do generowania kodu. To dobry start – ale tylko ułamek możliwości. Co jeśli AI mógłby uczestniczyć w całym cyklu: rozumieć kontekst projektu, wspierać analizę i planowanie, pisać testy, dbać o dokumentację i zapewnić stosowanie właściwych konwencji i dobrych praktyk używanych w projekcie? Zobacz jak może wyglądać proces, w którym AI przestaje być narzędziem do pojedynczych zadań, a staje się częścią SDLC.",[765],{"id":178,"name":179},[767],{"id":624,"name":625,"photoUrl":626},{"id":769,"title":770,"sortableTitle":771,"shortDescription":772,"description":773,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":774,"speakers":776},"e0ebd628-695f-4174-a25d-863f377414a3","Wtorek, 9:17. I po roadmapie.","wtorek, 9:17. i po roadmapie.","Jak zaprojektować platform team odporny na codzienny chaos.","Zespoły platformowe żyją między roadmapą a rzeczywistością: reactive work, supportem, incydentami i zależnością od pojedynczych ekspertów. W tej prezentacji pokażę praktyczny operating model stosowany w moich zespołach platformowych. Nie chodzi o to, żeby wyeliminować chaos. Chodzi o to, żeby zbudować system, który potrafi go obsłużyć - bez dokładania kolejnego backlogu i kolejnej ceremonii.",[775],{"id":197,"name":198},[777],{"id":778,"name":779,"photoUrl":780},"2b8e0a50-c1b6-4317-a8cf-0e465ae5685f","Patryk Gutenplan","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F2b8e0a50-c1b6-4317-a8cf-0e465ae5685f.jpg",{"id":782,"title":783,"sortableTitle":784,"shortDescription":785,"description":786,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":787,"speakers":789},"1e6a2556-53b3-4fe0-8568-a24636f820b5","Kiedy Programista Java spotyka C","kiedy programista java spotyka c","Java od lat żyje z łatką języka, który absolutnie nie nadaje się do pisania bardzo wydajnych systemów. Jako programista nie masz kontroli nad tym, kiedy GC, JIT czy JNI postanowią zniszczyć Twoje sny o niskim latency. A mimo to ktoś wciąż próbuje budować na tym bazy danych i systemy \"bliżej metalu\". W tej prezentacji pokażę, że wraz z Java 22 dostaliśmy potężne narzędzie: Foreign Memory & Foreign Function API. Dzięki tym API praca z off-heap staje się bezpieczna (oczywiście w pewnych granicach — ale to Ty je określasz), co pozwala pozbyć się pauz GC. A Foreign Functions umożliwiają bezpieczne wywoływanie kodu w C z poziomu Javy, bez potrzeby używania javah, kompilatorów C i całęgo zestawu zaklęć potrzebnych, by JNI łaskawie zadziałało.","Java od lat żyje z łatką języka, który absolutnie nie nadaje się do pisania bardzo wydajnych systemów. Jako programista nie masz kontroli nad tym, kiedy GC, JIT czy JNI postanowią zniszczyć Twoje sny o niskim latency. A mimo to ktoś wciąż próbuje budować na tym bazy danych i systemy \"bliżej metalu\". W tej prezentacji pokażę, że wraz z Java 22 dostaliśmy potężne narzędzie: Foreign Memory & Foreign Function API. Dzięki tym API praca z off-heap staje się bezpieczna (oczywiście w pewnych granicach — ale to Ty je określasz), co pozwala pozbyć się pauz GC. A Foreign Functions umożliwiają bezpieczne wywoływanie kodu w C z poziomu Javy, bez potrzeby używania javah, kompilatorów C i całęgo zestawu zaklęć potrzebnych, by JNI łaskawie zadziałało.\nZobaczycie, jak te nowe API przybliżają JVM do świata bare-metal — i dlaczego mogą stać się przyszłością systemów data-intensive, baz danych, a nawet narzędzi ML\u002FAI. A wszystko oczywiście doprawione niedziałającymi przykładami i benchmarkami przygotowanymi pięć minut przed prezentacją.",[788],{"id":95,"name":96},[790],{"id":791,"name":792,"photoUrl":793},"b3b22878-c20f-4293-aaf8-34590beadc23","Jarosław Pałka","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fb3b22878-c20f-4293-aaf8-34590beadc23.jpg",{"id":795,"title":796,"sortableTitle":797,"shortDescription":798,"description":799,"level":90,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":800,"speakers":802},"f4312d1e-0b5d-46d0-99c4-324ac2e86b1e","Panel Dyskusyjny - Czy AI zabije junior developerów? Edukacja i ścieżka kariery w IT w dobie sztucznej inteligencji.","panel dyskusyjny - czy ai zabije junior developerów? edukacja i ścieżka kariery w it w dobie sztucznej inteligencji.","Podczas panelu porozmawiamy o tym, jak AI wpływa na edukację, mentoring, rekrutację i rozwój zawodowy programistów. Zastanowimy się również, jak wykorzystać AI jako wsparcie w nauce, nie odbierając jednocześnie osobom uczącym się możliwości samodzielnego budowania wiedzy i doświadczenia.","Podczas panelu porozmawiamy o tym, jak AI wpływa na edukację, mentoring, rekrutację i rozwój zawodowy programistów. Zastanowimy się również, jak wykorzystać AI jako wsparcie w nauce, nie odbierając jednocześnie osobom uczącym się możliwości samodzielnego budowania wiedzy i doświadczenia.\n",[801],{"id":233,"name":234},[803,804,808,812,816],{"id":182,"name":183,"photoUrl":184},{"id":805,"name":806,"photoUrl":807},"bb713f27-694b-4469-93d0-e55920eac5f0","Piotr Pęzik","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fbb713f27-694b-4469-93d0-e55920eac5f0.jpg",{"id":809,"name":810,"photoUrl":811},"24fd2c01-16e9-41b0-b4c2-e8c109f04a25","Krzysztof Kozioł","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F1230191?v=4",{"id":813,"name":814,"photoUrl":815},"28fb1421-f3f7-4bef-a514-34637cc7e2ce","Wojciech Stęchły","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002F28fb1421-f3f7-4bef-a514-34637cc7e2ce.jpg",{"id":817,"name":818,"photoUrl":819},"a357cbea-8748-4314-b450-6ae710059590","Łukasz Kobyliński","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fa357cbea-8748-4314-b450-6ae710059590.jpg",{"id":821,"title":822,"sortableTitle":823,"shortDescription":824,"description":825,"level":90,"language":144,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":826,"speakers":829},"b41a9063-cddf-4544-b135-c322e82a7d72","Rate Limiting: Making everyone equally unhappy!","rate limiting: making everyone equally unhappy!","What do APIs, conference talks, and all-you-can-eat buffets have in common? They all need limits. Discover practical strategies for rate limiting, traffic shaping, and resilience that help distributed systems survive both accidental spikes and determined abuse.","Everyone knows about \"429 Too Many Requests\" HTTP status, but few teams stop there. This session dives into the realities of protecting modern APIs: choosing the right rate-limiting algorithms, handling traffic spikes, coordinating limits across regions, and preventing cascading failures with circuit breakers. We'll discuss quotas, burst handling, bucket refill strategies, and the operational challenges of distributed deployments. We'll also touch on API evolution and sunset policies, because sometimes the best way to manage traffic is to retire what no longer belongs in production. By the end, you'll know how to build systems that stay available when demand exceeds expectations.",[827,828],{"id":197,"name":198},{"id":131,"name":132},[830,834],{"id":831,"name":832,"photoUrl":833},"fc22831c-ce63-4e26-bb71-0a1ed8cd7bcd","Bartosz Gałek","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Ffc22831c-ce63-4e26-bb71-0a1ed8cd7bcd.jpg",{"id":835,"name":836,"photoUrl":837},"ee480147-937c-4f34-8faf-9eaf54f3a896","Ece Tavasli","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fee480147-937c-4f34-8faf-9eaf54f3a896.jpeg",{"id":839,"title":840,"sortableTitle":841,"shortDescription":842,"description":843,"level":191,"language":91,"workshop":12,"isFree":12,"expectedPrice":108,"durationInMinutes":413,"maxGroupSize":39,"tags":844,"speakers":845},"d7bac8f1-c5a8-4b24-a850-2c951f51cb44","Leadership – design your own leadership style with Lego® Serious Play®","leadership – design your own leadership style with lego® serious play®","Establishing your values, leading with vision, working on trust, finding courage, and building relationships.","The LEGO® SERIOUS PLAY® (LSP) methodology is a structured, facilitated approach to thinking, communication, and problem-solving within groups and organizations. The foundation of this method is the use of LEGO® bricks as a medium for physical metaphors to model complex business phenomena, interpersonal relationships, and strategic scenarios. This tool was developed to stimulate innovation, unlock the hidden intellectual potential of teams, and optimize decision-making processes in dynamic and unpredictable environments.\n\n\u003Cb>Wymagane na warsztacie:\n\u003Cul>\n  \u003Cli>Obecność :)\u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fb>",[],[846],{"id":847,"name":848,"photoUrl":849},"f356a698-0970-4691-a081-f423e3961526","Lucyna Borkowska","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Ff356a698-0970-4691-a081-f423e3961526.jpg",{"id":851,"title":852,"sortableTitle":853,"shortDescription":854,"description":855,"level":191,"language":91,"workshop":29,"isFree":92,"expectedPrice":92,"durationInMinutes":92,"maxGroupSize":92,"tags":856,"speakers":857},"c12d93ae-c055-4276-8d67-1ca3bfe8940b","Maps and territories","maps and territories","We’ll explore the fascinating world of maps and location services. Why? Not only because maps are fascinating, but also because all of the developers can learn a lot about the power of open data, efficient data structures, and composable tools!","When you planned how to get to the conference venue, you probably used digital maps and a routing app. They are ubiquitous now, but how do they work under the hood?\n\nWe’ll explore the fascinating world of maps and location services. We’ll start with the data - the format, the sources, then explore some of the most interesting\u002Fcool algorithms and show how they are used in many more or less known tools and applications.\n\nWhy? Not only because maps are fascinating, but also because all of the developers can learn a lot about the power of open data, efficient data structures, and composable tools!\n",[],[858],{"id":859,"name":860,"photoUrl":861},"a82575f4-0241-4843-b079-ff13c6c8adde","Maciej Próchniak","https:\u002F\u002Fapi.confitura.pl\u002Fapi\u002Fresources\u002Fphotos\u002Fa82575f4-0241-4843-b079-ff13c6c8adde.jpeg",[863,867,870,873,876,878,881,883,886,889,891,894,897,900,902,904],{"id":864,"dayId":7,"timeSlotIndex":35,"roomId":81,"roomLabel":82,"label":865,"presentationId":103,"timeSlotSpan":14,"timeSlotLabel":866},"34a32345-b0b6-4a5f-a62c-ef2de77ee922","","11:15 - 14:15",{"id":868,"dayId":7,"timeSlotIndex":18,"roomId":92,"roomLabel":92,"label":869,"presentationId":378,"timeSlotSpan":8,"timeSlotLabel":19},"09747d76-76a6-4b8e-9313-eac13dcb6b9b","KEYNOTE",{"id":871,"dayId":7,"timeSlotIndex":51,"roomId":75,"roomLabel":76,"label":865,"presentationId":408,"timeSlotSpan":18,"timeSlotLabel":872},"87fa2ae1-8f1e-46aa-9e90-46eb96de2ded","14:30 - 18:00",{"id":874,"dayId":7,"timeSlotIndex":26,"roomId":78,"roomLabel":79,"label":865,"presentationId":693,"timeSlotSpan":14,"timeSlotLabel":875},"b580ec42-282c-4397-b594-953c9e522f74","10:00 - 12:15",{"id":877,"dayId":7,"timeSlotIndex":26,"roomId":75,"roomLabel":76,"label":865,"presentationId":350,"timeSlotSpan":14,"timeSlotLabel":875},"023faf52-b880-4169-86aa-b409dc930b73",{"id":879,"dayId":7,"timeSlotIndex":43,"roomId":78,"roomLabel":79,"label":865,"presentationId":642,"timeSlotSpan":22,"timeSlotLabel":880},"17bfef63-88f1-416b-867b-016d01dc0297","13:15 - 18:00",{"id":882,"dayId":7,"timeSlotIndex":43,"roomId":75,"roomLabel":76,"label":865,"presentationId":628,"timeSlotSpan":8,"timeSlotLabel":44},"5e895035-06e8-4f08-97d8-7f61d3a6c2ec",{"id":884,"dayId":7,"timeSlotIndex":26,"roomId":72,"roomLabel":73,"label":865,"presentationId":668,"timeSlotSpan":31,"timeSlotLabel":885},"6d1f960a-6391-48a6-a3dd-6f15e3f1e739","10:00 - 18:00",{"id":887,"dayId":7,"timeSlotIndex":31,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":32},"19dc3d73-04d7-459c-8b4a-3c35b92d40e4","COFFEE BREAK",{"id":890,"dayId":7,"timeSlotIndex":47,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":48},"b5e62f50-1b0b-46f4-a76e-7173c7724024",{"id":892,"dayId":7,"timeSlotIndex":8,"roomId":92,"roomLabel":92,"label":893,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":9},"1a945f67-b44d-4f7d-9adb-f818344ccabe","REGISTRATION",{"id":895,"dayId":7,"timeSlotIndex":14,"roomId":92,"roomLabel":92,"label":896,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":15},"30fdd44a-4c5e-4e17-b62a-b87ca7dcb0ac","OPENING",{"id":898,"dayId":7,"timeSlotIndex":39,"roomId":92,"roomLabel":92,"label":899,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":40},"5457ed3f-07b5-4312-aec2-f517feff32ee","LUNCH",{"id":901,"dayId":7,"timeSlotIndex":22,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":23},"c2fe28c6-6aa3-4d35-89ff-f6934c6f088b",{"id":903,"dayId":7,"timeSlotIndex":55,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":56},"a9a1b5c7-db94-4be6-86b8-411702d6f5ee",{"id":905,"dayId":7,"timeSlotIndex":63,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":64},"47d747a2-4daf-4e87-9f3c-4b7a91eb5f58",{"1":907,"2":909,"3":911,"4":913,"5":915,"6":919,"7":921,"8":923,"9":925,"10":928,"11":930,"12":932,"14":934},[908],{"id":892,"dayId":7,"timeSlotIndex":8,"roomId":92,"roomLabel":92,"label":893,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":9},[910],{"id":895,"dayId":7,"timeSlotIndex":14,"roomId":92,"roomLabel":92,"label":896,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":15},[912],{"id":868,"dayId":7,"timeSlotIndex":18,"roomId":92,"roomLabel":92,"label":869,"presentationId":378,"timeSlotSpan":8,"timeSlotLabel":19},[914],{"id":901,"dayId":7,"timeSlotIndex":22,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":23},[916,917,918],{"id":874,"dayId":7,"timeSlotIndex":26,"roomId":78,"roomLabel":79,"label":865,"presentationId":693,"timeSlotSpan":14,"timeSlotLabel":875},{"id":877,"dayId":7,"timeSlotIndex":26,"roomId":75,"roomLabel":76,"label":865,"presentationId":350,"timeSlotSpan":14,"timeSlotLabel":875},{"id":884,"dayId":7,"timeSlotIndex":26,"roomId":72,"roomLabel":73,"label":865,"presentationId":668,"timeSlotSpan":31,"timeSlotLabel":885},[920],{"id":887,"dayId":7,"timeSlotIndex":31,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":32},[922],{"id":864,"dayId":7,"timeSlotIndex":35,"roomId":81,"roomLabel":82,"label":865,"presentationId":103,"timeSlotSpan":14,"timeSlotLabel":866},[924],{"id":898,"dayId":7,"timeSlotIndex":39,"roomId":92,"roomLabel":92,"label":899,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":40},[926,927],{"id":879,"dayId":7,"timeSlotIndex":43,"roomId":78,"roomLabel":79,"label":865,"presentationId":642,"timeSlotSpan":22,"timeSlotLabel":880},{"id":882,"dayId":7,"timeSlotIndex":43,"roomId":75,"roomLabel":76,"label":865,"presentationId":628,"timeSlotSpan":8,"timeSlotLabel":44},[929],{"id":890,"dayId":7,"timeSlotIndex":47,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":48},[931],{"id":871,"dayId":7,"timeSlotIndex":51,"roomId":75,"roomLabel":76,"label":865,"presentationId":408,"timeSlotSpan":18,"timeSlotLabel":872},[933],{"id":903,"dayId":7,"timeSlotIndex":55,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":56},[935],{"id":905,"dayId":7,"timeSlotIndex":63,"roomId":92,"roomLabel":92,"label":888,"presentationId":92,"timeSlotSpan":8,"timeSlotLabel":64}]