Spotkanie #81 - Feedback i latencja

Mamy nadzieję, że zaczynacie czuć wiosnę i chęć wyjścia z domu, bo nadchodzi kolejna okazja do wspólnego networkingu i wymiany wiedzy. Do grona sponsorów naszego JUG-a dołączyła firma XTB i to ona będzie opiekunem naszego marcowego spotkania. Scenę przejmują eksperci właśnie z tej firmy! Przygotujcie się na solidną dawkę praktycznej wiedzy.

Weronika Dębowska: Dlaczego feedback boli — i jak sprawić, żeby naprawdę działał w zespołach technicznych

Feedback w zespołach technicznych często nie prowadzi do realnej zmiany - mimo dobrych intencji i poprawnej komunikacji.

Dlaczego?

W tej prelekcji pokażę, jak biologia układu nerwowego wpływa na reakcje ludzi na feedback korygujący oraz dlaczego w środowisku IT mechanizmy obronne uruchamiają się szczególnie łatwo. Na bazie pracy z zespołami deweloperskimi przedstawię sprawdzone best practices feedbacku oraz mikro-praktyki, które zwiększają skuteczność rozmów rozwojowych.

Uczestnicy dowiedzą się, jak dawać konkretny feedback, który jest łatwiejszy do przyjęcia, jak stosować micro feedback w codziennej pracy oraz jak upewniać się, że „usłyszeć” faktycznie oznacza „zrozumieć”. To wystąpienie dostarczy praktycznych narzędzi dla liderów i członków zespołów technicznych pracujących w środowisku ciągłej zmiany.

Krzysztof Michalak: Performance monitoring: dlaczego średnia latencja kłamie i czego nie mówią metryki o Twoim systemie

Dashboard świeci się na zielono, średnia latencja wygląda dobrze, CPU nie jest zapchane. A użytkownicy narzekają, że aplikacja wolno działa.

Dlaczego?

Podczas tej sesji przyjrzymy się temu, dlaczego średnia latencja jest jedną z najbardziej mylących metryk w monitoringu wydajności oraz dlaczego prawdziwe problemy zaczynają się tam, gdzie kończy się P50. Pokażę na konkretnych liczbach, jak niewielki procent wolnych requestów potrafi zrujnować doświadczenie użytkownika — mimo że „average” nadal wygląda w porządku.

Porozmawiamy o:

• percentylach (P95, P99, P99.9) i ich realnym znaczeniu w kontekście SLA,
• tym, dlaczego to „najgorsze przypadki” psują wydajność systemu,
• jak interpretować metryki, żeby nie dać się oszukać wykresom,
• jakie sygnały warto mierzyć oprócz klasycznego CPU / memory / average latency.

Przeanalizujemy przykładowe źródła problemów, m.in.:

• nierówną dystrybucję ruchu (sticky sessions, „problem celebryty”),
• wyczerpanie puli połączeń do bazy,
• exhaustion puli wątków,
• contention i blokady w JVM,
• noisy neighbour w środowiskach chmurowych.

To będzie praktyczna sesja dla osób, które chcą lepiej rozumieć, co naprawdę dzieje się z ich aplikacją na produkcji i jak mierzyć to, co faktycznie wpływa na doświadczenie użytkownika.

Jeśli kiedykolwiek miałeś sytuację, w której metryki mówiły „jest dobrze”, a użytkownicy twierdzili coś dokładnie odwrotnego — ta prezentacja jest dla Ciebie.