190. spotkanie WG.NET

## Details

Serdecznie zapraszamy w dniu 11 czerwca godz. 18 na 190. spotkanie Warszawskiej Grupy .NET, które odbędzie się w siedzibie naszego wieloletniego sponsora, firmy 7N (ul. Puławska 182)

Co mamy w planach:

## ➡ Prezentacja 1

👤 Prelegent: Bartosz Sypytkowski

📢 Temat: Let's build a SQL database... in C#.

Opis: Zastanawialiście się kiedyś jak działają bazy danych, z których korzystacie? W ramach tej prezentacji przejdziemy przez całą drogę, jaką przechodzi nasz kod SQL, zaczynając od parsowania, przez to jak działa tzw. query planner, aż do tego jak dane są zapisywane i odczytywane z dysku.

Przy okazji zobaczymy na przykładzie, czy język zarządzany taki jak C# nadaje się do wyzwań niskopoziomowych oraz prześledzimy to jak AI może pomóc (bądź przeszkadzać) w tego typu pracy.

Bio: Bartek jest wielokrotnym bywalcem WG .NET, miłośnikiem programowania funkcyjnego i rozproszonego.

## ➡ Prezentacja 2

👤 Prelegent: Mariusz Krzanowski

📢 Temat: Przyczyna i skutek. Jak siły odpychania oraz grawitacji wspomagają analizę systemów rozproszonych.

Opis: Każdy z nas doświadczył podczas pracy nad różnymi produktami, dwóch scenariuszy.

• Scenariusz sukcesu, gdzie wszystko działa, a przynajmniej tak nam się wydaje. Powtarzamy automatem albo ręcznie jakiś test i jesteśmy zadowoleni.
• Scenariusz błędny, nad którym spędzamy czasem kilka chwil, bo problem jest oczywisty. Czasem jednak ślęczymy godzinami albo dniami gromadząc i analizując dane, które mają nam wyjaśnić, skąd to „magiczne” zachowanie.

Jak wiemy w świecie komputerów klasycznych magii nie ma. Tutaj jeszcze kwanty się mocno nie panoszą, bo są obserwowane. W komputerach klasycznych są zera i jedynki więc rezultaty powinny być deterministyczne. Zdarzają się wprawdzie przypadki, gdzie naładowana cząstka zamieni wartość bit-u i wyborach głosowało np. 4096 osób więcej niż wydano kart do głosowania, ale większość problemów w naszych aplikacjach nie wymaga angażowania fizyki wysokich energii. Nasze systemy wymagają zaangażowania logiki, i analizy przyczynowo skutkowej. Po nitce staramy się dobrnąć do sedna sprawy (przysłowiowego kłębka) – czyli prawdziwej przyczyny błędu. Jeżeli analizowanym systemem jest prosta aplikacja, to układanie takich puzzli jest w miarę proste. Mało usług, to mało elementów do dopasowania.

Prawdziwe schody zaczynają się, gdy mowa o poważnym systemie rozproszonym, gdzie procesy biznesowe realizowane są przez multum usług wymieniających się wieloma wiadomościami w sposób asynchroniczny. Brak odpowiednich struktur w gromadzeniu danych działającego systemu bardzo utrudnia znalezienie prawdziwych przyczyn niespójności. Czasem przyczyną błędu jest pojedyncza usługa. Czasem błędny jest design przepływu danych ignorujący nieprzewidziane zachowania wielkiej skali. Od razu podpowiem - gromadzenie logów i metryk, to zdecydowanie za mało, aby łatwo znaleźć błędy designu. Podczas dyskusji z wieloma architektami i deweloperami, kiedy wspominam o strukturach danych, które wspomagają analizę systemów rozproszonych, to widzę zaskoczenie, konsternację, niedowierzanie. Większość nie zdaje sobie sprawy, że prostym sposobem można naprawdę ułatwić życie sobie i innym. Łatwo można przyśpieszyć analizę, nawet już działających systemów. Ponadto, stosując wyżej wymienione struktury danych można wspomóc się wizualnie przy analizie dużego systemu – a obraz wart jest tysiąca słów przecież. Ponadto obrazem, często łatwiej wyjaśnić problem osobom mniej technicznym, a to podwójny sukces przy współpracy z biznesem.

Najciekawsze jest to, iż proponowane struktury są znane mi pod różnymi postaciami już od ponad 15 lat więc nie są świeżą nowinką na rynku IT. Nie mniej jednak współczesne konferencje i spotkania grup IT koncentrują się głównie na nowościach technicznych. Sprawia to, że zarówno młodzi adepci IT jak ich starsi koledzy nie są świadomi, że można bardzo ułatwić sobie życie – bo nikt o tym już nie wspomina, a stare nagrania ugrzęzły gdzieś w odmętach przeszłości. Jeżeli zatem

• Chcesz poznać prostą strukturę danych wspomagającą analizowanie systemów rozproszonych i nadrobić zaległości.
• Chcesz zobaczyć, jak proponowana struktura ułatwia dynamiczną analizę systemu poprzez wizualizację przepływu danych.

To zapraszam Cię na moją prezentację, gdzie podzielę się wiedzą oraz przemyśleniami.

Bio: Zawodowo zajmuje się programowaniem od 1999 roku, chociaż pierwsze programy tworzyłem na wiele lat zanim zacząłem studiować. Przygodę z .NET rozpocząłem od wersji 1.1., więc miałem przyjemność obserwować jak .NET się rozwija, dostarczając wiele nowych fajnych konceptów.

Projektowałem i współtworzyłem systemy zarówno dla małych firm jak i dużych korporacji. Od prostych systemów okienkowych po rozwiązania działające 24/7, zajmując role od dewelopera, lidera, po architekta. Łącznie zaangażowany byłem w ponad 50 projektów zahaczających o różnorodne branże. Tak szerokie spektrum projektowe i branżowe rozwinęło u mnie bardzo eklektyczne podejście do rozwiązywania problemów. W miejscach gdzie niektórzy widzą tylko przepaść – ja widzę jak wybudować most.

Czasem:

• dodam coś na bloga programistycznego mrmatrix.net ,
• zaprezentuję coś w pracy, na WG-NET albo Warszawskich Dniach Informatyki

## ➡ Prezentacja 3

👤 Prelegent: TBD

📢 Temat: TBD

Opis: TBD

Bio: TBD