Index #20: Paralelní běh – co vám ušetří měsíce bolesti při přepisu legacy systému

Když přepisujete legacy systém, dřív nebo později narazíte na otázku: jak vlastně poznáte, že ten nový systém dělá to samé co starý? Míra dnes vysvětluje techniku, které se říká paralelní běh (parallel run) – a proč je to podle něj jedna z nejcennějších, ale zároveň nejpodceňovanějších fází celého přepisu.Nejde o žádné teoretické cvičení. Probíráme, jak paralelní běh reálně funguje na produkčních datech, jak se liší od jiných testů a co dělat ve chvíli, kdy vám vyleze stovka rozdílů mezi starým a novým systémem – a jak se rozhoduje, které z nich opravit hned a které jen zaevidovat.👉 Probereme:Co je paralelní běh a proč je to hlavně o validaci, ne o řízení rizikJak se rozhoduje, jaké nalezené rozdíly opravit a jaké jen zaevidovat kvůli navazujícím systémům a procesůmJak přesvědčit manažery a zákazníky, aby na tuhle fázi vyhradili časProč začít logovat data hned na startu migračního projektu, ne až na konciEpizoda je určená hlavně lidem, kteří se chystají na přepis nebo migraci staršího systému – ať už jako architekti, projektoví manažeři, nebo na straně zákazníka, který takový projekt zadává a chce vědět, na co se ptát dodavatele. (A jako bonus – dnešním „hostem" je i Davidův pes Izzy, která epizodu statečně prospala.)1:26 Co je paralelní běh3:06 Jak paralelní běh funguje v praxi5:08 Proč to musí běžet na produkčních datech10:05 Co dělat s nalezenými rozdíly a chybami18:12 Logujte data od prvního dne migrace19:42 Kde paralelní běh nefunguje🔗 Sledujte nás na LinkedIn pro další inspiraci a zákulisní pohledy:Míra Fuksa (Coding Bear): https://www.linkedin.com/in/miroslavfuksa/David Šimůnek: https://www.linkedin.com/in/simunek/🌐 Všechny epizody najdete také na: codingbear.com/podcast