Better Software Design

Better Software Design podcast. Rozmowy o projektowaniu oprogramowania, architekturze i wyzwaniach z tym związanych.

Link RSS Link do katalogu Numer katalogowy: 4611 Wesprzyj dobrym słowem
Udostępnij
Kategorie:
Technologia

Odcinki od najnowszych:

62. O siedmiu dev-grzechach głównych kariery w IT z Wojtkiem Ptakiem
2023-06-06 01:00:00

Kod często można zmienić relatywnie łatwo. Jednak zupełnie inaczej jest z własnymi nawykami czy podejściem. Dziś na czynniki pierwsze rozkładamy kilka typowych "dev-grzeszków", które z perspektywy osób odpowiedzialnych za całe piony IT mogą przeszkadzać w karierze. Ponieważ technologia to niestety nie wszystko... Moim gościem jest dziś ponownie Wojtek Ptak, Executive Engineering Director oraz Head of Development w Revolut Business. A jakich tematów dotkniemy podczas rozmowy? Choćby tego, że błędem jest nieposiadanie planu. Nasza kariera nie musi się "wydarzać" i podążać od przypadku do przypadku. Ten proces może być znacznie bardziej świadomy, wsparty różnymi ćwiczeniami i działaniami. Jakimi dokładnie? Polecam posłuchać mojego gościa. Materiały dodatkowe: Developer Community Keynote: The thing about burnout , Principles , Ray Dalio, 2017 To Sell is Human: The Surprising Truth About Moving Others , Daniel H. Pink, 2012 The Secrets of Consulting: A Guide to Giving and Getting Advice Successfully , Gerald M. Weinberg, Virginia Satir, 1985 - klasyka gatunku, wielokrotnie wspominana w poprzednich odcinkach Odcinek ukazuje się przy okazji 3 edycji szkolenia Legacy Fighter . Jeśli chcesz nauczyć się tworzyć nowy kod ściśle dopasowany do wymagań biznesowych, odporny na erozję, a także skutecznie naprawiać już istniejące legacy tymi samymi technikami, zapraszam! Cały kod jest dostępny w kilku technologiach jest dostępny na GitHubie .

Kod często można zmienić relatywnie łatwo. Jednak zupełnie inaczej jest z własnymi nawykami czy podejściem. Dziś na czynniki pierwsze rozkładamy kilka typowych "dev-grzeszków", które z perspektywy osób odpowiedzialnych za całe piony IT mogą przeszkadzać w karierze. Ponieważ technologia to niestety nie wszystko...

Moim gościem jest dziś ponownie Wojtek Ptak, Executive Engineering Director oraz Head of Development w Revolut Business. A jakich tematów dotkniemy podczas rozmowy? Choćby tego, że błędem jest nieposiadanie planu. Nasza kariera nie musi się "wydarzać" i podążać od przypadku do przypadku. Ten proces może być znacznie bardziej świadomy, wsparty różnymi ćwiczeniami i działaniami. Jakimi dokładnie? Polecam posłuchać mojego gościa.

Materiały dodatkowe:

Odcinek ukazuje się przy okazji 3 edycji szkolenia Legacy Fighter. Jeśli chcesz nauczyć się tworzyć nowy kod ściśle dopasowany do wymagań biznesowych, odporny na erozję, a także skutecznie naprawiać już istniejące legacy tymi samymi technikami, zapraszam!

Cały kod jest dostępny w kilku technologiach jest dostępny na GitHubie.

61. O dostarczaniu kodu na produkcję z użyciem Feature Toggles z Mateuszem Kwaśniewskim
2023-05-30 01:00:00

Do dziś pamiętam pierwsze wydanie pewnego projektu... 30 sekund po zakończeniu procedury rozdzwoniły się telefony i jasne już było, że choć wdrożenie może i się udało, to wydanie już niekoniecznie. Jakiś czas później sterowaliśmy zmianami w zachowaniu kodu na produkcji bez konieczności jego aktualizacji, już całkowicie bezstresowo. Jedną z zastosowanych tam technik były Feature Toggles i właśnie na ten temat rozmawiamy z moim dzisiejszym gościem, Mateuszem Kwaśniewskim. Ponieważ jeśli na ten temat z kimś rozmawiać, to najlepiej z osobą, która pracuje przy jednym z najbardziej znanych systemów do zarządzania flagami w kodzie. W tym odcinku rozmawiamy z Mateuszem m.in. o: rozdzielaniu wdrożeń od wydań projektu, różnego rodzajach Feature Toggle'ach i ich przeznaczeniu, sposobach i miejscach osadzania toggli w kodzie, dobrych i złych praktykach stosowania tej techniki w projekcie, testowaniu kodu wyposażonego we flagi. Zapraszam! Materiały dodatkowe: Feature Toggles a.k.a Feature Flags , świetny artykuł Pete Hodgsona na temat różnego rodzaju toggli, ich przeznaczenia i cykli życia The most expensive bug in history... , poruszona już w podkaście historia firmy Knights Capital, zakończona m.in. błędnym wykorzystaniem feature flagi Feature Toggles - Why and How to Add to Your Software , 2-godzinny tutorial na temat stosowania toggli z użyciem Unleasha Unleash Quickstart , skrócona wersja tutoriala FeatureFlags.pl , małe kompendium wiedzy na temat Feature Flags i podejścia Trunk Based Development

Do dziś pamiętam pierwsze wydanie pewnego projektu... 30 sekund po zakończeniu procedury rozdzwoniły się telefony i jasne już było, że choć wdrożenie może i się udało, to wydanie już niekoniecznie. Jakiś czas później sterowaliśmy zmianami w zachowaniu kodu na produkcji bez konieczności jego aktualizacji, już całkowicie bezstresowo.

Jedną z zastosowanych tam technik były Feature Toggles i właśnie na ten temat rozmawiamy z moim dzisiejszym gościem, Mateuszem Kwaśniewskim. Ponieważ jeśli na ten temat z kimś rozmawiać, to najlepiej z osobą, która pracuje przy jednym z najbardziej znanych systemów do zarządzania flagami w kodzie.

W tym odcinku rozmawiamy z Mateuszem m.in. o:

  • rozdzielaniu wdrożeń od wydań projektu,
  • różnego rodzajach Feature Toggle'ach i ich przeznaczeniu,
  • sposobach i miejscach osadzania toggli w kodzie,
  • dobrych i złych praktykach stosowania tej techniki w projekcie,
  • testowaniu kodu wyposażonego we flagi.

Zapraszam!

Materiały dodatkowe:

60. O technikach Living Documentation i modelu P3 z Marcinem Markowskim
2023-05-16 01:00:00

Istnieją trzy rodzaje dokumentacji. Przy czym pierwszy rodzaj to taki, który… nie istnieje. A o dwóch pozostałych dowiesz się z tego odcinka. Dziś moim gościem jest Marcin Markowski, a rozmawiać będziemy o dokumentacji i sposobach na utrzymanie jej aktualności. Bo niestety, mało co tak przeszkadza podczas pracy jak dokumentacja, na której nie można polegać. W tym odcinku rozmawiamy z Marcinem m.in. o: co i dlaczego warto dokumentować podczas prac nad projektem, typowych problemach z dokumentacją, w tym koncepcie Living Documentation autorstwa Cyrille Martraire, strategiach i konwencjach pozwalających utrzymać aktualność dokumentacji wbudowanej w projekt, założeniach modelu P3 i różnych perspektywach dokumentacji. Nie mogło oczywiście zabraknąć wątku związanego z utrzymywaniem wiedzy projektowej na Confluence… A w kilku miejscach wodze fantazji zostaną delikatnie puszczone. Materiały dodatkowe: Living Documentation: Continuous Knowledge Sharing by Design , 2015, wspomniana w odcinku książka Cyrille Martraire Leaving Documentation, or Living Documentation? , prezentacja na wspomniany temat autorstwa Cyrille'a z konferencji SoCraTes Documenting Software Architectures: Views and Beyond , Felix Bachmann, Len Bass, David Garlan, 2002 P3 Model , strona projektu Marcina i Łukasza Szydło na GitHubie, na ten moment informacyjnie o projekcie Dokumentacja, która sama się pisze , prezentacja Marcina z Boiling Frogs i 4Developers 2023 marcin@twitter , profil Marcina na Twitterze Zapraszam!

Istnieją trzy rodzaje dokumentacji. Przy czym pierwszy rodzaj to taki, który… nie istnieje. A o dwóch pozostałych dowiesz się z tego odcinka.

Dziś moim gościem jest Marcin Markowski, a rozmawiać będziemy o dokumentacji i sposobach na utrzymanie jej aktualności. Bo niestety, mało co tak przeszkadza podczas pracy jak dokumentacja, na której nie można polegać.

W tym odcinku rozmawiamy z Marcinem m.in. o:

  • co i dlaczego warto dokumentować podczas prac nad projektem,
  • typowych problemach z dokumentacją, w tym
  • koncepcie Living Documentation autorstwa Cyrille Martraire,
  • strategiach i konwencjach pozwalających utrzymać aktualność dokumentacji wbudowanej w projekt,
  • założeniach modelu P3 i różnych perspektywach dokumentacji.

Nie mogło oczywiście zabraknąć wątku związanego z utrzymywaniem wiedzy projektowej na Confluence… A w kilku miejscach wodze fantazji zostaną delikatnie puszczone.

Materiały dodatkowe:

Zapraszam!

59. O optymalizacji współpracy zespołów i Team Topologies z Piotrem Kacałą
2023-05-02 01:00:00

Wytwarzanie oprogramowania, zwłaszcza tego złożonego, to gra zespołowa. A gdy w projekcie udział bierze wiele zespołów, musimy zatroszczyć się choćby o komunikację pomiędzy nimi, czy przypisanie właściwych odpowiedzialności w projekcie. Dziś moim gościem jest Piotr Kacała, CTO i członek zarządu Displate, a rozmawiać będziemy o podejściu zwanym Team Topologies. W myśl Manuela Paisa i Matthew Sheltona, autorów książki Team Topologies, w organizacji produktowej poszczególnym zespołom można przypisać bardzo jasno określone role, co z kolei pozwala określić modele komunikacji pomiędzy nimi. Na koniec dnia, nie każdy rodzaj komunikacji w organizacji jest pomocny i właściwy... W tym odcinku rozmawiamy m.in. o: o tym, co tworzy dobry zespół, idei Team Topologies, modelach współpracy pomiędzy zespołami i rolami samych zespołów, realiach zespołowych przy rozwoju projektu Displate. Materiały dodatkowe: Team Topologies , książka autorstwa Manuela Paisa i Matthew Skeltona, 2019 Empowered: Ordinary People, Extraordinary Products , Marty Cagan, Chris Jones, 2020 Product Blocks , rozwijany przez Piotra katalog "klocków", narzędzi i technich pomocnych przy zarządzaniu zespołami, który mocno polecam

Wytwarzanie oprogramowania, zwłaszcza tego złożonego, to gra zespołowa. A gdy w projekcie udział bierze wiele zespołów, musimy zatroszczyć się choćby o komunikację pomiędzy nimi, czy przypisanie właściwych odpowiedzialności w projekcie.

Dziś moim gościem jest Piotr Kacała, CTO i członek zarządu Displate, a rozmawiać będziemy o podejściu zwanym Team Topologies. W myśl Manuela Paisa i Matthew Sheltona, autorów książki Team Topologies, w organizacji produktowej poszczególnym zespołom można przypisać bardzo jasno określone role, co z kolei pozwala określić modele komunikacji pomiędzy nimi. Na koniec dnia, nie każdy rodzaj komunikacji w organizacji jest pomocny i właściwy...

W tym odcinku rozmawiamy m.in. o:

  • o tym, co tworzy dobry zespół,
  • idei Team Topologies,
  • modelach współpracy pomiędzy zespołami i rolami samych zespołów,
  • realiach zespołowych przy rozwoju projektu Displate.

Materiały dodatkowe:

58. O testowaniu kontraktowym z Rafałem Maciakiem
2023-04-18 01:00:00

Projektowanie systemu rozproszonego, opartego np. o architekturę mikroserwisową, zwykle nie jest trywialne. Pojawia się tu choćby problem komunikacji poszczególnych części systemu i właściwego sposobu jej testowania... Wspólnie z moim dzisiejszym gościem, Rafałem Maciakiem, przyglądamy się idei testowania kontraktowego, które świetnie rozwiązuje problem testowania poprawności komunikacji pomiędzy konsumentami i producentami. Co istotne, w izolacji, bez konieczności używania kosztowych środowisk i testów integracyjnych. W tym odcinku rozmawiamy m.in. o: idei testowania kontraktowego, przykładowej budowie kontraktów, lokalizacji tego rodzaju weryfikacji w piramidzie testów, narzędziach wspierających testowanie kontraktowe, różnicach pomiędzy Consumer Driven Contract i Producer Driven Contract, Materiały dodatkowe: Contract Testing - Spring Cloud Contract , artykuł Rafała na blogu SoftwareMill przedstawiający praktyczną stronę testowania kontraktowego z użyciem Springa, Save your friday's evening with Contract Testing , prezentacja Rafała z Allegro Tech Meetings Spring Cloud Contract in a polyglot world , artykuł Marcina Grzejszczaka na blogu Spring, pokazujący praktyczne użycie SCC, How Pact Works , krótkie wprowadzenie do zasady działania jednego ze wspomnianych w odcinku narzędzi Can I Deploy , jedno z narzędzi wchodzących w skład Pacta, wspomagające proces wdrożenia systemu Introducing Contact Testing with PactFlow , playlista kilku ciekawych filmów przedstawiających użycie Pacta w omawianym w odcinku kontekście Zapraszam Cię także do odwiedzenia moich innych miejsc w internecie: https://twitter.com/mariuszgil https://instagram.com/mariuszgil_dev/ https://youtube.com/c/MariuszGil

Projektowanie systemu rozproszonego, opartego np. o architekturę mikroserwisową, zwykle nie jest trywialne. Pojawia się tu choćby problem komunikacji poszczególnych części systemu i właściwego sposobu jej testowania...

Wspólnie z moim dzisiejszym gościem, Rafałem Maciakiem, przyglądamy się idei testowania kontraktowego, które świetnie rozwiązuje problem testowania poprawności komunikacji pomiędzy konsumentami i producentami. Co istotne, w izolacji, bez konieczności używania kosztowych środowisk i testów integracyjnych.

W tym odcinku rozmawiamy m.in. o:

  • idei testowania kontraktowego,
  • przykładowej budowie kontraktów,
  • lokalizacji tego rodzaju weryfikacji w piramidzie testów,
  • narzędziach wspierających testowanie kontraktowe,
  • różnicach pomiędzy Consumer Driven Contract i Producer Driven Contract,

Materiały dodatkowe:

Zapraszam Cię także do odwiedzenia moich innych miejsc w internecie:

57. O faktach i mitach wzorca CQRS z Oskarem Dudyczem
2023-04-11 01:00:00

CQRS, czyli Command Query Responsibility Segregation, jest wzorcem wyjątkowo popularnym i powszechnie stosowanym w wielu systemach. Mało kto jednak sięgnął po oryginalny dokument autorstwa Grega Younga, który opisuje założenia tego konceptu architektonicznego i z czasem obrósł on kilkoma mitami. Dziś w podkaście ponownie gości Oskar Dudycz, z którym na tapet weźmiemy zarówno mity jak i fakty dotyczące wzorca CQRS. A gdy przy drugim mikrofonie pojawia się Oskar, to wiadomo, że będzie do bólu pragmatycznie... W tym odcinku rozmawiamy m.in. na temat: czym jest wzorzec CQRS i jaki ma związek z językiem Eiffel i ideą CQS Bertranda Meyera, związku z wzorcem Command & Command Handler,x szeregu mitów, którymi CQRS obrósł na przestrzeni lat, np. koniecznością stosowania asynchroniczności, różnych możliwych sposobach, w jaki CQRS może zostać zaimplementowany w systemie. Materiały dodatkowe: CQRS , oryginalny dokument Grega Younga, opisujący koncept CQRS CQRS Bliki , artykuł na bliki Martina Fowlera o omawianym wzorcu CQRS facts and myths explained , artykuł na blogu Oskara na poruszony w rozmowie temat Od CRUD do CQRS w praktyce , prezentacja Oskara z konferencji bITconf 2022 Zapraszam Cię także do odwiedzenia moich innych miejsc w internecie: https://twitter.com/mariuszgil https://instagram.com/mariuszgil_dev/ https://youtube.com/c/MariuszGil

CQRS, czyli Command Query Responsibility Segregation, jest wzorcem wyjątkowo popularnym i powszechnie stosowanym w wielu systemach. Mało kto jednak sięgnął po oryginalny dokument autorstwa Grega Younga, który opisuje założenia tego konceptu architektonicznego i z czasem obrósł on kilkoma mitami.

Dziś w podkaście ponownie gości Oskar Dudycz, z którym na tapet weźmiemy zarówno mity jak i fakty dotyczące wzorca CQRS. A gdy przy drugim mikrofonie pojawia się Oskar, to wiadomo, że będzie do bólu pragmatycznie...

W tym odcinku rozmawiamy m.in. na temat:

  • czym jest wzorzec CQRS i jaki ma związek z językiem Eiffel i ideą CQS Bertranda Meyera,
  • związku z wzorcem Command & Command Handler,x
  • szeregu mitów, którymi CQRS obrósł na przestrzeni lat, np. koniecznością stosowania asynchroniczności,
  • różnych możliwych sposobach, w jaki CQRS może zostać zaimplementowany w systemie.

Materiały dodatkowe:

Zapraszam Cię także do odwiedzenia moich innych miejsc w internecie:

56. O fuckupach w projektach IT z Jarkiem Pałką i Wojtkiem Ptakiem
2023-04-04 01:00:00

Mylić się to rzecz ludzka, propagować automatycznie te błędy to DevOps... Tym razem na tapet bierzemy historie o tym, jak to produkcja płonęła i jakie wnioski zostały z tego wyciągnięte. Dziś moimi gośćmi w podkaście są Jarek Pałka i Wojtek Ptak, a w takim gronie nie wypada zamiatać spraw pod dywan. A że warto uczyć się na błędach, a najlepiej tych popełnianych przez innych, wyciągniemy parę naszych błędów z przeszłości. Oprócz tragikomicznych aspektów niektórych z przytoczonych tu sytuacji, będzie to bardzo dobry wstęp do znacznie ważniejszych wątków. W tym odcinku rozmawiamy m.in. o: naszych błędach i wyciągniętych wnioskach, różnych źródłach problemów i ich typach, od błędów ludzkich po limity infrastrukturalne, mierzeniu rzeczy, by określić wpływ fuckupu na otaczający nas świat, przygotowywaniu się na incydenty, bo to nie kwestia czy wystąpią, tylko kiedy, jakie działania podejmować w trakcie problemu, kulturze postmortems, lessons-learned i upewnianiu się, że wnioski, jak i kiedy komunikować o problemach, co zrobić, gdy fala sztormu odpłynie w dal... Będę bardzo zobowiązany za wypełnienie krótkiej ankiety na temat tego odcinka. Materiały dodatkowe: Death March - Edward Yourdon The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win - Gene Kim, Kevin Behr, George Spafford Normal Accidents: Living with High-Risk Technologies - Charles Perrow The Idealcast with Gene Kim by IT Revolution - rozmowa z dr. Ronem Westrumem m.in. na tematy związane z problemami w złożonych systemach (od 34:45) The Facebook Outage - postmortem problemu Facebooka Root Cause Analysis: A Quick Guide - opracowanie na temat wspomnianego w odcinku RCA Software Testing Lessons Learned From Knight Capital Fiasco - analiza przypadku Knight Capital i utraty ponad 400M USD

Mylić się to rzecz ludzka, propagować automatycznie te błędy to DevOps... Tym razem na tapet bierzemy historie o tym, jak to produkcja płonęła i jakie wnioski zostały z tego wyciągnięte.

Dziś moimi gośćmi w podkaście są Jarek Pałka i Wojtek Ptak, a w takim gronie nie wypada zamiatać spraw pod dywan. A że warto uczyć się na błędach, a najlepiej tych popełnianych przez innych, wyciągniemy parę naszych błędów z przeszłości. Oprócz tragikomicznych aspektów niektórych z przytoczonych tu sytuacji, będzie to bardzo dobry wstęp do znacznie ważniejszych wątków.

W tym odcinku rozmawiamy m.in. o:

  • naszych błędach i wyciągniętych wnioskach,
  • różnych źródłach problemów i ich typach, od błędów ludzkich po limity infrastrukturalne,
  • mierzeniu rzeczy, by określić wpływ fuckupu na otaczający nas świat,
  • przygotowywaniu się na incydenty, bo to nie kwestia czy wystąpią, tylko kiedy,
  • jakie działania podejmować w trakcie problemu,
  • kulturze postmortems, lessons-learned i upewnianiu się, że wnioski,
  • jak i kiedy komunikować o problemach,
  • co zrobić, gdy fala sztormu odpłynie w dal...

Będę bardzo zobowiązany za wypełnienie krótkiej ankiety na temat tego odcinka.

Materiały dodatkowe:

55. O Machine-Learningu i rozwiązaniach Data-Driven dla bankowości z Piotrem Gawrysiakiem
2023-03-21 01:00:00

Często uciekamy od danych i analizujemy zachowania w procesach biznesowych, a równie często to właśnie dane są podstawą do budowy zaawansowanych systemów IT. Zanim dotkniemy gwarantujących spójność agregatów, nasze operacje przechodzą przez systemy oparte o sztuczną inteligencję czy uczenie maszynowe i to właśnie tym zagadnieniom dziś się przyjrzyjmy. Zapraszam dziś na odcinek z wielu powodów dla mnie szczególny, ponieważ moim gościem jest Piotr Gawrysiak, Chief Data Scientist w mBanku i profesor Politechniki Warszawskiej, osoba o ogromnej wiedzy w tematach AI/ML, a także Process Miningu. Po 30 latach życie napisało tu piękną klamrę, bo choć dziś będziemy wspólnie rozmawiać o projektowaniu rozwiązań data-driven czy automatycznej analizie procesów biznesowych, to dawniej chłonąłem treści tworzone przez Piotra pod szyldem magazynów Bajtek i Top Secret... Piotr uchyli rąbka tajemnicy i pokaże jak kierowany przez niego zespół wspiera mBank na polu analizy danych i projektów ML. W tym odcinku rozmawiamy m.in. o: projektach opartych w ML/AI w banku, rodzajach problemów możliwych do rozwiązania z użyciem Machine Learningu, procesie tworzenia rozwiązań data-driven, wykorzystywanych technologiach i potrzebnych umiejętnościach w kwestii data-science, późniejszym wdrażaniu przygotowanych modeli i podejścia do dzielenia się danymi, process miningu i automatycznej analizy procesów, wpływie modeli typu ChatGPT-3 na pracę developerów. Zapraszam na odcinek! Materiały dodatkowe IT w mBanku , więcej rozmów z ekspertami i tematy dookoła software-house'u IT Kursy Andrew NG , kilka kursów od Andrew NG w specjalizacjach Machine Learning, MLOps i Deep Learning Process Mining Warsaw , grupa meetupowa poświęcona tematyce optymalizacji procesów z użyciem Proces Miningu Biblioteka pm4py , implementacja algorytmów Process Mining w Pythonie Odcinek powstał we współpracy z mBankiem.

Często uciekamy od danych i analizujemy zachowania w procesach biznesowych, a równie często to właśnie dane są podstawą do budowy zaawansowanych systemów IT. Zanim dotkniemy gwarantujących spójność agregatów, nasze operacje przechodzą przez systemy oparte o sztuczną inteligencję czy uczenie maszynowe i to właśnie tym zagadnieniom dziś się przyjrzyjmy.

Zapraszam dziś na odcinek z wielu powodów dla mnie szczególny, ponieważ moim gościem jest Piotr Gawrysiak, Chief Data Scientist w mBanku i profesor Politechniki Warszawskiej, osoba o ogromnej wiedzy w tematach AI/ML, a także Process Miningu. Po 30 latach życie napisało tu piękną klamrę, bo choć dziś będziemy wspólnie rozmawiać o projektowaniu rozwiązań data-driven czy automatycznej analizie procesów biznesowych, to dawniej chłonąłem treści tworzone przez Piotra pod szyldem magazynów Bajtek i Top Secret... Piotr uchyli rąbka tajemnicy i pokaże jak kierowany przez niego zespół wspiera mBank na polu analizy danych i projektów ML.

W tym odcinku rozmawiamy m.in. o:

  • projektach opartych w ML/AI w banku,
  • rodzajach problemów możliwych do rozwiązania z użyciem Machine Learningu,
  • procesie tworzenia rozwiązań data-driven,
  • wykorzystywanych technologiach i potrzebnych umiejętnościach w kwestii data-science,
  • późniejszym wdrażaniu przygotowanych modeli i podejścia do dzielenia się danymi,
  • process miningu i automatycznej analizy procesów,
  • wpływie modeli typu ChatGPT-3 na pracę developerów.

Zapraszam na odcinek!

Materiały dodatkowe

  • IT w mBanku, więcej rozmów z ekspertami i tematy dookoła software-house'u IT
  • Kursy Andrew NG, kilka kursów od Andrew NG w specjalizacjach Machine Learning, MLOps i Deep Learning
  • Process Mining Warsaw, grupa meetupowa poświęcona tematyce optymalizacji procesów z użyciem Proces Miningu
  • Biblioteka pm4py, implementacja algorytmów Process Mining w Pythonie

Odcinek powstał we współpracy z mBankiem.

54. O stosowaniu SCRUMa z Kubą Szczepanikiem i Jackiem Wieczorkiem
2023-03-07 01:00:00

Wiele tematów potrafi podnieść temperaturę rozmowy, zaczynając choćby od osławionego pytania "taby czy spacje". Ale kiedy skręcamy w rejony związane z Agile i pada słowo SCRUM, konwersacja często przechodzi na zupełnie nowy poziom. Do rozmowy na temat realiów SCRUM-a i sposobu jego stosowania zaprosiłem Kubę Szczepanika i Jacka Wieczorka, których wiele osób zna np. ze świetnego podcastu Porządny Agile. W tym odcinku rozmawiamy m.in. na temat: SCRUM Guide i jego stosowania w praktyce, codziennych porannych teatrzykach, wybierania ze SCRUM-a tylko jego elementów, czyli o tzw. SCRUM-Butach zastępowania go znacznie lepszymi i bardziej dopasowanymi technikami, kulturze organizacji i SCRUM Masterach, przypadkach, gdzie te metoda ma sens i gdzie go zupełnie nie ma... Zapraszam! Materiały dodatkowe: PorządnyAgile.pl , podcast Kuby i Jacka na tematy związane z podejściami zwinnymi Kiedy SCRUM nie jest odpowiedzią , #68 odcinek podcastu Porządny Agile rozwijający wątek o niedopasowaniu SCRUM-a do danej sytuacji Labirynty SCRUM-a , książka autorstwa Jacka Wieczorka Agile247.pl , sporo właściwej wiedzy o Agile'u, można tu znaleźć wiele artykułów obu gości Zapraszam Cię także do odwiedzenia moich innych miejsc w internecie: https://twitter.com/mariuszgil https://instagram.com/mariuszgil_dev/ https://youtube.com/c/MariuszGil

Wiele tematów potrafi podnieść temperaturę rozmowy, zaczynając choćby od osławionego pytania "taby czy spacje". Ale kiedy skręcamy w rejony związane z Agile i pada słowo SCRUM, konwersacja często przechodzi na zupełnie nowy poziom. Do rozmowy na temat realiów SCRUM-a i sposobu jego stosowania zaprosiłem Kubę Szczepanika i Jacka Wieczorka, których wiele osób zna np. ze świetnego podcastu Porządny Agile.

W tym odcinku rozmawiamy m.in. na temat:

  • SCRUM Guide i jego stosowania w praktyce,
  • codziennych porannych teatrzykach,
  • wybierania ze SCRUM-a tylko jego elementów, czyli o tzw. SCRUM-Butach
  • zastępowania go znacznie lepszymi i bardziej dopasowanymi technikami,
  • kulturze organizacji i SCRUM Masterach,
  • przypadkach, gdzie te metoda ma sens i gdzie go zupełnie nie ma...

Zapraszam!

Materiały dodatkowe:

Zapraszam Cię także do odwiedzenia moich innych miejsc w internecie:

53. O zaletach i wadach Clean Architecture z Oskarem Dudyczem
2023-02-21 01:00:00

Niezależność od frameworka, interfejsu użytkownika, bazy danych i innych systemów zewnętrznych, a także wsparcie testowalności - to podstawowe filary takich konceptów architektonicznych jak Clean / Hexagonal / Onion / Sreaming Architecture, DCI, BCE. Poszczególne podejścia różnią się w szczegółach, jednak w zbliżony sposób podchodzą do rozdzielania systemu na mniejsze, dedykowane warstwy. Z moim dzisiejszym gościem, Oskarem Dudyczem przyglądamy się dziś pierwszej pozycji tej listy i analizujemy mocne i słabe strony Clean Architecture, zaproponowanej przez Roberta C. Martina. W tym odcinku rozmawiamy m.in. o: czym jest Clean Architecture i skąd wywodzi się ta idea? stosowaniu zasad SOLID na poziomie architektury całego systemu, proponowanych w Clean Architecture zasadach i warstwach, zaletach i wadach tego rozwiązania, pewnych podobieństwach i różnicach w odniesieniu do np. Hexagonal Architecture, stosowaniu tego rodzaju architektury w kontekście projektu i zespołu. Zapraszam! Materiały dodatkowe: The Clean Architecture - wpis na blogu Roberta C. Martina (Uncle Boba), który można także znaleźć w jednym z rozdziałów książki Clean Architecture Clean Architecture - książka autorstwa Roberta C. Martina, 2017, wydawnictwo Pearson Putting SOLID into Perspective - artykuł Jeremiego Millera o stosowaniu zasad SOLID w kontekście projektowania i rozwoju architektury Powiązane z tematem artykuły na blogu Oskara: What onion has to do with Clean Code? Generic does not mean Simple How to slice the codebase effectively?

Niezależność od frameworka, interfejsu użytkownika, bazy danych i innych systemów zewnętrznych, a także wsparcie testowalności - to podstawowe filary takich konceptów architektonicznych jak Clean / Hexagonal / Onion / Sreaming Architecture, DCI, BCE. Poszczególne podejścia różnią się w szczegółach, jednak w zbliżony sposób podchodzą do rozdzielania systemu na mniejsze, dedykowane warstwy. Z moim dzisiejszym gościem, Oskarem Dudyczem przyglądamy się dziś pierwszej pozycji tej listy i analizujemy mocne i słabe strony Clean Architecture, zaproponowanej przez Roberta C. Martina.

W tym odcinku rozmawiamy m.in. o:

  • czym jest Clean Architecture i skąd wywodzi się ta idea?
  • stosowaniu zasad SOLID na poziomie architektury całego systemu,
  • proponowanych w Clean Architecture zasadach i warstwach,
  • zaletach i wadach tego rozwiązania,
  • pewnych podobieństwach i różnicach w odniesieniu do np. Hexagonal Architecture,
  • stosowaniu tego rodzaju architektury w kontekście projektu i zespołu.

Zapraszam!

Materiały dodatkowe:

  • The Clean Architecture - wpis na blogu Roberta C. Martina (Uncle Boba), który można także znaleźć w jednym z rozdziałów książki Clean Architecture
  • Clean Architecture - książka autorstwa Roberta C. Martina, 2017, wydawnictwo Pearson
  • Putting SOLID into Perspective - artykuł Jeremiego Millera o stosowaniu zasad SOLID w kontekście projektowania i rozwoju architektury

Powiązane z tematem artykuły na blogu Oskara:

Informacja dotycząca prawa autorskich: Wszelka prezentowana tu zawartość podkastu jest własnością jego autora

Wyszukiwanie

Kategorie