Podcast Better Software Design
Odcinki podcastu
Better Software Design to podcast o architekturze, programowaniu i wyzwaniach z tym związanych
            Wszystkie
            
            
               Analiza i discovery
            
               Design kodu
            
               Domain-Driven Design
            
               Domain-Driven Design Essentials
            
               Event-Driven Architecture
            
               Front-end Architecture
            
               Paradygmaty programowania
            
               Praca w IT
            
               Refaktoryzacja i legacy
            
               Software Architecture
            
               Testowanie oprogramowania
            
               Wzorce integracyjne
            
               Wzorzec Aggregate
            
               Zarządzanie i zespoły
            
        
                                
        
         
         O siedmiu dev-grzechach głównych kariery w IT z Wojtkiem Ptakiem
      
         Kod często można zmienić relatywnie łatwo. Jednak zupełnie inaczej jest z własnymi nawykami czy podejściem....
      
   
   
         Odcinek 62
      
      
   O dostarczaniu kodu na produkcję z użyciem Feature Toggles z Mateuszem Kwaśniewskim
      
         Do dziś pamiętam pierwsze wydanie pewnego projektu… 30 sekund po zakończeniu procedury rozdzwoniły się...
      
   
   
         Odcinek 61
      
      
   O technikach Living Documentation i modelu P3 z Marcinem Markowskim
      
         Istnieją trzy rodzaje dokumentacji. Przy czym pierwszy rodzaj to taki, który… nie istnieje. A o dwóch...
      
   
   
         Odcinek 60
      
      
   O optymalizacji współpracy zespołów i Team Topologies z Piotrem Kacałą
      
         Wytwarzanie oprogramowania, zwłaszcza tego złożonego, to gra zespołowa. A gdy w projekcie udział bierze wiele...
      
   
   
         Odcinek 59
      
      
   O testowaniu kontraktowym z Rafałem Maciakiem
      
         Projektowanie systemu rozproszonego, opartego np. o architekturę mikroserwisową, zwykle nie jest trywialne....
      
   
   
         Odcinek 58
      
      
   O faktach i mitach wzorca CQRS z Oskarem Dudyczem
      
         CQRS, czyli Command Query Responsibility Segregation, jest wzorcem wyjątkowo popularnym i powszechnie...
      
   
   
         Odcinek 57
      
      
   O fuckupach w projektach IT z Jarkiem Pałką i Wojtkiem Ptakiem
      
         Mylić się to rzecz ludzka, propagować automatycznie te błędy to DevOps… Tym razem na tapet bierzemy...
      
   
   
         Odcinek 56
      
      
   O Machine-Learningu i rozwiązaniach Data-Driven dla bankowości z Piotrem Gawrysiakiem
      
         Często uciekamy od danych i analizujemy zachowania w procesach biznesowych, a równie często to właśnie dane są...
      
   
   
         Odcinek 55
      
      
   O SCRUMie z Kubą Szczepanikiem i Jackiem Wieczorkiem
      
         Wiele tematów potrafi podnieść temperaturę rozmowy, zaczynając choćby od osławionego pytania “taby czy...
      
   
   
         Odcinek 54
      
      
   O wadach i zaletach Clean Architecture z Oskarem Dudyczem
      
         Niezależność od frameworka, interfejsu użytkownika, bazy danych i innych systemów zewnętrznych, a także...
      
   
   
         Odcinek 53
      
      
   O uprawnieniach i domenie z Bartkiem Słotą
      
         W trakcie implementacji systemu często stajemy przed problemem kontroli uprawnień i decydowaniu, czy pozwalamy...
      
   
   
         Odcinek 52
      
      
   O semantyce i roli reguł biznesowych z Aleksandrem Bartnikiewiczem
      
         O tym, że procesy biznesowe istnieją i że są ważne wiedzą wszyscy. Potrafimy o nich ogólnie mówić na poziomie...
      
   
   
         Odcinek 51
      
      
   
                     Upraszczanie zmian to podstawa
                  
               Na początek ułatw sobie zmianę (uwaga.to może być trudne), potem wprowadź łatwą zmianę... Ten cytat podkreśla kluczową strategię w zarządzaniu projektami IT, która polega na upraszczaniu procesu zmiany przed jej faktycznym wprowadzeniem. Ta metoda wymaga głębokiego planowania i analizy, aby zidentyfikować i usunąć potencjalne przeszkody, co może być trudne, ale jest niezbędne dla płynności całego procesu. Gdy zmiana zostanie uproszczona, jej implementacja staje się znacznie łatwiejsza, szybsza i mniej podatna na błędy.
 
         
       
         
       
         
       
         
       
         
       
         
       
         
       
         
       
         
       
         
      