devstyle

Biznes pyta: co się wydarzyło? System odpowiada: nie wiem. Bo update i delete nadpisują historię. O tym, gdzie wchodzi event sourcing, opowiada Łukasz Reszke. Całość nagrania - link w komentarzu.

„Backend i tak zrobi swoje - tylko wolniej, niż użytkownik ma ochotę patrzeć.” I właśnie w tym miejscu wiele zespołów zaczyna mieć problem. Bo technicznie wszystko się zgadza, ale z perspektywy użytkownika… już niekoniecznie. W pełnym nagraniu Tomasz Stolarczyk tłumaczy, skąd biorą się te napięcia między UX a architekturą systemu i dlaczego często nie są one wcale techniczne. https://lnkd.in/dcQEiGa9

Soft biznesowy potrafi odebrać radość z programowania. Nie przez poziom trudności, tylko przez chaos i brak sensu. W nowym materiale Sławek Sobótka opowiada, jak na to spojrzeć inaczej i gdzie w tym wszystkim sensownie używać Domain-Driven Design. https://lnkd.in/dixJPBiJ

Ukończyłem szkolenie „Architektura na Froncie” od devstyle! To był zupełnie inny kurs niż wszystkie, które realizowałem do tej pory. Nie skupiał się na jednej konkretnej technologii. Zamiast tego pokazał dobre praktyki, narzędzia oraz procesy wykorzystywane na co dzień w komercyjnych projektach. Pomógł mi lepiej zrozumieć: - jak istotną częścią systemu są testy automatyczne, - jak ogromne znaczenie ma bezpieczeństwo typów, - jak stosować wzorce projektowe w realnych, produkcyjnych projektach – a nie tylko w teorii. To zdecydowanie nie jest kurs, który można „przeklikać”. Każdy moduł wymaga zrozumienia tematu, przećwiczenia go w praktyce i zastanowienia się, jak zastosować zdobytą wiedzę w aktualnym projekcie. Zdecydowanie polecam każdemu, kto chce rozwijać się jako frontend developer 

Wiele zespołów wybiera „wspólny kod”, by nie powielać logiki. W teorii to oszczędność czasu. W praktyce - każda zmiana wymaga teraz negocjacji z połową firmy, a autonomia zespołów znika. W nowoczesnej architekturze autonomia jest cenniejsza niż brak duplikacji kodu. Zamiast oszczędzać kilka kilobajtów pamięci, lepiej zainwestować w wyraźne granice systemowe, które pozwolą Twojemu zespołowi dowozić zmiany bez czekania na zgodę innych. Jak wyznaczać te granice, by system nie stał się „komunikacyjnym korkiem”? 🚦 Bartłomiej Słota opowiada o tym w najnowszym materiale. https://lnkd.in/d6hHpQ5g

Na tym webinarze zobaczysz: - Próbki wybranych archetypów wyjęte prosto z naszych lekcji - Naszą metodykę dydaktyczną, uczącą abstrakcyjnego myślenia i samodzielnego odkrywania archetypów w biznesie - Czy to tylko teoria z książki czy dojrzałe rozwiązania "wyhodowane" w realnych projektach - Odpowiedzi na kluczowe pytania: czy archetypy są dla Ciebie i co realnie zmienią w Twojej pracy - Jak archetypy wpływają na: ANALIZĘ, której nie trzeba poprawiać po analityku; ARCHITEKTURĘ, której granice nie przeciekają; KOD, który od pierwszego dnia nadaje się na produkcję 📅 Zapraszają Bartek SŁOTA, Sławek SOBÓTKA i Kuba PILIMON! https://lnkd.in/dSm4m3ag

Miałem okazję uczyć się i jednocześnie tworzyć aplikację od zera używając Event Sourcingu.  To prawda, że wiele informacji jest na wyciągnięcie ręki. Często debugowanie sprowadza się do przejrzenia event stora. Ten kto umie napisać selecta może sprawdzić co się działo w procesie - analityk, tester, product owner. Statystyki biznesowe i techniczne też są łatwe do uzyskania. Tak się do tego już przyzwyczaiłem, że nie widzę żadnych minusów 😄 CorrelationId w zdarzeniu - dobry pomysł :) Najlepsze 10 minut o Event Sourcingu, dzięki! devstyle Łukasz Reszke https://lnkd.in/d--wiDDt

W każdym systemie są miejsca, które da się rozwijać tanio i takie, gdzie każda zmiana kosztuje nieproporcjonalnie dużo. Te różnice widać dopiero po latach pracy z kodem. I to one powinny wyznaczać kierunek dalszych decyzji. Andrzej Krzywda pokazuje to bardzo konkretnie - link do całości nagrania w komentarzu.

To nie jest materiał o kolejnym cudownym modelu AI, ani o czarnych scenariuszach na przyszłość. Raczej o tym, jak nie dać się ponieść FOMO i zachować zdrowy rozsądek. Tomasz Ducin. Link w komentarzu.