Speakers Jarosław Pałka
Jarosław Pałka

Od ponad 20 lat w branży IT jako administrator baz danych, programista, architekt, manager
i „inżynier od spraw katastrof”.
Brałem udział w małych, średnich i nonsensownie dużych projektach, prowadzonych
zgodnie zasadami „waterfall”, Agile oraz przy braku jakichkolwiek metodyk – z tym samym
zawsze skutkiem. Wszystko to doprowadziło mnie do wniosku, że nieważne co robisz,
ważne byś robił to dobrze, w najprostszy z możliwych sposobów i przy użyciu właściwych
narzędzi, które wykonają pracę za Ciebie. W międzyczasie dałem się porwać ideom TDD
oraz Software Craftmanship, do granic możliwości wyeksploatować tak piękne w swej
prostocie pomysły jak REST i NoSQL. Porzuciłem je, by zgłębić tajniki „system thinking” i
zachwycić się siłą, jaką niesie ze sobą „metafora” oraz by odkryć, że rządzą nami te same
prawa „natury”.
Niepokorny wyznawca kościoła JVM, badacz bytecode’u i JIT oraz wszelkiej maści
parserów, interpreterów i kompilatorów. Na co dzień walczący o lepszą wydajność w Neo4j.
Od czasu do czasu można usłyszeć moje niskiej jakości żarty na temat architektury na
konferencjach w Polsce.
W wolnych chwilach trener w Symentis, autor bloga na
http://geekyprimitives.wordpress.com/ oraz samozwańczy dyktator w Radzie Programowej
konferencji SegFault.

Prelegent Jarosław Pałka
Czy wydajność to jakość?
16:00 - 17:00
Czasy się zmieniają. Systemy informatyczne wtargnęły brutalnie w nasze życie, a oprogramowanie zjada ludzkość na śniadanie. W międzyczasie w naszych kieszeniach zagościło osiem rdzeni i 8 Gb RAM. Firma AMD zaprezentowała 12-rdzeniowy procesor na tzw. rynek konsumencki. A Gmail jak się zacinał przy przewijaniu maili, tak się zacina. Aby edytować plik tekstowy potrzebujemy 2 GB RAM-u, a pewna aplikacja, która pełni takie same funkcje co IRC w latach 90. pożera każdą ilość CPU i pamięci, i nikt się tym nie przejmuje. Przecież sprzęt jest tańszy niż czas programisty. Czy to prawda? Odkąd na ustach architektów zagościły na stałe takie słowa jak chmura, czy serverless, powtarzana od lat prawda stała się fałszem. Podczas prezentacji chciałbym się z wami zastanowić nad odpowiedzią na pytanie postawione w tytule prezentacji, czy wydajność to jakość? Jak zapewnić wydajność waszych systemów? Kto za to wszystko jest odpowiedzialny (ze smutkiem odkryjemy na końcu, że to dział HR ;) ) Jak to się wszystko ma do krakowskiego smogu. Opowiem jak zacząć z testowaniem wydajności. Jakie techniki, narzędzia i umiejętności musimy posiąść. I dlaczego
"Krótki acz treściwy warsztat o testowaniu wydajności w Javie z wykorzystaniem JMH"
13:30 - 15:30
Czy zastanawiałeś się kiedyś, co trzeba zrobić, aby Twój kod działał szybciej? Czy zastanawiałeś się kiedyś, jak zostać „człowiekiem od wydajności”? Być może zajmujesz się wydajnością, od czasu do czasu, od jednej awarii do kolejnego incydentu o "severity 1"? I masz w sobie to dziwne uczucie, że robisz to źle? Być może nigdy nie przejmowałeś się jak szybko działa Twój kod. Od wieków wiadomo jest, że zawsze jest to problem z bazą danych (lub kogoś innego problem). A może, po prostu trudno się przyznać, że nie wiesz, jak usprawnić działanie swojego kodu? Podczas tego warsztatu pokażę, jak zostać programistą świadomym wydajności swojego kodu. W towarzystwie narzędzi takich jak JMH, JFR, async profiler i flamegraphs. Skupimy się nie tylko na narzędziach, ale także na procesie optymalizowania wydajności. Porozmawiamy o tym, jak dobrej jakości, tzw. "clean code", wpływa na wydajność, dlaczego zbiory danych, które wykorzystujemy, są kluczowe, a także kiedy więcej nie znaczy szybciej. Podczas warsztatu będziemy refaktoryzować i ulepszać jeden, nie tak trywialny przykładu. Coś, co wszyscy z nas znają, lubią i wiedzą jak zaimplementować. Celem refaktoryzacji tym razem nie będzie czysty kod a większa wydajność.