#73

#73 - 12.01.2022

#73 Testing Kotlin Coroutines

Prelegent: Marcin Moska艂a

Biblioteka Kotlin Coroutines posiada pot臋偶ne wsparcie do testowania wsp贸艂bie偶no艣ci poprzez sterowanie czasem. To daje nam mo偶liwo艣ci du偶o lepszego testowania ni偶 do tej pory. Na tej prezentacji zaprezentuj臋 te narz臋dzia, jak r贸wnie偶 poka偶臋 jak s膮 one wykorzystywane do testowania typowych przypadk贸w dla backendu i frontendu.


Marcin Moska艂a

Marcin Moska艂a to do艣wiadczony programista, autor ksi膮偶ek Effective Kotlin oraz wsp贸艂autor Android Development with Kotlin, za艂o偶yciel Kt. Academy. Programuje od dziecka, wyst臋puje na mi臋dzynarodowych konferencjach programistycznych, posiada w dorobku liczne publikacje m.in. w magazynie Programista. Pasjonat czytania i pisania ksi膮偶ek, uczenia si臋 i filozofii.


#72 - 15.12.2021

#72 Bare metal Java

Prelegent: Jarek Pa艂ka

Java, a tak naprawd臋 JVM, cieszy si臋 zas艂u偶on膮 s艂aw膮 platformy nieprzyjaznej dla sprz臋tu, a co za tym idzie, nikt powa偶ny (opr贸cz Apache Kafka, Elastic, Cassandra i Neo4j) nie b臋dzie budowa艂 baz danych, kolejek i innych rozwi膮za艅 gdzie „mechanical sympathy” jest kluczowe.

Garbage collector, spekuluj膮cy JIT, brak kontroli nad „object layout”, fatalne wsparcie (g艂贸wnie przez brak abstrakcji) dla funkcji nowoczesnych procesor贸w i system贸w operacyjnych. I do tego jeszcze JNI (kto tam by艂 to wiem o czym m贸wi臋). O implementacji IO nawet przez szacunek do samych siebie, nie wspominam.

Celem tej prezentacji jest odczarowanie tych mit贸w i pokazanie jak wiele wysi艂ku ostatnio idzie ostatnio w uczynienie JVM bardziej przyjaznego dla sprz臋tu.
B臋dzie o API kt贸rych s膮 jeszcze w fazie inkubacji (cho膰 niekt贸re jeszcze nie dojrza艂y do tego, a niekt贸re s膮 ju偶 stabilne). API kt贸rych, by膰 mo偶e nigdy w 偶yciu nie zobaczycie, a kt贸re b臋d膮 w przysz艂o艣ci stanowi膰 fundament baz danych, czy kolejek.

Zaczniemy od Unsafe, by nada膰 rys historyczny. By potem pokaza膰, foreign memory access, czyli jak bezpiecznie pracowa膰 z pami臋ci膮 poza stert膮 oraz foreign functions interface, czyli jak wywo艂a膰 C z Java (i w drug膮 stron臋).

Wszystko polane sosem niedzia艂aj膮cych przyk艂ad贸w i przek艂amanych micro benchmark贸w i OpenJDK skompilowanego na pi臋膰 minut przed prezentacj膮.


Jarek Pa艂ka

Od ponad 20 lat w bran偶y IT, jako administrator baz danych, programista, architekt, manager i 鈥瀒n偶ynier od spraw katastrof鈥. Bra艂em udzia艂 w ma艂ych, 艣rednich i nonsensownie du偶ych projektach, prowadzonych zgodnie zasadami 鈥瀢aterfall鈥, Agile oraz przy braku jakichkolwiek metodyk, z tym samym zawsze skutkiem. Co doprowadzi艂o mnie do wniosku, 偶e niewa偶ne co robisz tak d艂ugo, jak robisz to dobrze, w najprostszy z mo偶liwych sposob贸w i u偶ywasz w艂a艣ciwych narz臋dzi, kt贸re wykonaj膮 prac臋 za ciebie. W mi臋dzyczasie da艂em si臋 porwa膰 ide膮 TDD oraz Software Craftmanship, do granic mo偶liwo艣ci wyeksploatowa膰 tak pi臋kne w swej prostocie pomys艂y jak REST i NoSQL, by potem porzuci膰 je, by zg艂臋bi膰 tajniki 鈥瀞ystem thinking鈥 i zachwyci膰 si臋 si艂膮 jak膮 niesie z sob膮 鈥瀖etafora鈥 i odkry膰, 偶e rz膮dz膮 nami te same prawa 鈥瀗atury鈥. Niepokorny wyznawca ko艣cio艂a JVM, badacz bytecode鈥檜 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 http://symentis.pl i autor bloga na http://geekyprimitives.wordpress.com/ oraz samozwa艅czy dyktator w radach programowych konferencji CoreDump, SegFault, JDD oraz 4Developers.


nie mo偶esz si臋 ju偶 zapisa膰 na to wydarzenie

#71 - 06.10.2021

#71 Umiej臋tno艣ci mi臋kkie Storming Troopera

Prelegent: S艂awomir Sob贸tka

Mia艂o by膰 tak pi臋knie… Przykleili艣my kilkaset kolorowych karteczek, zrobili艣my im zdj臋cie/screenshota i wrzucili艣my na twittera i linkedin, przybili艣my sobie pi膮tki a po roku nasze mikroserwisy i lambdy p艂ywaj膮 w sosie bolognese.

Co posz艂o nie tak? Jak mogli艣my znowu przeoczy膰 Single Source of Truth i wprowadzi膰 kilkana艣cie Single Point of Failure? Najtrudniejsze w programowaniu s膮 umiej臋tno艣ci mi臋kkie.

Podczas prezentacji dowiesz si臋:
– jak zadawa膰 pytania, kt贸re nie sugeruj膮 odpowiedzi
– jak formu艂owa膰 typowe pytania techniczne tak aby adresowa艂y problemy biznesowe
– jak zaadaptowa膰 sw贸j interfejs do interfejsu osoby o zupe艂nie innej historii edukacji
– czyli jak rozpoznawa膰 preferencje kognitywne rozm贸wc贸w i si臋 do nich dopasowywa膰


S艂awomir Sob贸tka

S艂awomir jest w艂a艣cicielem firmy szkoleniowo doradczej Bottega IT Minds zrzeszaj膮cej 60 ekspert贸w technicznych. W ci膮gu 17 lat pracy w bran偶y IT pe艂ni艂 role programisty, architekta, lidera zespo艂u, mentora i trenera. W codziennej pracy integruje: Domain Driven Design, wzorce, style architektoniczne, zwinne procesy wytw贸rcze i zdrowy rozs膮dek. Stosuje nadrz臋dn膮 zasad臋: rozpozna膰 klas臋 problemu z jak膮 mamy do czynienia i dobra膰 do niej odpowiedni膮 klas臋 narz臋dzia. Hobbystycznie interesuje si臋 psychologi膮 pozytywn膮 i kognitywistyk膮.


nie mo偶esz si臋 ju偶 zapisa膰 na to wydarzenie

#70 - 30.06.2021

#70 艢ledzenie Problem贸w w Twojej Aplikacji

Prelegent: Marcin Grzejszczak

Wyobra藕my sobie sytuacj臋, w kt贸rej otrzymujemy zg艂oszenie b艂臋du naszej aplikacji. Czytamy jego opis i przygotowujemy si臋 do rozwi膮zania zagadki 鈥 jakie kroki wykona艂 u偶ytkownik, 偶e rzeczony b艂膮d mia艂 miejsce? Czy jest mo偶liwe, 偶eby znale藕膰 wszystkie logi ze wszystkich aplikacji, kt贸re dotycz膮 operacji biznesowej, kt贸r膮 wykona艂 nasz klient?

Co, je艣li u偶ytkownik narzeka, 偶e nasz system dzia艂a wolno? Jak mo偶emy zdecydowa膰, kt贸ra konkretna funkcja jest tego przyczyn膮? Czy istnieje mo偶liwo艣膰 zwizualizowania takich op贸藕nie艅?

Odpowiemy na te pytania poprzez om贸wienie zagadnie艅 z dziedziny obserwowalno艣ci aplikacji za pomoc膮 艣ledzenia rozproszonego, metryk i korelowania log贸w na przyk艂adzie narz臋dzi Spring Cloud Sleuth, Tanzu Observability, OpenZipkin, OpenTelemetry i innych!


Marcin Grzejszczak

Autor ksi膮偶ek Mockito Instant i Mockito Cookbook. Wsp贸艂autor kursu Applied Continuous Delivery Live Lessons. Wsp贸艂za艂o偶yciel Warsaw Groovy User Group i Warsaw Cloud Native Meetup oraz inicjatywa DiverseIT.


nie mo偶esz si臋 ju偶 zapisa膰 na to wydarzenie

#69 - 26.05.2021

#69 Nie masz szans. Przegrasz z OSINT-em

Prelegent: Piotr Konieczny

W trakcie prelekcji Piotr Konieczny poka偶e techniki pozyskiwania informacji na temat ludzi, firm i serwer贸w na podstawie og贸lnodost臋pnych (co nie znaczy, 偶e zawsze publicznie dost臋pnych) 藕r贸de艂 w internecie. Uchyli r膮bka tzw. Bia艂ego Wywiadu i poka偶e w praktyce techniczny rekonesans.

Zdradzi te偶 kilka OSINT-owych narz臋dzi, demonstruj膮c jak za ich pomoc膮 ka偶dy mo偶e pozyska膰 informacje na temat infrastruktury IT dowolnej firmy.

Na koniec zdeanonimizujemy i obedrzemy z prywatno艣ci jednego ze s艂awnych polskich szpieg贸w. A jak starczy czasu, to mo偶e nawet namierzymy te偶 szpiegowskiego satelit臋 i przyjrzymy si臋 czemu艣, czego — zgodnie z rad膮 prawnika — nasz prelegent nie mo偶e tu opisa膰.


Piotr Konieczny

Ekspert ds. bezpiecze艅stwa, kt贸rego od 14 lat polskie i zagraniczne firmy zatrudniaj膮 do tego, aby w艂ama艂 si臋 do ich sieci i wykrad艂 im dane. Wielokrotny zdobywca nagr贸d za najlepsze prelekcje na najwi臋kszych polskich konferencjach po艣wi臋conych bezpiecze艅stwu IT, a tak偶e laureat presti偶owej nagrody Digital Shapers 2018 magazyn贸w Forbes i Business Insider. Absolwent Glasgow Caledonian University i za艂o偶yciel Niebezpiecznik.pl, najwi臋kszego w Polsce serwisu po艣wi臋conego tematyce bezpiecze艅stwa komputerowego. Kiedy nie pisze artyku艂贸w, zarz膮dza zespo艂em wykonuj膮cym audyty i testy penetracyjne system贸w teleinformatycznych oraz prowadzi silnie techniczne szkolenia dla administrator贸w i programist贸w. Autor wyk艂adu "Jak nie da膰 si臋 zhackowa膰?", przeznaczonego dla ka偶dego, kto w 偶yciu prywatnym lub zawodowym korzysta z komputer贸w i internetu.


nie mo偶esz si臋 ju偶 zapisa膰 na to wydarzenie

#68 - 28.04.2021

#68 Architektura i architekt AD 2021

Prelegent: Jakub Kubry艅ski

Cz臋sto s艂yszymy, 偶e w IT nie wymy艣lono nic nowego od lat 70. I trzeba przyzna膰, 偶e faktycznie stosowane rozwi膮zania bardzo cz臋sto opieraj膮 si臋 o dobrze znane koncepcje. Mo偶emy natomiast postawi膰 pytanie, czy taki sam stan rzeczy dotyczy r贸wnie偶 sposobu pracy architekt贸w i rozumienia czym w zasadzie jest architektura oprogramowania. W艂a艣nie na odpowiedzi na te pytania skupimy si臋 podczas prezentacji. Ponadto porozmawiamy o roli architekta w agile i tym jak architektura stawia czo艂a wszechobecnej zmienno艣ci wymaga艅.


Jakub Kubry艅ski

"Od blisko 30 lat pasjonuje si臋 programowaniem. Zaczyna艂 ju偶 jako kilkuletnie dziecko, pisz膮c przy udziale Taty w Fortranie 77 proste programy pomagaj膮ce mu w lekcjach - jak cho膰by w liczeniu ""s艂upk贸w"" na matematyk臋 ;) Ponad 16 lat temu jego pasja przerodzi艂a si臋 w zaw贸d, z kt贸rym jest zwi膮zany do dzi艣. Pocz膮tkowo jako programista, p贸藕niej projektant i architekt, team leader i manager a偶 do trenera, konsultanta i przedsi臋biorcy rozwijaj膮cego w艂asn膮 firm臋 i produkt DevSkiller.com. Od wielu lat skupia si臋 na architekturze system贸w rozproszonych i optymalizacji proces贸w wytwarzania oprogramowania, staraj膮c si臋 wszystko robi膰 szybciej, wydajniej i efektywniej. Zajmuje si臋 doradztwem strategicznym oraz audytowaniem proces贸w IT."


nie mo偶esz si臋 ju偶 zapisa膰 na to wydarzenie

#67 - 24.03.2021

#67 Czy Tester to jeszcze zaw贸d, czy ju偶 鈥瀟ylko鈥 rola?

Prelegent: Jakub Rosi艅ski

Wsp贸艂cze艣nie w wi臋kszo艣ci projekt贸w odeszli艣my od wyra藕nego podzia艂u na (pod)zespo艂y charakteryzuj膮ce si臋 艣cis艂膮 specjalizacj膮. Rzadko m贸wimy o 鈥瀦espole deweloperskim鈥, 鈥瀦espole testerskim鈥, itd. Coraz bardziej powszechne u偶ywanie metodyk zwinnych (albo lokalnych wariacji na ich temat) stworzy艂o interdyscyplinarne zespo艂y (w SCRUMie nazwane wprost 鈥瀌evelopment team鈥). Taki zesp贸艂 powinien posiada膰 wszystkie kompetencje potrzebne do wytworzenia dobrej jako艣ci produktu. Ale czy musi posiada膰 osob臋, kt贸rej nazwa stanowiska wskazuje wprost na testy, czy jako艣膰?

Chcia艂bym przeanalizowa膰 kilka r贸偶nych wariant贸w organizacji czy projekt贸w i zastanowi膰 si臋 wsp贸lnie z uczestnikami jak wygl膮daj膮 one dzisiaj, jak si臋 zmieniaj膮 i w jakim kierunku pod膮偶aj膮. Zastanowimy si臋 te偶 jak zmienia si臋 rola testera, czy prawd膮 jest stereotyp, jakoby deweloperzy brzydzili si臋 testami, czy mo偶e jednak coraz bardziej otwieraj膮 si臋 na zapewnianie jako艣ci?

Prezentacj臋 (oczywi艣cie!) mo偶na stre艣ci膰 w dw贸ch s艂owach 鈥瀟o zale偶y鈥 鈥 ale tak 艂atwo nie b臋dzie. Odpowiedzmy wsp贸lnie na pytanie od czego i jak wp艂ywa to na prac臋 zespo艂u i efekt tej偶e pracy? No i najwa偶niejsze 鈥 czy istniej膮 podej艣cia uniwersalne?


Jakub Rosi艅ski

Przede wszystkim sercem i duchem tester z ponad 10-letnim do艣wiadczeniem praktycznym. Aktualnie QA Architect ci膮gle maj膮cy styczno艣膰 z 鈥減rawdziwym testowaniem鈥. Testowa艂 aplikacje i urz膮dzenia mobilne, systemy CRM, aplikacje wspieraj膮ce badania medyczne, systemy loteryjne, CPQ i bankowe. Przeprowadza testy integracyjne, systemowe oraz akceptacyjne 鈥 odbiorczo i wspieraj膮c klient贸w. Pracuje i wierzy w podej艣cie zwinne, zaufanie w zespo艂ach i samoorganizacj臋 鈥 sprawdzi艂o si臋, gdy偶 mia艂 zaszczyt by膰 cz臋艣ci膮 zwyci臋skiego na TestingCup 2019. Testuje automagicznie i manualnie 鈥 g艂贸wnie eksploracyjnie. W podanej kolejno艣ci jest krytykiem, trenerem (akredytowanym) i posiadaczem ISTQB, przegl膮da艂 polsk膮 wersj臋 sylabusa FL 2018. Aktywnie zaanga偶owa艂 si臋 w dzia艂ania spo艂eczno艣ci testerskiej kilka lat temu. Uwielbia testerskie community! Ch臋tnie uczestniczy w spotkaniach i konferencjach jako s艂uchacz, ale lubi te偶 gada膰 i dzieli膰 si臋 wiedz膮 z innymi. Uwielbia konstruktywnie kwestionowa膰 (i gdy jego dzia艂ania i pomys艂y s膮 kwestionowane) i przemy艣lane #tozale偶y.


nie mo偶esz si臋 ju偶 zapisa膰 na to wydarzenie

#66 - 24.02.2021

#66 Moje rozumienie DDD (+ clean architecture) na przyk艂adzie bajki o 3 艣winkach

Prelegent: Mateusz Chrzonstowski

Wiele os贸b kojarzy takie poj臋cia jak Domain-Driven Design i Clean Architecture. Istnieje te偶 mn贸stwo materia艂贸w, t艂umacz膮cych zwi膮zane z nimi teorie na praktycznych przyk艂adach. Kursy online, ksi膮偶ki, szkolenia, nagrania z wyst膮pie艅鈥

Zdarza艂o si臋 jednak, 偶e w materia艂ach nie rozumia艂em domeny, przedstawionego problemu. Z tego powodu postanowi艂em stworzy膰 w艂asny, praktyczny przyk艂ad, w oparciu o domen臋, kt贸r膮 艂atwo wyja艣ni膰. Wyja艣niam j膮 nawet mojemu kilkuletniemu synkowi.

Zapraszam na wyk艂ad, gdzie opowiemy bajk臋 o trzech 艣winkach, korzystaj膮c z DDD i Clean Architecture.


Mateusz Chrzonstowski

"Pomagam osi膮ga膰 lepsze efekty, wytwarzaj膮c oprogramowanie oraz dziel膮c si臋 wiedz膮 o tym, jak nale偶y programowa膰. 艁膮cz臋 in偶ynierskie spojrzenie z u艣miechem i dostrzeganiem pierwiastka ludzkiego w sofcie. Pocz膮tkowo nastawiony na front-end, ostatnie lata w obszarze integracji system贸w, a tak naprawd臋 in偶ynier oprogramowania i programista full-stack. Od 2013 roku zarabiam na 偶ycie kodem. Dodatkowo, ucz臋 tego innych, prowadz膮c szkolenia stacjonarne i produkuj膮c kursy na Udemy. Wyst臋puj臋 podczas meetup贸w, targ贸w i konferencji. Opr贸cz programowania i dzielenia si臋 wiedz膮, pasjonuj臋 si臋 jeszcze MMA, Dragon Ballem i strategiami wielkich firm."


nie mo偶esz si臋 ju偶 zapisa膰 na to wydarzenie

#65 - 27.01.2021

#65 Wprowadzenie do ekosystemu Hazelcast

Prelegent: Grzegorz Piwowarek

Zapewne wielu z Was wie, 偶e Hazelcast to rozproszony cache鈥 i robi du偶e oczy kiedy kto艣 wspomina o Stream Processing, HyperLogLog, CRDT, czy CP Subsystem. Podczas tej prezentacji wybierzemy si臋 na wycieczk臋 po ekosystemie Hazelcast i rzucimy okiem nie tylko na podstawow膮 funkcjonalno艣膰, ale r贸wnie偶 na ukryte smaczki.


Grzegorz Piwowarek

Grzegorz Piwowarek jest starszym in偶ynierem w Hazelcast, prowadzi szkolenia i bloguje na 4comprehension.com. Interesuj膮 go systemy rozproszone, wydajno艣膰 i architektura system贸w. Kr膮偶膮 plotki, 偶e istnieje tylko w czasie kompilacji.


nie mo偶esz si臋 ju偶 zapisa膰 na to wydarzenie

#64 - 16.12.2020

#64 Typescript od strony mniej znanej

Prelegent: Marek Szkudelski

Typescript przyci膮ga uwag臋 coraz wi臋kszej ilo艣ci Javascript deweloper贸w, dlatego jest coraz wi臋ksze zapotrzebowanie na wiedz臋 z tego zakresu – r贸wnie偶 t膮 bardziej zaawansowan膮. W prezentacji poka偶emy w艂a艣nie cz臋艣ci tego j臋zyka, kt贸re mog膮 by膰 mniej znane przez wi臋kszo艣膰 Frontend’owc贸w, ale te偶 poszerzymy ich wiedz臋 na tematy, kt贸re mog膮 zna膰. Postaramy si臋 pokaza膰 praktyczne zastosowania wynikaj膮ce z tej wiedzy poprzez live coding podczas prelekcji. Niekt贸re z temat贸w, kt贸re zostan膮 poruszone to: typ never oraz any, budowanie customowych Mapped Types, Generic Constraints, Discriminated Unions.


Marek Szkudelski

Marek interesuje si臋 programowaniem od wielu lat, a od czterech spe艂nia si臋 jako Frontend Developer. Od pocz膮tku kariery mia艂 do czynienia z Angularem, realizowa艂 mniejsze i wi臋ksze aplikacje biznesowe. Po jakim艣 czasie zacz膮艂 poszerza膰 swoje horyzonty poprzez nauk臋 kolejnych technologii frontendowych i backendowych. Wsp贸艂tworzy tak偶e blog FrontemDoJs.pl, 偶eby dzieli膰 si臋 wiedz膮 i do艣wiadczeniem.


Nie zapomnij si臋 zarejestrowa膰!