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