Data movement between different types of databases, whether relational or not, can be achieved in near real time with Change Data Capture (CDC). In this session, we will describe CDC with Kafka, its benefits and drawbacks, and discuss why it is so essential. We will also have a live coding session where we will demonstrate how to develop a simple Java application to retrieve data from Kafka CDC and transmit it to the frontend using web sockets.

During my presentation, we will take a look at the possibilities we have for using caching in Java applications. We will discuss the pros and cons, do's and don'ts, in just the right proportion to help you make an informed decision about introducing caching into your app.

In this session, we will look at the existing issues that ExecutorService has and how Structured Concurrency addresses them. We will see why Structured Concurrency is so unique and how to use it in practice.

In this presentation I will delve into the challenges of Machine Learning (ML) engine migration from a data engineering perspective. Given a migration is a typical undertaking for outsourcing companies like Globallogic, I will show how lack of proper data management and utilization could make this process a nightmare for developers as well as for customers. I'll focus on the importance of building resilient pipelines, clearly separating data engineering and ML tasks, and other data engineering best practices with examples.

Po wytrenowaniu danego modelu, często przechodzi się do produktyzacji rozwiązania. Jak można przyspieszyć już wytrenowany model? Czy wystarczy "dorzucić większą ilości GPU"? Podczas prezentacji zostanie omówione: - czym jest ""inferencja"" i dlaczego jest tak istotna w świecie AI. - czy zawsze przy optymalizacji trzeba dokonać ingerencji w sam model. - jak poprawić wydajność AI pipelines bez (znaczącej) utraty jakości rozwiązania (... zazwyczaj:)). - czy AI to tylko zadanie dla Python'a.

Odwróć tabelę Angular na czele. Od 2020 roku Angular zgarnia miano najbardziej przerażającego frameworka w ankiecie organizowanej przez StackOverflow. Zmieniło się to dopiero w 2023 - i to dlatego, że wycofano tę kategorię. Podczas tej prezentacji spojrzymy z lotu ptaka na Angulara, przyjrzymy się jego mocnym i jak słabym stronom. Spróbujemy odpowiedzieć też na pytanie, co tak naprawdę stało, za sukcesami i porażkami w dotychczasowych projektach, w których brałem udział.

Blazor - kraina cudowności i piękna, gdzie ECMA to tylko przekleństwo mówione pod nosem gdy coś co próbujemy zrobić jest naprawdę niszowe i nikt o zdrowych zmysłach by tego nie robił w ten sposób. Postaram się opisać co to jest, dlaczego to jest i w jaki sposób to jest.

W społeczności programistów bardzo dużo mówi się o wartości, którą wnosi pokrycie projektu jak największą ilością testów jednostkowych. Na ich temat powstało już wiele prezentacji, kursów i książek, a znajomość pojęcia ‘Test Driven Development’ jest de factostandardem do podjęcia pracy w IT nawet na stanowisku juniora. Skąd więc bierze się taki dysonans, że gdy zaczniemy już pracę w nowej firmie to pierwsze co słyszymy o testach to “nieutrzymywalne”, “nie da się ich napisać”, lub “nie ma na nie czasu, a tester/QA i tak będą to sprawdzać”? Z czego wynika niechęć frontendowców do pisania chociaż najmniejszych testów jednostkowych? Dlaczego testy przede wszystkim kojarzą nam się z purystami i teoretykami? Jako osoba, którą w pracy ciekawi podejście ludzi do różnych tematów, oraz na podstawie własnych doświadczeń chciałbym podzielić się moimi przemyśleniami na temat tego skąd w programistach Reacta może występować niechęć do pisania efektwynych testów jednostkowych, a także czy możemy jakoś temu zaradzić.

Wprowadzanie innego podejścia do programowania może wzbudzić wielki opór nie tylko wśród managementu a również wśród developerów. Nie wystarczy wskazać plusy Agile a jeszcze przekonać do pracy zespołowej oraz wskazać, że przez ostatnie lata można było pracować w lepszych warunkach. Okazuje się, że opór jest duży zwłaszcza u osób z dużym doświadczeniem developerskim.

Czy w świecie Scrum Masterów, Product Ownerów i Agile Coachów jest miejsce dla tradycyjnego Project Managera z planami i rejestrami? W czasach, gdy projekt definiują epickie historyjki, a wartość biznesową mierzy się punktami, nie ma miejsca na wróżenie z kryształowej kuli. Jak skalowanie, elastyczność i iteracyjność wpływają na metodyczną dbałość o projektowe obszary zarządcze? O tym wszystkim w lekko humorystycznym krzywym zwierciadle, a nawet po jego drugiej stronie.

Jesteś Właścicielem Produktu, Scrum Masterem lub Developerem i nigdy nie widziałeś planu Sprintu?
Czy Twój zespół nie osiąga Celu Sprintu?
Bywa, że nie jesteś na bieżąco z postępem prac zespołu w trakcie Sprintu?
Jeśli Twoja odpowiedź na powyższe pytania jest twierdząca, to spotkanie jest dla Ciebie.

Podczas tej sesji podzielę się, jak zastosowanie techniki tworzenia Planu Sprintu na matrycy kalendarza pomaga budować efektywne zespoły, czyli takie, które realizują to, co zaplanowały. Dodatkowo dowiesz się, jak utrzymać samoorganizację zespołu, a także jak dzięki burzliwej dyskusji nad Planem Sprintu członkowie zespołu mogą być bardziej zaangażowani i świadomi jego zakresu.

Jako uczestnik tej prezentacji:
- zrozumiesz, jaki jest plan Sprintu;
- nauczysz się technik facylitacji i jak przeprowadzić Planowanie, którego wynikiem jest strategia Sprintu;
- dowiesz się, jak zmotywować zespół do pracy nad tym samym celem, a nie tylko wykonywania „moich zadań”;
- dowiesz się, jak nadal być zwinnym w realizacji Planu Sprintu.

To jak, chcesz poznać tajniki planowania w Scrumie?

Na podstawie Case study z projektu przedstawie praktyczną realizacje zakresu prac DevOps z nastawieniem na Biznes. Jak realizować przyspieszenie developmentu poprzez efektywniejsze przekazanie informacji zwrotnej do biznesu oraz zwiększenie z nimi integracji. Ułatwienie podejmowania decyzji poprzez zapewnienie mierzalności pracy jaką DevOps wykonuje. Zwiększenie transparentności i zaangażowanie klienta w podejmowanie decyzji dzięki translacja wymagań biznesowych na zakres techniczny.

Bezpieczeństwo danych, wdrożenia na produkcję, milionowe biznesy i dostęp tylko w razie potrzeby. Wszystkie aspekty automatyzacji budowania i wdrażania aplikacji w zabezpieczonym środowisku składają się na obraz zadania, które jednocześnie ma dobrze znane prawidłowe rozwiązania i bardzo łatwo zrealizować je źle. A ponieważ konsekwencje zaniedbań mogą spowodować nagłe zmiany w karierze, to warto o nich pomyśleć wcześniej. Zróbmy to teraz.

Kiedy w 2016 roku, Google wydał książkę Site Reliability Engineering, wprowadzone przez Google metody i praktyki były szybko adaptowane przez wiele firm na całym świecie. Jednak z czasem Site Reliability Engineering zaczął przeżywać ewolucję poza murami Google'a. W prezentacji przyjrzymy się różnorodności podejść do SRE w różnych firmach, analizując, czy odejście od oryginalnej koncepcji Google'a ma sens.

Z mojej prezentacji dowiecie się co przyniesie JDK 21. Skupię się na Virtual Threads, czyli czymś co Java Community rozwijała od pewnego czasu jako projekt Loom. Powiem co to są te wątki virtualne i jak ich możemy użyć w naszych aplikacjach.

Krótkie przypomnienie czym są narzędzia takie, jak Gradle czy Maven (i jakie są alternatywy). Większość prezentacji będzie w formie "live demo" pokazującej najbardziej fundamentalną różnicę między tymi dwoma narzędziami. Podczas prezentacji odpowiem na następujące pytania: Dlaczego Maven potrzebuje być "czysty" (mvn clean <>)? Tasków Gradle'owych nie trzeba czyścić? Skąd ta różnica? Co ta różnica oznacza dla mnie - dewelopera? Jaka jest różnica między taskami kończącymi się jako UP-TO-DATE albo FROM-CACHE w Gradle'u? Jakie są implikacje wydajnościowe? Podczas prezentacji pokażę krótko w jaki sposób (i w jakim celu) każdy może skorzystać z darmowego serwisu do publikowania Build Scan'ów (https://scans.gradle.com)

Micronaut is providing a new approach to the Dependency Injection mechanism, leveraging the best practices of Spring and knowledge collected during the time. Micronaut is well known as a fast start-up time framework that does not use reflection, but how does it impact the DI, and why does it benefit developers so greatly?

As a QA specialist, you always need to sell testing services: the services of a company you work for; your personal services as an independent contractor; or you're just going to a job interview. Even now, some people still consider testing an activity that can easily be done by developers. We will discuss the most common obstacles that might prevent you from being effective at presenting your services and discuss the popular approaches to do it right. This topic will help you to grow as a QA expert and I will be there for the entire meetup to answer all your questions. :)

Flamegraphy i Flamescope to dwa potężne i uzupełniające się narzędzia wizualnej analizy wydajnościowej, które pomagają w badaniu i optymalizacji aplikacji oprogramowania.
Na prezentacji dowiesz się jak wizualizować i analizować profile wydajnosci CPU przy użyciu oprogramowania open source od Netflix'a.
Nauczysz się w prosty sposób wyszukiwać miejsca w Twojej aplikacji które moga wymagać optymalizacji.
Dowiesz się jak sprawdzić czy CPU efektywnie wykorzystuje swój czas pracy.

1. Pokazanie na "żywym przykładzie", w przeglądarce chrome, jak działa komunikacja klient - server.

2. Prosty przykład funkcji intercept - live coding.

3. Przypadki użycia funkcji intercept:
a) śledzenie zapytania, oraz wymuszenie przez użytkownika, aby kolejne akcje wykonywane były po uzyskaniu status code z grupy 200,
b) assercje na responsach z servera,
c) mockowanie responsów i przykłady ich wykorzystania,
d) modyfikowanie responsów,
e) logika w requestach (mockuj tylko wtedy kiedy spełnione są pewne warunki).

Użytkownik to taki superbohater naszej projektowej codzienności. Jest silnikiem, który napędza nasze projekty i wyznacza nam kierunek, ale jednocześnie jest kierowcą, który decyduje, gdzie chce pojechać. I nie interesuje go, gdzie Ty byś chciał go zawieźć. O tym, dlaczego nasze zdanie podczas projektowania zwykle liczy się najmniej i dlaczego głos użytkownika jest niczym plany na wakacje, opowiem podczas naszego spotkania :)

Kiedy robisz coś w ten sam sposób, ale oczekujesz innych rezultatów, wiesz, że musisz się zmienić. Próbujesz nowych technik, nowych narzędzi, ale czasami musisz całkowicie zmienić swoje podejście. Wdrożenie Continuous Discovery w organizacji będącej w fazie wzrostu może być wyzwaniem: każdy z pracowników ma swoje zdanie lub wątpliwości. Podzielę się z Tobą krok po kroku edukacyjnym podejściem do wdrażania kultury eksperymentu na co dzień; rozwijanie ciekawości użytkowników, wczuwanie się w ich problemy i stawianie ich w centrum uwagi wraz z wymaganiami biznesowymi.

Projektant projektuje dla użytkowników i razem z użytkownikami. We współczesnym, wielokierunkowym i ciągle zmieniającym się świecie projektant, aby zaprojektować dla użytkowników, musi współpracować z multidyscyplinarnymi zespołami i zarządzać rozbieżnymi politykami. Oznacza to, że jego podstawowym narzędziem jest nie tylko ołówek, plik figmy czy testy użytkownika, ale także zarządzanie emocjami zespołu, inspiracja i inicjowanie przedsięwzięć. Projektant musi zebrać różnych ludzi i różne punkty widzenia wokół sprawy i uczynić sprawę wspólną sprawą. Współcześni projektanci produktów cyfrowych powinni mieć umiejętności tworzenia więzi społecznych, inspirowania i rozszerzania sprawczości. Design Thinking to idealne ramy do współtworzenia, czyli budowania zespołu wokół wspólnego celu. Jest to solidny proces z kamieniami milowymi, umożliwiający zespołowi wyrównanie emocjonalne i usunięcie niepotrzebnych tarć. Projektant staje się wplecionym w tkankę liderem i przewodnikiem w zgranym, elastycznym i zaangażowanym zespole. Jednakże nie jest to samogrający ‘złoty róg’ ani magiczne zaklęcie. Więc jak wprowadzić zespołowy Design Thinking? Czy to się w ogóle udaje? Jakie niebezpieczeństwa na nas czyhają i co nam grozi jak tego nie zrobimy?

Ilu z nas zamiast "prosty jak drut" powiedziałoby "prosty jak Git"? Ten najpopularniejszy obecnie system kontroli wersji jawi sie wielu ludziom jako skomplikowany i trudny. Chciałbym w trakcie prezentacji zabrać Was do wnętrza Gita i pokazać, że cała ta mnogość komend i czasem trudne do ogarnięcia umysłem zachowanie, oparte są o bardzo prosty pomysł. A po zrozumieniu tego pomysłu codzienna praca z nim stanie się "prosta jak drut/Git". Zastanowimy się też jaka z tego płynie nauka dla naszych projektów i czy łatwo jest robić commity w Git'cie przy pomocy Javy.

Apache Kafka to znany broker wiadomosci, ale także platforma do strumieniowego przetwarzania. GlobalKTable jest częścią biblioteki Kafka Streams, odpowiedzialnej za stream processing. Przy pewnych założeniach, można potraktować GlobalKTable jako lokalny read-only in-memory cache, który w dosyć zwinny sposób można zorkiestwać. W ramach tej prezentacji mam zamiar opowiedzieć krótko o Kafce, Kafka Streams i o specyficznym przypadku użycia GlobalKTable jako cache.

Zajrzymy w odmęty narzędzi dostarczonych od firmy Oracle i przeanalizujemy w jaki sposób możemy z nich skorzystać, aby przyspieszyć nasze aplikacje. Będzie to wstęp do metody kompilowania Just-In-Time.

Jeśli męczysz się z logami w ELK (Elasticsearch, Logstash, Kibana) to zaprezentuję Ci rozwiązania dla typowych problemów z Elasticsearch. Dodatkowo przedstawię alternatywny system, który jest wolny od wad ELK, a przy okazji tańszy.

Podczas prezentacji opowiem o tym, jak przy użyciu AWS CDK dołożyliśmy cegiełkę do ratowania świata w pandemii. Omówię wyzwania, jakie napotkaliśmy podczas budowania projektu NHS Test and Trace, który Kainos dostarczył w trakcie COVID-19 dla brytyjskiego Ministerstwa Zdrowia. Dowiesz się jak nie wydając milionów $ na infrastrukturę, zbudowaliśmy system umożliwiający obsłużenie prawie dwa i pół miliona zapytań dziennie. A na koniec porozmawiamy o tym, co można byłoby zrobić lepiej.

Poruszę tematy związane z klastrami pocztowymi i rozwiązań do okólnych. Opowiem o projekcie związanym z pocztą przyczyniającym się do obniżenia CO2 i dlaczego akurat to. Na koniec porozmawiamy o projektach i podejściu QFD. Postaram się aby była to prezentacja oparta na luźnej rozmowie. Będę tez zadawał pytania :)

W swojej prezentacji opowiem o pół(tora)rocznym wolontariacie HearAI, którego celem było zbadanie możliwości automatyzacji tłumaczenia języka migowego. W odróżnieniu od większości istniejących badań, dane wykorzystane w procesie uczenia maszynowego opisane są w HamNoSys, czyli notacji opisującej charakterystykę poszczególnych znaków w języku migowym. Teoretycznie, umożliwia to wytrenowanie modelu niezależnego od języka migowego (tak, języków migowych jest wiele ;)). O stronie praktycznej opowiem podczas wystąpienia.

Niewatpliwie każdy z nas słyszał o słynnym narzędziu ChatGPT. Dlaczego jednak zdarzaja sie sytuacje, że ChatGPT kłamie, bez mrugnięcia "okiem"? Podczas wystapienia przedstawie koncepcję oraz praktycznie zastosowanie najnowszych osiagnieć z dziedziny przetwarzania jezyka naturalnego. Wspólnie zweryfikujemy jak przydatne (oraz groźne) moga być zaawansowne rozwiazania oparte o model GPT 3.5.

Aby zaprogramowana platforma rzeczywiście odzwierciedlała design, to design musi rozumieć development. Ukończenie studiów informatycznych i ciągła współpraca z deweloperami uświadamia mnie jak dużo wyzwań stoi przed designerami. Przez lata jako projektant UI, próbowałam wypracować schemat współpracy między światem kodu, a designu. Jak się okazuje, im bardziej zrozumiemy ograniczenia, tym bardziej możemy poszaleć ;)

Customer Journey Map to według mnie jeden z ważniejszych w organizacji artefaktów produktowych. Jest to mapa, która pokazuje nam miejsca, w których potrzeby klientów możemy przełożyć na realia produktowe-biznesowe. Niestety taki artefakt, zwłaszcza gdy jest dobrze zrobiony może stać się dynamitem - o czym opowiem podczas prezentacji.

W swojej prezentacji opowiem o tym czym jest neuroróżnorodność i dlaczego wiedza na ten temat może mieć duże znaczenie w pracy UX Researchera. Skupię nie tylko na potencjalnej neuroróżnorodności osób badanych, ale też tych, które zajmują się badaniami. Przedstawię kilka wskazówek, które mogą pomóc w realizowaniu bardziej inkluzywnych badań, źródła, które pomogą poszerzyć wiedzę na ten temat i inspirujące osoby, które w środowisku technologicznym i UX promują wiedzę związaną z tematem neuroróżnorodności. O wszystkim tym opowiem z perspektywy badaczki UX i menadżerki zespołu.

At the beginning of the presentation I'll define the lifecycle of Spring's beans. After that, I'll show how knowing this concept can be used in real use cases. I'll also share the issues I recently faced and how I finally resolved them.
If you need points:
- defining the lifecycle of Spring's beans,
- how knowing this concept can be used in real use cases,
- the issues I recently faced and how I finally resolved them.

Postaram się odpowiedzieć na pytania: Jak zbudować idealną architekturę? Czym się kierować przy trudnych wyborach? Monolit czy mikroserwisy? SQL czy NoSQL? JPA czy MyBatis czy JDBC? Synchroniczna czy asynchroniczna komunikacja?

Spring Boot 3.0 będzie posiadał wbudowane wsparcie kompilacji natywnych obrazów.
W związku ze zbliżającym się wydaniem oficjalnej wersji chciałbym podzielić się moimi obserwacjami związanymi z tym podejściem.
Podczas prezentacji poruszę tematy związane z: GraalVM, AoT, Native Hints, problemy i limity natywnych aplikacji, graal tracing agent, problemy runtime oraz compile time, performance comparison.

The journey from local Tilt + KinD-powered microservice infrastructure to the cloud and Google Kubernetes Engine. I will show you some solutions and suggest some tips that can facilitate the work of a Developer and DevOps. Everything will be based on the GitOps approach.

Patryk wystąpi z prelekcją „Distributed tracing by Example", w której wyjaśni:
- jak debugować złożone architektury oparte na mikroserwisach,
- jak wzbogacić swój stack observability.

Od dwóch lat jako Trusted Twin rozwijamy skalowalną platformę do współdzielenia danych operacyjnych, niezbędnych dla procesów czasu rzeczywistego. System pozwala na wydajne przechowywanie i przetwarzanie współdzielonych obiektów o elastycznej strukturze danych. Usługi chmurowe wydają się oczywistym wyborem dla tworzenia systemu oferujących taką funkcjonalność, z założenia usługi AWS wspierają skalowalność.
Pojawia się pytanie, czy wybierając chmurę, możecie przestać myśleć o problemach skalowalności? W trakcie prezentacji odpowiem na to pytanie prezentując jakie my napotkaliśmy problemy w trakcie projektowania i implementacji platformy Trusted Twin. Dowiecie się jakie usługi / wzorce projektowe wykorzystaliśmy i o czym trzeba pamiętać, żeby uniknąć typowych błędów

Dark mode to fajny ficzer. Z kolei White label to często twarde wymaganie od klienta. Możliwości ich implementacji jest wiele. My przyjrzymy się, w jaki sposób mogą nam w tym pomóc design tokeny. Bo mogą. I to bardzo. Oczywiście pod warunkiem, że są zrobione dobrze ;).

A short story about using Vue.js as a main frontend framework for our products. Problems we met, solutions we found and good practices we discovered. Dilemmas we faced and a testing approach we have.

JavaScript od zawsze był uznawany za "dziki zachód" w branży IT. Jego elastyczność pozwala programistom na wykorzystywanie tego języka praktycznie w każdym środowisku uruchomieniowym.
Niestety ma to też swoje minusy.
Obecnie, dużo rozpoczętych projektów wpada w nieskończoną pętle refactorów, nigdy nie widząc światełka w postaci upragnionego deployu.
Odbija się to nie tylko na kieszeniach biznesu, ale także na zdrowiu psychicznym pracowników, którzy muszą z takim produktem pracować.
Ciągłe rotacje w zespole sprawiają, że czujemy się jak Syzyf pchający głaz pod górę tylko po to, aby zaraz znowu upadł na dół.
Po paru latach mojej przygody z komercyjnym JS'em zacząłem się zastanawiać, czy można zapobiec takim sytuacjom. Co je powoduje?
Głęboko wierzę, że jest to możliwe, ale tylko z odpowiednim nastawieniem - nastawieniem, które opisuje jako "Goal-oriented software development".
W mojej prezentacji przedstawię założenia tego podejścia i w jaki sposób może cię ono uratować przed katastrofą w zespole.

Software teams have transformed from coding, to engineering, to product ownership. Let's look at the history of developer responsibilities and expectations and ask ourselves what and what it means to be a Product Engineer - taking Dynatrace as an example. I'll talk about team organisation, charter, self-development and speculate a bit about the future.

1. What is Emotional intelligence?
2. What are the 5 elements of emotional intelligence?
3. How to start using it?
4. How to boost your emotional intelligence?
5. Summary
6. Q&A

1. Dlaczego facylitacja?
2. Czym jest, a czym nie jest facylitacja.
3. Kiedy facylitować?
4. Cechy skutecznego facylitatora.
5. Przykłady narzędzi do użycia od zaraz.
6. Najczęstsze błędy.
7. Q&A

ML experiment tracking – co to jest, dlaczego jest ważne i jak to robić z wykorzystaniem platformy Weights&Biases.

In past few years Graph Neural Networks were one of the hottest research topics in many machine learning conferences. Presentation aims to give you a taste of what Graph Neural Network is and based on example we will demystify way to train simple GNN.

Podczas wystąpienia Łukasz opowie:

• o wymaganiach sprzętowych komputera, którego moc obliczeniowa odpowiada ludzkiemu mózgowi
• dlaczego takiego komputera jeszcze nie ma
• co potrzeba, żeby taki komputer stworzyć

Sektor transportu drogowego odpowiada aż za 8-10% polskiego PKB oraz za 25% europejskiej emisji gazów cieplarnianych (w tym CO2) i jest znaczącym źródłem gazów cieplarnianych w UE. Zastosowanie rozwiązań ML do ustalania cen zleceń pozwoliło skuteczniej kojarzyć zleceniodawców i przewoźników na giełdzie Clicktrans, którzy “i jak już tam jadą” (osiągnęliśmy wzrost konwersji na transakcję o ponad 40%). To w konsekwencji przyczynia się do ograniczenia pustych przebiegów i emisji zanieczyszczeń do atmosfery. Podczas prezentacji omówię zastosowanie machine learning (ML) w branży transportowej na przykładzie internetowej giełdy transportowej Clicktrans, która wspiera ekologiczny transport. Omówię stworzony przez nas system predykcji cen transportu różnych towarów na terenie całej Europy. Pokażę, w jaki sposób integracja systemu ML z istniejącym produktem pomogła w realizacji celów biznesowych i przyczyniła się do ulepszenia istniejącego produktu, a także z jakimi problemami się mierzyliśmy.

Kilka tygodni temu manager zapytał mnie, „ok Sławek, powiedz proszę jak wygląda możliwość i jak dużym wyzwaniem jest „przebranżowienie się” z C# na Jave”. Właśnie wokół tego tematu będzie prowadzona prezentacja, tak aby zbadać, a może odkryć, czy taka zmiana ma sens i czy może przynieść jakąś wartość. Nie będę starał się porównać tych technologii, ale skupić się na tym jakie wyzwania, a może i szanse taka zmiana daje.

Czym właściwie jest docker? Jak lekki może być obraz dockera? Czy kontener może istnieć bez obrazu? Dlaczego używamy obrazów i dlaczego są takie duże? Na te i kilka innych pytań poszukamy odpowiedzi i kto wie? Może nawet niektóre znajdziemy.

Restrykcyjne procesy wymagają od testerów podążania za wytycznymi norm. Koncentracja nad specyfikacją i przeniesienie testów na końcową fazę wytwarzania softu to zmora testerów i programistów. Poprawki trudno wcisnąć w obecne wydanie, a każde przebudowanie aplikacji wymaga bezwzględnego restartu testowania. Brzmi znajomo? Zastanawiasz się czy można zbudować efektywną strategię testowania w sztywnym procesie? A może jeszcze przemycić do niej coś, co z natury nie jest restrykcyjne? Zobaczmy czy jest sposób aby testować intensywnie, znajdować błędy, naprawiać i nadążać z testowaniem, gdy produktem jest samochód lub sprzęt medyczny.

Dostępność jest niezbędna dla osób i organizacji, które chcą tworzyć wysokiej jakości produkty cyfrowe i usługi, które nie wykluczają użytkowników.
Podczas spotkania dowiesz się:
✔️ Dostępność - co to tak naprawdę znaczy i czemu jest tak istotne.
✔️ Jak łatwo przetłumaczyć WCAG i inne międzynarodowe standardy dostępności dla testerów, analityków biznesowych, programistów.
✔️ Dobre praktyki w testach accessibility.
✔️ Czy testy accessibility są drogie?
✔️ Jak wykorzystać ogólno-dostępne narzędzia w praktyce

1. Nowości
2. Starocie
3. Migracja do Selenium 4

Jakie narzędzia zastosowaliśmy jako organizacja i jak ich używamy w toku transformacji z użyciem metodyki DevOps. Jaką drogę przeszliśmy i czego możecie nauczyć się na naszych błędach.

For a business owner, a data-driven approach is a way to win in the market. For individuals, expertise in data-driven intelligence is a way to be the most demanded future employee.
After the session, You will have a better understanding:
- How do companies use data to innovate
- Where can the data-driven approach be used
- How can You prepare yourself to be a part data-driven revolution
- Why should the data-driven approach be used
The session will be a discussion inspired by slides.

DevOps to zestaw praktyk, które pomagają wytwarzać oprogramowanie szybciej nie obnizając jego jakości.
W ostatnich latach można zauważyć trend specjalizacji owych praktyk w konkretnych dziedzinach.
Przykłady to GitOps, DataOps, ArchOps czy też MLOps. Ten ostatni chciałbym bliżej przedstawić na tej prezentacji.
Pokażę na czym skupia się, jakie specjalne praktyki wprowadza oraz jakie konkretne narzędzia wykorzystuje.

Na rynku dostępnych jest wiele narzędzi do testowania konfiguracji IaaC. Mamy lintery/testery dla Dockera, Terraforma czy Ansible. A co z Jenkinsem? Czy wciąż musimy testować wszystko na żywym organizmie? Wprowadzenie Pipeline i współdzielonych bibliotek pozwala nam pisać regularny kod w Groovy. Dodatkowo możemy skorzystać z wbudowanego lintera z instancji Jenkinsa. Dzięki temu możemy pisać testy jednostkowe dla naszych konfiguracji. Podczas prezentacji pokażę jak krok po kroku przygotować środowisko do tworzenia bibliotek jenkinsowych i jak uruchamiać testy tych bibliotek w... Jenkinsie 🙂 Podam też garść praktycznych wskazówek jak używać tego podejścia w realnym środowisku.

W praktyce pokażę jak połączyć aplikację .NETową z Key Vaultem. Ponadto opowiem o tym jak posługiwać się konfiguracją oraz jak chronić nasze secrety przed wbiciem ich do repositorium!

Świat jest niekończącym się ciągiem wydarzeń. Czy jesteśmy w stanie je wszystkie uchwycić? Czy tak dokładna wiedza może dać nam szersze spojrzenie na to, gdzie jesteśmy obecnie?
Ten wstęp oraz pytania mogą brzmieć bardzo filozoficznie - dotyczą one jednak systemów informatycznych, które na co dzień projektujemy, implementujemy oraz wdrażamy.
Podczas prezentacji przyjrzymy się sposobowi działania systemów opartych o Event Sourcing. Skupimy się na tym, czym w ogóle jest Event Sourcing, jak działa system na nim oparty, z jakich elementów jest skonstruowany oraz omówimy jakie są jego mocne i słabe strony.
Czy ta prezentacja będzie kolejnym zdarzeniem w Waszym programistycznym życiu? To już zależy tylko od Was - serdecznie zapraszam!

Badanie kondycji aplikacji ułatwia wykrywanie błędów i awarii oraz wspomaga diagnostykę systemu. Podczas prezentacji pokażę w jaki sposób udostępniać tak zwane „Healthchecks” oraz jak zintegrować je z Dockerem i Kubernetesem.

Skąd wiemy, czy to co zaprojektowaliśmy jest lepsze od poprzedniej wersji? Czy zamówienie produktów w sklepie internetowym w ciągu 5 min, to dobry czy zły wynik? Na te i inne pytania postaram się odpowiedzieć podczas mojej prezentacji.

W swojej prezentacji opowiem, jakie umiejętności powinien posiadać UX Writer, z jakimi zadaniami ma na co dzień do czynienia w pracy, z kim najczęściej wspólpracuje i jakich narzędzi używa. Przedstawię też kilka case’ów z codziennej pracy, podczas której razem z zespołem budujemy doświadczenie użytkownika za pomocą słów.

Częstym problemem w organizacji jest brak budżetów lub czasu na badania produktu. Jak okazuje się w praktyce da się wypracować powtarzalny proces, który sprawi, że do organizacji będą wpływać co miesiąc świeże informacje od użytkowników. Podczas prelekcji pokażę, które momenty w procesie badawczym da się zoptymalizować tak, aby badania przestały się kojarzyć z etapem, który wstrzymuje pracę projektantów, programistów i biznes.

Uczenie maszynowe to jedna z najszybciej rozwijających się dziedzin przetwarzania danych. Wraz ze wzrostem rozmiarów sieci neuronowych i liczby ich parametrów, czas i zasoby wymagane do uczenia również rosną wykładniczo. Mateusz omówi największe wyzwania akceleracji uczenia maszynowego za pomocą GPU oraz o tym dlaczego akcelerator Graphcore IPU jest dla nich efektywnym rozwiązaniem.

Technologie transformacyjne służą cyfryzacji, digitalizacji, elektronizacji pracy zawodów prawniczych oraz wymiaru sprawiedliwości. Są sposobem na zwiększenie efektywności, produktywności, wydajności procesów prawnych. Nowoczesny prawnik nie może funkcjonować bez wsparcia systemów informatycznych, teleinformatycznych, czy też systemów eksperckich. Legaltech to nie tylko praca na umowach, orzeczeniach, to również praca na aktach prawnych. Jednak, czy praca na aktach prawnych i narzędzia, które służą jej automatyzacji, usprawnieniu to proces złożony i problematyczny? Jak ważne jest nawiązanie połączeń i uzyskiwanie spostrzeżeń? Grafy wiedzy pozwalają wyjść poza cyfrową transformację, od łączenia silosów danych i budowania struktur danych po przyspieszanie procesu uczenia maszynowego (ML) i sztucznej inteligencji (AI). Na przykładzie grafowego zapisu danych i wykorzystania wbudowanej biblioteki Neo4j Graph Data Science przedstawione zostanie, dlaczego tego typu dane jak akty prawne warto przechowywać w ww. formie. Zaprezentowane przy tym zostanie wykorzystanie przykładowych algorytmów ML celem przewidywania i analizowania relacji.

Zanim spędzisz tysiące godzin na uczeniu się i programowaniu modeli sprawdź, czy to, co wymyśliłeś, ma sens. Narzędzie o nazwie KNIME pozwala na szybkie zbudowanie całego przepływu danych nawet bez znajomości modeli. Pokażę jak w 10 minut stworzyć program, którego budowanie tradycyjnymi metodami zajęłoby dziesiątki godzin. Drugie narzędzie - ML.NET od Microsoftu pozwala znaleźć model, który najlepiej uczy się Twoich danych. Zaprezentuję automat do eksperymentowania z modelami, który szybko ogarniesz bez posiadania doktoratu.

W naszym 80-cio osobowym projekcie dla klienta z branży finansowej, w którym pracujemy nad platformą zdolną przetworzyć kilka milionów faktur dziennie, pojawiło się wyzwanie. Potrzebna była baza danych, która umożliwiłaby dostarczenie efektywnej wyszukiwarki, pozwalającej śledzić historię każdej z faktur. Rozwiązaniem, na które się zdecydowaliśmy był Elasticsearch. Wydawało się, że to dobra i łatwa droga. Ale... no właśnie. Wdrożenie go do istniejącego projektu okazało się trudniejsze niż nam się początkowo wydawało. Po drodze okazało się, że jest sporo rzeczy, których nie rozumieliśmy, albo działanie poznaliśmy dopiero w praktyce. Opowiem Wam m.in. o rzeczach, które przeczytaliśmy w dokumentacji za późno, o abstrakcjach, których zachowanie może zaskakiwać i o tym co prowadziło nas do tytułowej konkluzji, że "i tak zrobimy to źle".

Some technologies become really common to nowadays Java geek’s tool belt – sometimes such “common”, that they just become welded into it and stop being paid any attention to. But suddenly there might be a need to revisit it and explain to somebody (maybe a teammate or what's worse, the client). That day it often turns out, that the most difficult things to explain, are the ones which appeared to be “obvious”. Probably not without a reason – as we’re dealing with something every day, we tend to progressively lose the point, or maybe we never even got that point properly (just not digging into evident topics). At the same time, we tend to underestimate the harm it may do - not only to our projects or products, but especially to ourselves. Things seem to be no different with REST – so taking it as an example let’s do a hard-reset to our dictionary and try to define and explain some obvious things from scratch. From plain web services to RESTfull APIs. Examination of conscience may follow – are we certain about all the other “terms” we meet every day? Have we ever made some thoughts on whether it actually makes any difference?

In the era of ever-growing role of computers in our lives, from medical equipment and satellites to cars and refrigerators, making reliable software becomes crucial to many organizations. I'm going to talk about how defining a clear contract between the components can help in making more secure and resilient software.

Branża UX stale się powiększa. Sam kurs Google skończyło w tym roku prawie 300 tysięcy osób. Konkurencja rośnie, za to zadowolenie z pracy wydaje się spadać. Warto spojrzeć na branżę z lotu ptaka i zastanowić się, czym jest sukces, jak go mierzymy, jak go osiągnąć i co jest ważne po drodze. Czy sukcesem jest dobrze płatna praca? Jak bardzo istotne jest spełnienie zawodowe? Poczucie docenienia? Poczucie że nie przesuwamy prostokątów w Figmie bez celu? Na te i inne pytania poznamy odpowiedź po moich rozmowach z ponad 300 młodymi projektantami z całego świata oraz w oparciu o własne obserwacje.

Working on enterprise project you’ll always get to the point when some functionality should be segregated to be shared with different parts of application and sometimes even across different projects. During my talk I will share with you my experience working on shared libraries including some good practices and mistakes that you would want to avoid.

The presentation aims to show how a scalable data ecosystem impacts the decision making process in large organizations. It will cover the data democracy ecosystem and try to prove that data engineering, data science and machine learning should be treated as one domain. It includes real life examples including some spectacular fuckups.

Dobra prognoza popytu pozwala na poprawne zaplanowanie liczby sztuk, które należy wysłać do salonu, aby z jak największym prawdopodobieństwem zaspokoić przyszłe zapotrzebowanie, a jednocześnie nie spowodować przetowarowania. Stworzyliśmy szyty na miarę system wykorzystujący ML do optymalnego prognozowania popytu na produkty. Automatyczny system alokacji jest tak zaprogramowany, aby minimalizować konsekwencje braku lub nadmiaru towaru. Opowiem m.in. jak zamknięcie gospodarki wpłynęło na rozwój strategii omnichannel w branży Fashion i jakie miało to odzwierciedlenie w algorytmach predykcyjnych. Pokażę w jaki sposób iteracyjne podejście do rozwiązań ML pozwala dopasować się do zmieniających się potrzeb klientów.

Podczas wystąpienia postaram się wprowadzić Ciebie w temat zadania optymalizacji w ramach modeli uczenia maszynowego. Poznamy zalety tego podejścia oraz pułapki czyhające w wielu skryptowych zaułkach.

We will have an overview of an auth transformation to SSO for a customer environment including a number of services. Will discuss security aspects, problems solved and lessons learned from that transformation.

Why your solution needs graphs and how to use them in your Java stack. We will go through an introduction to the concept of graph databases, knowledge graphs and ontologies while focusing on potential use cases and real-world applications.

Here we will talk about key selling points which you can use to convince your other dev teammates specializing in Java and especially your company managers to introduce Kotlin as a main programming language.

Zaprezentuję najnowsze osiągnięcia z dziedziny detekcji obiektów w środowisku Tensorflow 2. Za pomocą rzeczywistego case study zagłębimy się w proces gromadzenia danych, modelowania oraz analizy jakościowej całego rozwiązania uwzględniając wymagania biznesowe.

From object detection in images to beating humans in Go and Starcraft, machine learning based systems can solve problems previously unsolvable by classical algorithms. In order to make a true impact on human lives, these systems need to be exposed to end-users in a usable form. I will walk you through the path from a potent machine learning system to a product used by scientists in their daily work. We will go through the process of building such product and the challenges that lie on the way. I will argue that with the correct approach and team, it is possible to deliver complex, specialized ML-based solutions as simple, easy-to-use software. These features help the subject-matter experts to solve real-world problems, rather than spend months learning about machine learning.

Uczenie maszynowe (ML) jest istotnym składnikiem nowoczesnych systemów wyszukiwania. Modele ML pomagają w wielu aspektach wyszukiwania, takich jak rozpoznanie intencji, parsowanie zapytań, facet selection oraz pozycjonowanie wyników. W tej prezentacji przeanalizujemy korzyści płynące z wykorzystania modeli ML w podstawowej funkcjonalności wyszukiwania - przy pobieraniu dokumentów.

Czy samo uruchomienie wielu instancji aplikacji na wielu komputerach oznacza, że może ona zostać uznana za highly available? Teoretycznie tak, ale termin HA to coś więcej. Za przykład weźmy instalację środowiska Kubernetes. Jeśli zainstalujesz ją na AWS, to jest ona uważana za HA tylko, jeśli master nodes znajdują się w różnych strefach availability zone, a nie tylko na różnych maszynach. Zresztą, ten temat jest jeszcze dużo, dużo szerszy. W trakcie prelekcji Rafał Leszko przedstawi 5 poziomów high availability: Multi instance, Multi zone, Multi region, Multi cloud i Hybrid cloud. Omówi rzeczywiste scenariusze, których jego zespół doświadczył podczas projektowania Hazelcast i przedstawi przykłady powiązanych funkcjonalności, których można potrzebować: in-memory partition backups, zone aware partition groups, WAN replication.

Jedną z zalet produktów chmurowych jest możliwość ich rozszerzania. Stawia ona równocześnie przed nami dużo wyzwań.
Przedstawię Wam jak rozwijaliśmy platformę do budowania rozszerzeń, jakie były wady i zalety naszych rozwiązań oraz jakie wnioski z nich wyciągnęliśmy - począwszy od integracji uruchamianych na serwerach klientów, poprzez integracje z zewnętrznymi aplikacjami, aż po rozwiązania bazujące na funkcjach serverlessowych.

Johnny Cash powiedział kiedyś: „You build on failure. You use it as a stepping stone. Close the door on the past. You don't try to forget the mistakes, but you don't dwell on it”.
Zapewne nie wiedział, że ten cytat doskonale opisze w przyszłości organizacje działające zgodnie z mantrą „all fast, fail often”. Incydenty to nowa normalność. Stały się część procesu rozwoju. Obserwujemy wzrost liczby wydań Canary, wykorzystywania feature flag, udoskonalania monitoringu w celu jak najszybszego wykrycia incydentu. Mimo, że staramy się minimalizować szkody to jednak incydenty mogą mieć negatywny wpływ na odbiór naszego produktu przez użytkowników. Jak możemy uniknąć wypalenia naszych zespołów spowodowanym nieskończoną walką z tysiącami problemów? Dysponujemy wieloma technikami, ale w tej prezentacji skupię się na unikaniu powtarzania incydentów o podobnym źródle. Opiszę, jak zachęcić inżynierów do wykorzystania nauki płynącej z przeszłych incydentów.
Podam wskazówki, jak samodzielnie przeprowadzić analizę incydentu (a.k.a Postmortem).

In a world where we pay so much attention to the visual side of the design, we pretty often forget about the content. Many times words determine the way we perceive and experience the product. How to make the content design process an integral part of software development? How Content and Design can work together to develop experiences, not just moments? I will answer these and other questions using practical examples from Atlassian.

Podczas wystąpienia będę mówić o opiniach i uprzedzeniach, które często powstrzymują nas przed złożeniem CV do wielu firm z działu tech. Które z nich są trafione? A które to zwykłe plotki? Wystąpienie oparte jest własnymi badaniami wśród grupy designerów z 2021 roku.

Covid zmienił codzienność dla każdego z nas w sposób mniej lub bardziej radykalny. Z perspektywy IT jedni mówią, że rok 2030 nastał 10 lat wcześniej, a wirus okazał się najsprawniejszym Chief Innovation Officer w historii...
Jak to wpłynęło na rynek produktów i usług cyfrowych i dlaczego myślenie o użytkowniku cyfrowych jest istotniejsze niż kiedykowliek wcześniej?

Studium przypadku nietypowego projektu w którym aż roi się o potencjalnie nie pasujących do siebie technologii - który mimo wszystko zakończył się sukcesem i dostarczył wartość biznesową.

Autor pokaże jak w praktyczny sposób został wprowadzony wzorzec CQRS (Command and Query Responsibility Segregation) oraz podzieli się swoimi spostrzeżeniami i uwagami na podstawie zrealizowanego projektu.

C# is compiled to intermediate language, strongly typed, and garbage collected language. Let’s abuse all these elements — we will emit machine code directly, abuse type system, override sealed types, hide objects from GC, all of that directly in the C# language without using external tools.
We’ll see real life scenarios where these things are used and that sometimes “one hacky line” saves us hours of debugging. Based on multiple examples, some are level 200, some are level 400, all of them are worth knowing about.

Discussion about a short project where we investigated issues with the customers cloud platform that they were using for HPC workloads.

Most organizations need to centralize their logs — once you have more than a couple of servers or containers, SSH and tail will not serve you well any more. However, the common question or struggle is how to achieve that.
This talk presents multiple approaches and patterns with their advantages and disadvantages, so you can pick the one that fits your organization best:
• Parse: Take the log files of your applications and extract the relevant pieces of information.
• Send: Add a log appender to send out your events directly without persisting them to a log file.
• Structure: Write your events in a structured format, which you can then centralize.
• Containerize: Keep track of short lived containers and configure their logging correctly.
Each pattern has its own demo with the Elastic Stack (previously called ELK Stack), so you can easily try out the different approaches in your environment.

Coraz więcej zespołów wdraża mikroserwisy do Kubernetesa. Często wdrożenia odbywają się na wielu klastrach, co stwarza wyzwania w zarządzaniu tymi klastrami oraz zwiększa złożoność dostarczania mikroserwisów w sposób jednoznaczny i powtarzalny. GitOps pozwala na efektywne zarządzaniem procesem continuous delivery na środowiskach wieloklastrowych, ponieważ repozytorium kodu jest traktowane jako jedyne źródło prawdy.

Prędzej czy później każdy programista staje przed wyzwaniem rozwiązania problemów z wydajnością aplikacji. I pewnie wielu z nas zastanawia się wtedy, czy można było tego uniknąć. Dlaczego od razu nie napisano tego inaczej? Odpowiedź jest często bardzo prosta: bo nikt nie wyobrażał sobie takiej skali. Gdy ponad 7 lat temu pisano silnik topologii w Dynatrace największe środowiska klientów, które monitorowaliśmy, miały po 200-300 hostów. Kod pisano z myślą o 1000 hostów. A dziś mamy środowiska po 30 tysięcy hostów. Nie dziwi więc fakt, że co jakiś czas musimy zmierzyć się z tematem wydajności. Tym razem należało w krótkim czasie znacząco zmniejszyć użycie pamięci. Chciałbym podzielić się swoim doświadczeniem z „bitwy”, jaką stoczyliśmy na początku roku. Opowiem, jak analizować problemy pamięciowe i jak wytypować obszary do optymalizacji. Na przykładzie historii z silnika topologii w Dynatrace pokażę, jak niedużym nakładem pracy zmniejszyć użycie pamięci i poprawić wydajność. Po drodze odpowiem na wiele ciekawych pytań, m.in.: · Dlaczego nie powinieneś (nad)używać HashSetów? · Czemu warto pomyśleć dwa razy zanim napisze się kolejną lambdę? · Co jest złego w foreach`ach? · Jak łatwo zaoszczędzić pamięć na kolekcjach? · Czy warto zmieniać Integery na inty i jak pogodzić to z kolekcjami? · Dlaczego powinieneś zaprzyjaźnić się ze słowami: break, continue i return? Zaprezentuję efekty jakie uzyskaliśmy i nasze wnioski na przyszłość. Serdecznie zapraszam.

Apache Ignite jest rozproszoną bazą pamięciową wspierająca m.in. SQL i transakcje ACID. W ramach prezentacji omówimy powód wyboru tej technologii w LPP, sposób jej działania oraz korzyści płynące z jej użycia. Na jakie pułapki i problemy natrafiliśmy i jak je rozwiązaliśmy? Czy było warto?

You might have heard about some of them or maybe even about all: Micronaut, Quarkus and Helidon. And you probably wonder: What are those frameworks? What is the difference between them? What makes them stand out when compared to JEE and Spring Boot? Would I have to learn a lot of new stuff if I wanted to start using them? My goal is to answer those and other questions and help you decide if the new wave of Java web frameworks is worth your time.

Podczas prezentacji nauczymy się podstaw GraphQL i jak zintegrować frontend z GraphQLowym API. Zobaczymy również jak w kilka minut dodać backend do swojej aplikacji za pomocą Hasury. Przejdziemy przez najważniejsze funkcjonalności i dowiemy się jak to działa pod spodem. Zobaczymy też, że Hasura daje nam dużo więcej niż GraphQL API z naszej bazy danych. Data Federation, logika biznesowa, rozszerzanie API o customowe mutacje i zapytania? To wszystko jest możliwe z użyciem Hasury!

Opowiem o 2 poziomach architektury. Zaczniemy od tego codziennego, poziomu kodu, a następnie przejdziemy "wyżej" i zastanowimy się jak organizować projekt. W przykładach skorzystam z Reacta, bo wciąż jest to najpopularniejsze rozwiązanie, a widzę z nim sporo problemów pod kątem tak rozumianej architektury.

Tworzenie backendu do zarządzania zbieranymi danymi to często najmniej przyjemna część pracy frontend developera (szczególnie, kiedy jesteś jedynym developerem w projekcie!). Na rynku istnieje wiele rozwiązań no-code lub low-code; w trakcie prezentacji zobaczysz, jak w 15 minut utworzyć i połączyć aplikację z backendem na platformie AWS bez konieczności zagłębiania się w detale cloud computing czy kodowania aplikacji server-side!

Czy (kiedy) potrzebujemy programowania współbieżnego? Jak się do tego zabrać, żeby osiągnąć nasze cele, tworząc przy tym czytelny i dobry kod? Podczas prezentacji poznamy różne podejścia do programowania współbieżnego w Pythonie i dowiemy się, które narzędzia są warte rozważenia w naszym przypadku.

Zarządzanie wersjami Python’a i paczkami czasem może być uciążliwe. Programiści JavaScript mają swój folder “node_module” (a wraz z nim 1001 dowcipów na temat wielkości tego folderu ;), ale my, Pythonowcy, nie mamy czegoś takiego jak “python_module” (jeszcze nie!). Zamiast tego mamy tajemnicze środowiska wirtualne, którymi musimy zarządzać. A jeśli dodatkowo potrzebujemy używać różnych wersji Python’a, może się z tego zrobić bałagan.
Może ale nie musi. Przy pomocy kilku prostych narzędzi można łatwo poskromić zarówno różne wersje Pythona, jak i jego paczki. W tej prezentacji pokażę wam jak to zrobić.
Porozmawiamy między innymi:
- O tym, jak zainstalować kilka różnych wersji Python’a i przełączać się między nimi dzięki narzędziu “pyenv”. A nawet jak ustawić różne wersje Python’a dla różnych projektów na swoim komputerze.
- Czym są środowiska wirtualne (virtual environments), jaka jest różnica między różnymi narzędziami do zarządzania nimi (wbudowany moduł venv kontra virtualenvwrapper) i jak ich używać.
- Jak instalować paczki globalnie bez ryzyka, że ich zależności się ze sobą “pogryzą”.
- Dlaczego nie zawsze potrzebujesz takich narzędzi jak pipenv czy Poetry do zarządzania swoimi projektami (i czym je zastąpić).

Każdego roku możemy usłyszeć o śmierci OOP. Jak zwykle, te pogłoski są mocno przesadzone. W 2021 OOP nadal ma sporo do zaoferowania. Problemem jest brak dobrych materiałów, pokazujących o co m.in. chodzi z wzorcami projektowymi w Pythonie.
W trakcie prezentacji pokażę Wam jak obiektówka pomaga zapanować nad skomplikowaną logiką, przeprowadzajac refaktoryzację kodu z pewnego projektu.

Developers use to study and talk about DDD usage, but many people haven't had an opportunity to see DDD used in practice. During my session, I will present how Hapag-Lioyd used DDD to design and implement its core system Freight Information System in Java technology, and why DDD is the best choice in this context. I will also present how a developer can use the event storming technique for application design.

Będziecie mieli okazję, w dużym skrócie, dowiedzieć się czym jest Apache Kafka i do czego służy. Kiedy powstała oraz w jakim celu. Poznacie podstawowe building blocks Kafki, a także dowiecie się jak uruchomić ją u siebie :)

Postaramy się na przykładzie czystej Javy 1.8 zmieniać hasła w skompilowanym kodzie oraz spróbujemy włamywać się do aplikacji. Dowiemy się co się dzieje, gdy wgramy sobie na środowisko Javę z niezmienionymi „defaultowymi” ustawieniami. Postaramy się zastanowić nad tym, czy kompatybilność wsteczna jest zawsze zaletą. Będzie trochę kompilowania i magii.

Wdrożyliście aplikację opartą o architekturę mikroserwisową na środowisko produkcyjne. Jesteście z siebie zadowoleni, ponieważ aplikacja działa bez zarzutu. Czy na pewno? Już po kilku dniach okazuje się, że klienci narzekają na to, że aplikacja działa wolno lub czasami wyświetla komunikaty błędów. Zespół developerski dowiaduje się o tym dopiero ze zgłoszeń od niezadowolonych klientów. Jak wiedzieć wcześniej, że system działa niestabilnie, zanim klient się zorientuje? Postaram się pokazać kilka przykładów, jak od czego zacząć monitoring aplikacji, aby wiedzieć więcej o kondycji aplikacji mikroserwisowych

Konteneryzacja z każdym dniem staje się "czymś naturalnym" w procesach wdrażania aplikacji. Można odnieść wrażenie, że doszło do tego stopnia – gdzie nie trzeba już do konteneryzacji praktycznie nikogo przekonywać. Ba, nawet większość nietechnicznych osób w branży IT, wie mniej-więcej – co to jest Docker i Kubernetes. Zatem – nowy projekt – postawimy na Kubernetes. Czy aby na pewno, to jedyna (i najlepsza) droga? Czym się kierować w podejmowaniu (kluczowych) decyzji? Na te pytania (i nie tylko) postaram się opowiedzieć. Będą też przykłady i ciekawostki.

Testy automatyczne E2E umożliwiają szybkie potwierdzenie, że najistotniejsze funkcjonalności aplikacji działają poprawnie. Pozwalają znacząco skrócić czas feedbacku, co poprawia przewidywalność oraz umożliwia wykrycie potencjalnych problemów wcześniej w procesie developmentu. Jest to kluczowe jeśli dążymy do jak najszybszego dostarczania wartości biznesowej i równocześnie wypuszczania oprogramowania wysokiej jakości. Nie wyklucza to jednak przydatności testów E2E w innych obszarach. Podczas prezentacji pokażę, jak mogą zostać wykorzystane jako Data Feed dla testów wydajnościowych czy automatycznych skanerów bezpieczeństwa takich jak OWASP ZAP.

Jako designerzy musimy reagować na zmiany jakie wydarzają się na świecie każdego dnia. Dostosowywać się do nich i zmieniać naszą rzeczywistość. 2020 zapewne jest wyzwaniem, które zmusza nas do przeanalizowania swojego środowiska pracy, swoich narzędzi, swoich nawyków i techniki pracy. Przyszło nam żyć w zdalnym świecie, który ma nowe zasady. Inny, zdalny świat wcale nie musi być gorszy, jest po prostu inny. Zastanówmy się jak najlepiej wykorzystać to, co ma nam do zaoferowania.

Większość osób spoza świata projektowego patrzy na designerów jak na artystów. Widzi kilka kresek postawionych na ekranie, dobrane kolorki, wybrany krój pisma - zdawałoby się, że całość można zebrać w 20 minut z przerwą na kawę. Źródła tych decyzji i rozwiązań szuka się w spływającej z niebios inspiracji. Prawda jest jednak inna: każda decyzja dobrego projektanta bierze się z rozbudowanego procesu projektowego, jest podparta badaniami, doświadczeniami, przechodzi przez liczne próby i weryfikacje. A przynajmniej powinna. Najwyższy czas przybliżyć ten proces projektowy, pokazać najlepsze praktyki i sposoby w jaki można wykorzystać go jako narzędzie.

Obecnie branża UX przeżywa mocne oczyszczenie - wiele z do tej pory obowiązkowych procesów okazało się mało wnosić do finalnego efektu, są one więc często pomijane w planowaniu. Metodyki zmieniają się na szybsze, zwinniejsze i oparte o szybkie projekty i jeszcze szybsze badania. Speed designing pozwala bardzo szybko wprowadzać zmiany w produkcie oparte o heurystyki a następnie testować je na użytkownikach, aby uniknąć efektu oczywistych odpowiedzi i zebrać faktycznie przydatny feedback.

Przegląd usług zarządzanych oferowanych przez krajowych i międzynarodowych operatorów – co to znaczy wykupić usługę w Data Center?

Wersja 4.x platformy Openshift jest gigantycznym skokiem technologicznym, który może przyprawić niektórych inżynierów o ból głowy podczas migracji ich projektów. W tej prelekcji poznamy kilka praktycznych sztuczek bazowanych na blisko roku doświadczenia z tą platformą. Sztuczek, które mogą nam pomóc zaoszczędzić wiele godzin debugowania kodu, szukania pomocy w dokumentacji i wymyślania rozwiązań. Jak poradzić sobie z nieedytowalnym CoreOS? Co tu robią te operatory i czy to czas nauczyć się Go? Odpowiedzi na te i inne pytania znajdziecie tutaj. Zapraszam!

Serverless stało się synonimem nowoczesnych aplikacji opartych o chmurę – skupienie się na implementowanej logice biznesowej, nie na serwerach, automatycznie dużej dostępności, samo skalujące się aplikacje. Podczas tej godzinnej sesji zobaczymy, jak wygląda to w praktyce. Zakasamy rękawy i bez zbędnych slajdów i prezentacji przejdziemy do budowy aplikacji w ramach chmury AWS. Na początku przyjrzymy się podstawą czym są funkcje Lambda, jak tworzyć usługi REST-owe a następnie postaramy się zbudować coś zdecydowanie bardziej ciekawego – wykorzystamy bowiem kilka usług sztucznej inteligencji – takich jak konwersja tekstu na audio, analiza zdjęć czy analiza tekstu, aby zbudować system, który będzie automatycznie analizował pliki, które będziemy do niego wrzucali, wykorzystywał AI do ich analizy a następnie będzie się z nami komunikował – zarówno w postaci SMS-owej jak i telefonicznej (o ile starczy czasu)…. A wszystko to w zaledwie 1 godzinę…. W skrócie… będzie się działo….

Smutna podróż od kodu, przez DDD do Event Stormingu i radośnie z powrotem. <br/ >Jako konsultant często widzę nowe, kilkumiesięczne projekty, które już teraz są na takiej samej trajektorii jak projekty legacy, które miały być zastąpione przez nowy, piękny, wspaniały kod w nowej, pięknej, wspaniałej architekturze. Mamy oto nowoczesne języki, najnowsze frameworki, clouda, Kaffkę, microservisy a wyszło jak zwykle.<br/ >W trakcie prezentacji przejdziemy od niepokojących symptomów na poziomie kodu, wytropimy dzięki nim błędne decyzje architektoniczne na poziomie modularyzacji i integracji aby dojść do błędów na poziomie analizy. Następnie cofniemy czas, przeprowadzając rzetelną analizę granic dzięki technice Event Stormingu Procesowego, zaprojektujemy moduły dzięki strategicznym technikom Domain-driven Design i skończymy z kodem, który właściwie jest... czytelny jak proza.

Czy programowanie funkcyjne to tylko funktory, monady i teoria kategorii? Nie!
Czy programowanie funkcyjne może być zastosowane to tak przyziemnego problemu jak definiowanie API HTTP? Jak najbardziej!
Przywykliśmy do wystawiania API HTTP za pomocą adnotacji, takich jak `@GET`, `@Param` itp. (metadanych). Czy da się pójść krok dalej i użyć "normalnej" struktury danych? Jak wtedy wygląda kod? Czy nadal jest czytelny? Jakie operacje na takiej strukturze danych możemy wykonać? Co tracimy, a co zyskujemy w porównaniu z innymi podejściami?
Używając języka Scala i biblioteki tapir, spróbujemy podczas kodowania na żywo odpowiedzieć przynajmniej na niektóre z powyższych pytań. Wcześniejsza znajomość Scali nie jest konieczna.
Chodź i zobacz jak za pomocą programowania funkcyjnego ulepszyć "status quo”!

Jawa 14 pożegnała CMS, algorytm który wciąż potrafił i osiągał, ale którego utrzymanie było conajmniej problematyczne. Czy zastępca CMSa, domyślny od J8 G1GC, daje radę? Co oznaczają zmiany jakie są do niego wprowadzane w Jawach 9-14? Jest jeszcze niegotowy? Czy jeśli tak, to czy inne algorytmy mogą pomóc? Co z Shenandoah, który jest w OpenJDK ale którego nie uświadczymy w Oracle JDK? Jeśli mamy te dwa, to po co nam ZGC? Czy może lepiej po prostu wywalić to gdzie bądź i jechać na braku śmieciarza, czyli Epsilon GC? Na te, i więcej pytań, odpowiedzi w najbliższym odcinku! Powyższy opis, mimo, że pobrzmiewa latynoską nutą narratora telenowel czy innych mydlanych oper, nie jest daleki od prawdy. CMS już w Jawie 6 był przeznaczony do odstrzału, choć dopiero przy 8 zaczęto mówić o tym głośno a przy 9 wprowadzono "deprecjację". Ale ten algorytm potrafił i potrafi, nawet teraz, wyciągnąć niezłe efekty... jeśli wiemy co, jak i KIEDY robić (a czego nie). Ponieważ jednak jego stopień skomplikowania również potrafił... to mamy nowe algorytmy: G1, Z, E i Shenandoah. I o nich porozmawiamy.

Building a product with a good UX is difficult. Iteratively squashing new features in it doesn't make it any easier so we tend to simplify. Simplify by making assumptions. How resource-consuming is it to recover from the wrong ones?
We will take a look at things that are hard in making UI in the age of accessibility. If you make websites or web apps but you've never used a screen reader - this is the talk you want to hear.

Trzy języki komputerowe - HTML, JS, CSS - to mieszanina, z której tworzymy dokumenty i aplikacje uruchamiane w przeglądarce internetowej. Dla większości programistów stanowią one tylko narzędzie. Jednak dla niektórych, i nimi się zajmiemy, są punktem wyjściowym poszukiwań nowej drogi budowania interfejsów: wydajniejszych, skoncentrowanych na treści i łatwiejszych dla twórców. A może medium, jakim jest World Wide Web, trzeba wynaleźć na nowo?

Despite big data, AI and the block chain, Excel workbooks are not going anywhere anytime soon. In his talk, Felix demonstrates the possible ways of using Python to interact with Excel and shows how you can leverage the Python ecosystem for different use cases. He also shows that by applying programming best practices (like unit tests and version control) to Excel workbooks, you can massively improve the security and reliability of spreadsheets.

Mimo, że Python 3.9 nie został jeszcze oficjalnie wydany, warto spojrzeć w przyszłość i zobaczyć jakie propozycje szykuje dla nas kolejna wersja, nad którą dopiero co zaczęto prace. Podczas tej prezentacji Marek zaprezentuje przegląd najciekawszych propozycji zgłoszonych i oczekującyh na zaakcpetowanie, m.in. Structural Pattern Matching, Multiple Interpreters i inne.

Podczas spotkania zostanie przedstawione wykorzystanie testów automatycznych w języku programowania Python w praktyce. Głównie zaprezentowany zostanie framework testowy py.test, wraz z jego najważniejszymi funkcjami oraz rozszerzeniami. Jeżeli interesuje Cię Python, frameworki testowe, podejście do tworzenia testów automatycznych – zapraszam serdecznie na to spotkanie.
Stopień zaawansowania słuchaczy – dla każdego bez względu na stopień zaawansowania.

In the last few decades, memory is becoming a key element in defining overall cost and system performance with respect to other semiconductor components. Up until now, memory demand has been satisfied by the standard optimization and miniaturization techniques currently implemented. However, there is a growing need for a new innovative approach that could resolve the pressing need for cost reduction and storage density increase. During this presentation a breakthrough into Non-volatile memories will be presented.

Wyobraź sobie, że spośród kilkuset artykułów musisz wybrać te, które najbardziej spodobają się użytkownikom. Dlaczego? Bo od tego zależy Twój zysk. Nie jest to ani łatwe, ani tak nieosiągalne jak mogłoby się wydawać. Dlatego podczas tej prezentacji pokażę, jak wykorzystaliśmy algorytm wielorękiego bandyty do stworzenia rekomendacji dla milionów użytkowników na stronie głównej onet.pl.
Wieloręcy bandyci są skutecznym rozwiązaniem dla problemów optymalizacyjnych, które wymagają równowagi między eksploracją i eksploatacją. Poza przekazaniem intuicji na temat metod wielorękich bandytów i omówieniem ich zastosowania w systemach rekomendacyjnych, przedstawię bandytów E-greedy, UCB i Thompson Sampling, powiem, za co najbardziej ich lubimy oraz pokażę, jak dobrać dla nich konfigurację w drodze symulacji.

Wraz z rosnącą popularnością koncepcji Industry 4.0 powstaje coraz więcej pytań odnośnie roli jaką Artificial Intelligence, Machine Learning i Data Science mogą odegrać w przemyśle. Szczególnie wysokie oczekiwania stawiane są w stosunku do zastosowań Data Science w przemyśle farmaceutycznym i biofarmaceutycznym - Sztuczna Inteligencja wynajdująca nowe leki? To brzmi fantastycznie! Ale jak jest naprawdę z wykorzystaniem danych w przemyśle, a szczególnie tym wysoko regulowanym? Okazuje się, że nie zawsze chodzi o ilość a raczej o jakość i kontekst danych. Smart Data wygrywa z Big Data. Podczas tej sesji porozmawiamy o wyzwaniach, trendach i obszarach badań prowadzonych w ramach różnych projektów cyfryzacji przemysłu skupiając się na zagadnieniach Data Science i pokrewnych. Popatrzymy na hybrydowe modele, grafy wiedzy i wciąż duże luki w wiedzy o tym jak działa nasz organizm.

Wprowadzenie do zabezpieczenia komunikacji i interakcji pomiędzy komputerami oraz z rejestrami rozproszonymi (np. Blockchain) za pomocą mechanizmów sprzętowego zaufania. Zagadnienie zostanie omówione na przykładzie uwierzytelnienia połączenia SSH za pomocą klucza Zymbit oraz podpisania transakcji w sieci Ethereum za pomocą karty Blockchain Security2Go.

Microsoft Windows zna chyba każdy - system, który często wykorzystywany jest w pracy czy w domu, a przez to stał się dla wielu niemalże drugą naturą. Jest on jednak, na swój sposób... specyficzny. W trakcie tej prezentacji dowiemy się - między innymi - co wspólnego mają ze sobą aplikacje/procesy i kukułki, a także dlaczego jedna z technik wstrzykiwania kodu czerpie swą nazwę, poniekąd, z produktu Projektu Manhattan.

SPAM, phishing, BOT, fraud. To tylko niektóre problemy z bezpieczeństwem jakie mają współczesne systemy poczty elektronicznej. Dziś opowiem Wam jak można walczyć z tymi zagrożeniami wykorzystując szeroko rozumiane metody analityczne, hucznie znane pod takimi sloganami jak: big data, machine learning, czy deep learning. Wszystko to zostanie omówione przez pryzmat dużego systemu pocztowego, gdzie jak dzieje się coś złego, to od razu w milionowej skali…

W jaki sposób wdrażać aplikację i dlaczego Dockerem? Jak monitorować aplikacje Java w Kubernetesie. W jaki sposób synchronizować dane w zwariowanym świecie mikroserwisów, gdzie każdy ma niezależną bazę danych? Jak użyć Kafki, aby MongoDB nie miało czkawki? O tym wszystkim dowiesz się na mojej prezentacji.

W idealnym świecie nasze aplikacje byłyby w stanie przetworzyć dowolną ilość ruchu, produkując jednocześnie prawidłowe odpowiedzi. Niestety w rzeczywistości nie zawsze aplikacje są w stanie sprostać niespodziewanemu znacznemu wzrostowi zapytań. Co wtedy zrobić? Jak zwykle, to zależy... Jest kilka przydatnych technik które uratują naszą aplikację w "niespodziewanych" przypadkach: * Rate limiting * Load shedding * Re-trying * Circuit breaking Któreś z tych haseł jest Ci obce? Może chciałbyś usłyszeć jak wyglądają one w praktyce? Zapraszam na moją prezentację!

Podczas prezentacji poznamy najważniejsze mechanizmy realizacji współbieżności w Javie. Kiedy się sprawdzą i jakie są ich słabe strony. Na początek przyjrzymy się konstrukcji pul wątków by zakończyć na aktorach, agentach, pamięci transakcyjnej, reaktywnych strumieniach i najnowszym (reaktywnym) Springu. Wiele powiemy o wygodzie i perspektywie utrzymania wielowątkowego kodu, głównie z perspektywy analizy problemów oraz monitorowania. Po tej godzinie nie poznacie odpowiedzi, który mechanizm jest najlepszy (podpowiedź: żaden), ale będziecie znali możliwości Javy w zakresie skalowalnego przetwarzania.

Jeden produkt, 5 zespołów, 2 lokalizacje, 200 klientów i release co tydzień. W jaki sposób dostarczyć produkt i nie zwariować? Szymon Ramczykowski opowie o pracy w projekcie Smart: osadzonym w chmurze narzędziu do automatyzacji implementacji od klientów aplikacji Workday.

Jeśli brakuje Ci pewności siebie, aby wziąć udział w hackathonie, ponieważ: · nie jesteś deweloperem, · nie masz pomysłu na aplikację, · nie masz zespołu, · nigdy nie brałeś udziału w hackathonie ;) to ta prezentacja jest dla Ciebie! W trakcie wystąpienia opowiemy Wam, jak grupa testerów od kilku lat wygrywa hackathony w firmie Finastra.

Praca testera kojarzy się często z nudną, powtarzalną harówką wymagającą wiele czynności manualnych i niewielkiej dozy kreatywności. Chciałbym pokazać, że to popularne postrzeganie walidacji jest tylko rozpowszechnionym mitem i wbrew pozorom to właśnie ta dziedzina jest dużo ciekawsza niż nudne klepanie kodu pod dostarczoną specyfikację.

W tej prezentacji chciałbym opowiedzieć czym jest nGraph, dlaczego w ogóle powstał, dlaczego powinniście się nim zainteresować i jak (łatwo) się go używa.

Uczenie głębokie często wymaga ogromnych ilości opisanych danych, a najlepsze wyniki wymagają zbiorów uczących o rozmiarach przekraczających ilość danych postrzeganych przez ludzi podczas ich życia. Pracujemy jednak, żeby to zmienić. Podczas wykładu pokażę, ile można nauczyć się bez nadzoru z nagrań mowy i obrazów pisma, oraz innych danych sekwencyjnych. Pokażemy również, jak można zaszyć w modelach wiedzę dziedzinową.

Dlaczego anonimizacja jest przydatna? Hashowanie danych wrażliwych. Analiza przypadkow udanej deanonimizacji danych i Jak można bylo im zapobiec. Balansowanie miedzy danymi uzytecznymi dla klienta a prywatnością użytkowników systemu. Operowanie na śladach GPS. Ich specyfika i metody anonimizacji. Wpływ reprezetacji danych GPS na zadanie anonimizacji. Uwagi o wydajności procesu anonimizacji.

Metodyk zarządzania projektami jest wiele. Reguł na których są one oparte jest kilka. Poznaj je a Twoje Projektowe życie stanie się łatwiejsze. Zapraszam do krótkiej podróży przez realia życia PM.

Chciałbym opowiedzieć o swoich doświadczeniach związanych z motywacją zespołu, jakie daje to szanse pracownikom, zespołowi, organizacji. Jakie niesienie za sobą zagrożenia i jak unikać ryzyk związanych z brakiem motywacji lub nie równą motywacją zespołów czy osób ze sobą pracujących. Przykłady z życia wzięte przeplecione z teorią i propozycjami rozwiązań.

O tym jak nasz sposób komunikacji wpływa na zrozumienie problemu i tym samym na skalowanie organizacji IT. Przyjrzymy się także dobrym i złym praktykom planowania i dostarczania oprogramowania.

Scrum, choć jest wciąż popularny i lubiany, to zwykle nie jest już zwinny (Agile). Gdzie są i skąd się biorą te różnice? Opowiem o własnych spostrzeżeniach w tej kwestii po latach używania, wdrażania i uczenia. Przy okazji sprostujemy też wspólnie najczęściej spotykane przekłamania na temat Scruma i Agile.

Kilka miesięcy temu w LPP przenosiliśmy jeden z naszych brandów do chmury. Podczas prezentacji opowiem, jakie były założenia projektu, jaki cel sobie postawiliśmy… i czym to się skończyło :) Podzielę się również tym czego nie zrobiliśmy i co już wiemy, że mogliśmy zrobić inaczej. W skrócie – wszystko to, co może Wam pomóc kiedy będziecie migrować swoje projekty do chmury.

Problem: Firmy nie mogą przetwarzać wrażliwych danych w publicznej w chmurze ze względu na brak odpowiedniego poziomu poufności i izolacji od innych użytkowników czy też od samego dostawcy chmury. Pokażemy propozycję rozwiązania tego problemu przy użyciu technologi Intel® SGX na działającym przykładzie.

During the speech we will explain what NoOps model means for us in Finastra and how we are adopting such model.In more details, we are going to show how our company’s production and operations requirements look like, and what are the tasks that we automated for such requirements.Our ultimate goal is to get from commit to production in less than 24 hours.
Also, during the presentation we’ll discuss platform services’ CI/CD pipeline as code, quality gates enforcement, and will demo how it works with Azure DevOps.Yet another subject of the presentation will be our pipeline’s integration with company’s release and change management system, which allows to audit any change made to production. And finally, we’ll explain how we configure monitoring to send feedback to release pipeline and allows quick reactions like rollbacks or declining promotion to next stage in case of any issues.
Key takeaways:
• why you want to have everything as code
• why you want to automate everything
• what you should take into account to have resilient deployment of your services to production stage

Omówienie Pulumi – nowego narzędzia do provisioningu infrastruktury cloudowej.

CQRS to wzorzec projektowy, o którym ostatnio zrobiło sie głośno. Służy do rozdzielenia standardowego modelu systemu na strone zapisu i odczytu. Podczas prezentacji wyjaśnię, jak używać tego wzorca w swoich własnych projektach czy to start-apowych, hobbistycznych czy jakichkolwiek innych.

Czy Java dobrze zniosła walkę z czasem i mnożącymi się frameworkami JS? Czy w świecie backendu dalej jest miejsce dla Javy? Korzystając z doświadczeń, postaram się odpowiedzieć na powyższe pytania, wspierając się przy tym przykładami na dobrze i źle zaprojektowane rozwiązania.

Żyjemy w interesujących czasach. Ludzie mówią, że to jak dotychczas działały aplikacje webowe, to przeszłość. Przyszłość jest świetlana i asynchroniczna. Świetlana i oparta o pętle zdarzeń. Świetlana i reaktywna. Ludzie oceniają: to nie jest asynchroniczne, nie jest reaktywne, nie jest napisane w nodejs – to nie ma przyszłości. Jednak świat nie jest albo synchroniczny albo asynchroniczny. Nie jest czarno-biały. Jest szary, zamglony, grząski i pełen niespodzianek. Podczas tej prezentacji spróbujemy spenetrować niektóre z tych odcieni szarości. W trakcie prezentacji spróbujemy wyrobić sobie zdanie czy „zrobienie wszystkiego reaktywnie” to na pewno taki dobry pomysł – przynajmniej w kontekście aplikacji webowych. Krytycznie spojrzymy na pełne spektrum podejść od synchronicznych servletów, po asynchroniczne, reaktywne aplikacje. Posiłkując się liczbami, metrykami, eksperymentami, przeanalizujemy proste i tradycyjne podejście do obsługi HTTP. Zobaczymy gdzie działa, a gdzie przestaje działać. Mając takie nieoptymalne i nieefektywne podejście za punkt wyjściowy – przeanalizujemy inne możliwości (pętla zdarzeń, reaktywność) nie tylko z punktu widzenia wydajności (oczywista perspektywa), ale także czytelności, utrzymywalności itp. Opierając się na typowych scenariuszach użycia, spróbujemy odpowiedzieć na pytanie czy jest punkt od którego nudne, niehipsterskie technologie przestają mieć sens i z czystym sumieniem możemy dodać `import io.reactivex.*`.

Spring Cloud to zestaw narzędzi i technologii (m.in. Config Server, Eureka, Zipkin, Zuul), które pomagają developerom w tworzeniu i utrzymywaniu aplikacji w architekturze mikroserwisów. W czasie prezentacji opowiemy o korzyściach płynących z zastosowania tych narzędzi oraz zademonstrujemy przykładowy projekt bazujący Spring Cloud.

Jeśli to czytasz to znaczy, że jesteś jakkolwiek powiązany z branżą IT i w dużym uproszczeniu twoja opinia na temat bootcampów jest jedną z poniższych:
* widzę wartość w ludziach z bootcampów, szybko można ich wrzucić do projektu. Jak ktoś jest dobry to i tak sobie poradzi
* to bezsensowne, ludzie po bootcampach są złymi pracownikami, nie mają podstaw jakie gwarantują studia
* sam jesteś absolwentem bootcamp’u lub samoukiem i Ci się udało (wybierasz się na tą konferencję, więc zakładam, że pracujesz w branży)
Ponad 3 lata pracuję jako trener na bootcamp’ach w Gdańsku, miałem też okazję rekrutować ludzi po bootcamp’ach oraz z nimi pracować. Chciałbym podzielić się z wami przemyśleniami oraz pewnymi statystykami o bootcamp’ach, ich formie, absolwentach – pokazać, że nie wszystko złoto co się świeci i jak gdzie są cienie i blaski tego systemu. Ważny disclaimer: Na prezentacji przedstawiam moją opinię, nie firm z którymi współpracuję. Jeszcze jeden disclaimer: Mam nadzieję, że będąc w „środku” wciąć mogę oceniać obiektywnie.

HTTPS to protokół, z którego korzystamy codziennie i który zapewnia, że nikt inny nie może odczytać naszej aktywności w internecie. Ale są sytuacje, gdzie „zielona kłódeczka” daje nam tylko złudne poczucie bezpieczeństwa. W trakcie prezentacji wyjaśnię, jak działa HTTPS od podstaw i dlaczego bywa niebezpieczny. Omówimy również exploit FREAK i dlaczego w cyfrowym świecie potrzebujemy… notariusza.

Praktycznie każda strona www, którą odwiedzamy atakuje nas banerem o potrzebie akceptacji plików cookies. Czy po kilku latach od wprowadzenia obowiązku informowania użytkowników o fakcie wykorzystywania ciasteczek przez dostawców treści, jesteśmy świadomi jakie mechanizmy kryją się za tymi powiadomieniami? W czasie tej interaktywnej prezentacji słuchacze dostaną możliwość zweryfikowania swoich opinii na temat tego czy ciasteczka stanowią główne zagrożenie naszej prywatności w Internecie oraz czego tak naprawdę należy się obawiać.

OWASP Dependency Check jest biblioteką wspomagającą weryfikację zależności w projektach pod kątem znanych i opisanych luk bezpieczeństwa (obecnie rozwijana dla języków Java i .Net). W tej prezentacji omówię jak zacząć używanie z OWASP DC dla projektów Java oraz jak czytać i interpretować wynik skanu na przykładzie prostej aplikacji w springu oraz jak używać tę bibliotekę w codziennej pracy.

The OAuth 2.0 protocol is used everywhere, from startups to large corporations and cloud service providers. It allows users to log in to services such as Google and Facebook (through its cousin OpenID Connect) and enables users to delegate access to third-party applications. Security of OAuth 2.0 is a topic of active research, with rigorous analyses, peer-reviewed papers and constantly evolving RFCs covering its threat model and best practices. It would seem that this wealth of information makes building a robust OAuth 2.0 system a hard, yet achievable, goal. Real-life deployments need to deal with other aspects, such as two-factor authentication (2FA), single sign-on (SSO) and user credentials management (including the dreaded password reset). Those are rarely covered by existing threat models. How do we then approach finding implementation flaws in such complex implementations? Join Marcin as he shows you how combining state machines with threat modeling techniques can help discover serious security flaws in OAuth 2.0 systems.

Wzorzec architektoniczny MVVM (Model-View-ViewModel) to wzorzec opierający się na specyficznym oddzieleniu modelu danych i widoku z użyciem dodatkowej warstwy pośredniej – warstwy modelu widoku. Jak ta sałatka słowna przekłada się praktyczną implementację? Jak wygląda jego zastosowanie w dość specyficznej grupie aplikacji, jaką niewątpliwie są gry? Jak wygląda praca w takim wzorcu z użyciem istniejącego silnika gier (Unity)? Jak wypada on na tle alternatywnych rozwiązań? Jakie zagrożenia i wyzwania czyhają na biednego programistę narażonego na ekspozycję na ten wzorzec? Jako programista C#/Unity od ponad dwóch lat pracujący z tym wzorcem postaram się odpowiedzieć na te pytania.

Niech pierwszy rzuci kamień programista gier, który nigdy nie użył Singletona. Wygodne podejście nie zawsze jest najlepszym i może na późniejszym etapie produkcji powodować konieczność wielokrotnego łatania kodu. Podczas tej prezentacji dowiecie się, czym jest architektura Scriptable Based, jakie ma wady i zalety oraz jak ją zaimplementować w silniku Unity.

Jak robić testowanie A/B z wykorzystaniem Firebase? Co się da testować a czego się nie da? Jakie formy testów gier/aplikacji się najlepiej sprawdzają? Przykłady testów A/B gier i aplikacji. Na końcu prezentacji Mariusz wspomni nieco o GameCampie (www.gamecamp.io) i o Google for Startups.

A must-attend session for anyone involved or wanting to learn more about the raising hyper-casual genre & data including: F2P market size, top publishers, biggest titles, KPIs, latest M&A activity & take-aways from Tap Tap Games powered by Huuuge. Take aways include overview of hyper-casual genre , important KPIs to focus on, how to monetize these games, what is important in terms of game design etc.

Testowanie aplikacji webowych na przeglądarkach typu headless już od jakiegoś czasu stanowi realną alternatywę dla tradycyjnych testów wykonywanych na przeglądarkach z GUI. Wynika to przede wszystkim z potrzeby coraz szybszego dostarczania aplikacji, a co za tym idzie konieczności wykonywania szybkich oraz stabilnych testów E2E. W trakcie prelekcji wyjaśnię, czym jest testowanie aplikacji w przeglądarkach typu headless i w jakich przypadkach warto ich używać. Omówię również najpopularniejsze przeglądarki takie jak Chrome Headless, Firefox Headless, Puppeteer, HtmlUnit, JBrowse. Na sam koniec przedstawię benchamarking wydajności poszczególnych przeglądarek oraz zużycie zasobów maszyny, na której są one wykonywane. Serdecznie zapraszam :)

Jak oceniłbyś jakość swojego procesu i jego wpływ na jakość produktu? Czy kiedykolwiek: - szukałeś kodu projektu rozproszonego po wielu repozytoriach? - widziałeś czerwony buildI i nie wiedziałeś co go powoduje? - miałeś wrażenie, że deweloperzy i testerzy rozmawiają w różnych językach? - czekałeś wiele godzin na wyniki testów automatycznych? - musiałeś robić ręcznie release, mimo że budowanie aplikacji jest zautomatyzowane? Jeśli tak, to prawdopodobnie wiesz, że testy to nie jedyna rzecz, która ma wpływ na jakość aplikacji. W trakcie naszej prezentacji opowiemy, jak zidentyfikować problemy w procesie wytwarzania oprogramowania i jak je naprawić, by podnieść jakość produktu.

Wydajność. Problem, z którym spotkał się lub prędzej czy później spotka każdy z nas. Chciałbym Wam przedstawić wyzwania, na jakie natraficie w momencie, kiedy wasza aplikacja zwalnia tak bardzo, że konieczne staje się podjęcie radykalnych kroków. Zaczniemy od teorii, rodzajów testów wydajnościowych, po czym przejdziemy do konkretnych rozwiązań, porad i narzędzi, które każdy będzie mógł zastosować w swoim projekcie.

W podejściu zwinnym kod wytwarzamy, testujemy i wdrażamy na środowiska produkcyjne w trybie ciągłym. Dynamika zmian motywuje nas do implementacji narzędzi, które wspierają ten proces i pozwalają wykryć na wcześniejszym etapie potencjalne problemy. W ten sposób zapobiegamy konsekwencjom, takim jak degradacja wydajności działania aplikacji i/lub nieprzewidziane obciążenie infrastruktury. Opowiem o tym, w jaki sposób w GetResponse wykorzystujemy oprogramowanie Blackfire.io w procesie CI, adresując wspomniane problemy.

Testowanie systemów wbudowanych wymaga często stosowania niestandardowych rozwiązań. Na prelekcji zostanie przedstawione testowanie urządzenia z wykorzystaniem ‚mocks’, które pozwalają zastąpić nie tylko część sprzętu znajdującego się bezpośrednio w urządzeniu, ale również sprzętu laboratoryjnego.

Na pewno nie raz słyszeliście hasło „A gdyby tak napisać wszystko od nowa, tak będzie lepiej”. Idea jest piękna, natomiast jak z tym jest w praktyce postaram się pokazać na przykładzie migracji platformy SDN Tungsten Fabric z Pythona na Go. Opowiem, z jakimi problemami musieliśmy się zmierzyć i jak je rozwiązaliśmy. Zapraszam!

Użycie C++ do napisania backendu nie jest zwykle pierwszą myślą, która przychodzi do głowy. Na podstawie własnych doświadczeń postaram się Was przekonać, że są sytuacje, w których nie jest to zły pomysł. Opowiem o dostępnych narzędziach, plusach, minusach i wnioskach wyciągniętych po kilku próbach napisania backendu w C++.

Maszyna wirtualna Javy jest czasem postrzegana jako magiczny stwór, który wykonuje kod. Działa, a programiści modlą się, żeby nie przestawał…W tej prezentacji odczarujemy JVM, przyglądając się temu, jak działają poszczególne jej elementy – od kompilacji kodu i ładowania klas, aż do Garbage Collectora. Znajomość Javy przez słuchacza absolutnie niewymagana :)

Chciałbym podzielić się naszymi doświadczeniami w użyciu Google Cloud Platform na potrzeby analizy danych. Opowiem m.in. o następujących narzędziach: BigQuery, Dataflow, DataStudio, Cloud Datastore i AppEngine. Zapraszam serdecznie.

Pokażę, jak budować modele uczenia maszynowego przy pomocy frameworku H2O – nie musisz nawet umieć programować. Zaprezentuję, w jaki sposób odpalić H2O na klastrze Hadoopowym, aby móc analizować dane i budować modele w oparciu o ‘’Big Data” przy pomocy dużej mocy obliczeniowej.

W trakcie prezentacji Michał opowie, jak stworzyć własny system automatyki domowej. Przekona Was, że nie jest to ani trudne, ani kosztowne, a przy okazji może być to wstęp do poważnych projektów IoT (Internet of Things). Dowiecie się, z jakich elementów zbudować prosty system automatyki i jak taki system oprogramować.

Opowiem o tym, co ostatnio zmieniło się w dziedzinie przetwarzania języka naturalnego. Jak wykorzystać nowe algorytmy takie jak ULMFiT i BERT. Dlaczego dzięki nimi i wykorzystaniu „transfer learningu” możemy tworzyć lepsze modele nie posiadając wielkich zbiorów danych i jak zastosować te technologie dla języka polskiego.

Dzisiejsze sieci neuronowe potrafią składać się z setek różnych warstw. Krzysztof opowie krótko, w jaki sposób „pod spodem” optymalizuje się topologie, by zwiększyć wydajność ich przetwarzania na akceleratorach.

Krótko na temat drogi, jaką przeszliśmy w e-commerce LPP przez ostatnie półtora roku w kontekście zarządzania środowiskiem produkcyjnym i testowym: czego używamy, jak sobie poradziliśmy ze skalowaniem CI/CD, jak efektywnie wdrażać aplikacje na „testówki”, jak przekazać środowiska zespołom obszarowym, jak zapewnić DR Jenkinsa i generalnie… how we do IT :)

W prezentacji przedstawię długą, krętą i wyboista drogę jaką przeszliśmy podczas zarządzania i wydawania software’u z wykorzystaniem Jenkinsa, mavena i sconsów. Opiszę jakie są zalety i wady różnych podejść. Przedstawię sposoby w jakie zautomatyzowaliśmy procesy releasowe.

Google Cloud Platform to „chmura dla developerów, od developerów”. W prezentacji porównam główne sposoby wdrażania aplikacji w tym środowisku. Przy okazji odpowiem na pytania, które sam chciałem kiedyś zadać, ale nie wiedziałem komu :).

W prezentacji opowiem, w jaki sposób zapewniamy dostępność naszego rozwiązania w chmurze, jak naprawiamy problemy z instancjami i jaki to ma związek z kulturą firmy.

W ramach prezentacji pokażę jak użyć Vuex’a w projekcie Vue, jakich pułapek trzeba unikać podczas implementacji oraz jakie praktyczne korzyści daje użycie tej technologii.

„Redux jest spoko” – to słowa, których nie usłyszysz z ust początkującego deva. No bo kto lubi definiować typy i kreatory akcji oraz przepastne instrukcje switch w swoich reducerach, a to wszystko rozsiane w losowych lokalizacjach w całej aplikacji. Ja nie – więc podzielę się kilkoma trikami, które pozwalają o tych żmudnych praktykach zapomnieć.

Nasze doświadczenia w realizowaniu planu przejścia ze starych templatek Voltowych do ReactJS. Opowiemy o tym, co nas spotkało, jakie są plusy i minusy naszych decyzji, na czym się potknęliśmy, a co pozwoliło nam się szybko rozwinąć. Do tego, jak w tym wszystkim nie zwariować, przekonać developerów i biznes, że to dobry pomysł – czyli nasza recepta na sukces.

HTTPS to protokół, z którego korzystamy codziennie i który zapewnia, że nikt inny nie może odczytać naszej aktywności w internecie. Ale są sytuacje, gdzie „zielona kłódeczka” daje nam tylko złudne poczucie bezpieczeństwa. W trakcie prezentacji wyjaśnię, jak działa HTTPS od podstaw i dlaczego bywa niebezpieczny. Omówimy również exploit FREAK i dlaczego w cyfrowym świecie potrzebujemy… notariusza.

Blisko rok temu zaczęliśmy pracę nad pierwszym projektem w architekturze _serverless_. Połączyliśmy w nim kilka języków programowania, przetestowaliśmy wiele rozmaitych technologii i rozpoczęliśmy transformację firmy. Niejako przy okazji rozwiązaliśmy prawdziwy problem biznesowy. Teraz, gdy na produkcji działa już kilkanaście mikroserwisów opartych o AWS Lambda, przyszedł czas na studium przypadku pacjenta 0.

Wytwarzanie oprogramowania jest nietrywialnym zagadnieniem. Dodatkowe komplikacje w równaniu to czynniki wewnętrzne, jak pojawienie się dużego zespołu, współpraca między zespołami, zmienne oczekiwania biznesu, itd. Nałożenie warstwy czynników zewnętrznych tworzy ekosystem, który wymaga świadomego zarządzania na każdym etapie procesu. Podczas spotkania pokażemy, jak radzimy sobie z kontrolą nad tym światem.

Czy często masz wrażenie, że kolejny call lub meeting mogł tylko być krótkim e-mailem? Dostajesz pytania do oczywistych informacji zawartych w e-mailach? Męczą cię niekończące się łańcuszki e-maili? – Wspólnie zastanowimy się nad tym, jak od mówienia przejść do skutecznej komuniakcji i zapanować nad stakeholderami! – Omówimy profil „tego, który nic nie wie”, „challengera”, „narzekacza” oraz sposoby radzenia sobie z nimi. – Zastanowimy się nad tym, jak uniknąć najczęstszych błędów komunikacyjnych!

Mierzenie wydajności zespołu deweloperskiego bardzo często wywołuje wiele kontrowersji. Często kojarzy się negatywnie i w wielu przypadkach to zrozumiałe odczucie. Zatem co mierzyć, aby Zespół osiągał cele biznesowe, a nie tylko te założone w miernikach? Zapraszamy na prelekcję!

Opowiem o zespołach IT widzianych oczami programisty, rzucając światło na często zaniedbywane kwestie techniczne i umiejętności miękkie. Porozmawiamy o roli testów w projekcie i kiedy są koszmarnym utrapieniem; o frameworkach, które po niespodziewanej śmierci zostawiają nas w piekielnym kociołku; o przeklętej architekturze monolitycznej (i tym, że da się gorzej); o jakości oprogramowania, która woła o pomstę do nieba; a także o zupełnie oczywistych umiejętnościach miękkich, których użycie w praktyce jest piekielnie trudne.