
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í rizik Jak se rozhoduje, jaké nalezené rozdíly opravit a jaké jen zaevidovat kvůli navazujícím systémům a procesům Jak přesvědčit manažery a zákazníky, aby na tuhle fázi vyhradili čas Proč začít logovat data hned na startu migračního projektu, ne až na konci Epizoda 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ěh 3:06 Jak paralelní běh funguje v praxi 5:08 Proč to musí běžet na produkčních datech 10:05 Co dělat s nalezenými rozdíly a chybami 18:12 Logujte data od prvního dne migrace 19: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