„Viem, že AI je skvelá, ale náš prípad je iný.“ Je to naozaj tak?

Strategy
Pavol Perdík Pavol Perdík
7 min čítania

„Chceli by sme to, ale rozpočet na to nikdy nedostaneme.“

„Je to príliš prácne. A nie len pre vás.“

„Viem, že AI je skvelá, ale náš prípad je iný. Náš systém je veľmi komplikovaný.“

Tieto vety počúvam pri rozhovoroch s firmami o ich zastaraných systémoch najčastejšie. Väčšina z nich veľmi dobre vie, že funguje na starom kódobázovom základe. Nikomu netreba vysvetľovať, že technológia v pozadí má desať rokov. Vnímajú však buď prístup „funguje to, nechytaj sa toho“, alebo majú opodstatnený strach z úsilia, ktoré by si upgrade vyžadoval.

Donedávna by som s väčšinou z nich súhlasil. Potom však prišiel jeden októbrový týždeň, ktorý všetky tri vety podrobil skúške.

Týždeň, ktorý všetko preveril

V jednu októbrovú stredu popoludní mi neprestával zvoniť telefón. Klienti, známi, ľudia, s ktorými som nebol dlho v kontakte. Všetci sa pýtali v rôznych obmenách tú istú otázku: „Máme to vypnúť?“

V PHP, programovacom jazyku stojacom za približne 70 % webových stránok, sa našla kritická bezpečnostná zraniteľnosť. Detaily sa dostali na verejnosť skôr, než bola pripravená oprava, a útoky začali hodiny pred vydaním opravného balíka. Vlády v Holandsku, Francúzsku, Dánsku, Fínsku, Kanade a Austrálii preventívne odpojili niektoré svoje weby. Technickú stránku toho, čo sa stalo, sme popísali v samostatnom článku.

Keď bola oprava vonku, odpoveď závisela od jedinej veci. Systémy bežiace na aktuálnej verzii dostali aktualizáciu ešte v ten istý deň, často do niekoľkých hodín, a fungovali ďalej. Pre staršie systémy oficiálna oprava neexistovala. Jedinou bezpečnou možnosťou bolo vypnúť ich a ďalší postup riešiť ráno. Niektoré staršie verzie neskôr dostali mimoriadne záplaty, čo býva veľmi neobvyklé, no v tom čase už padli rozhodnutia a viaceré systémy boli celé hodiny offline. Na takéto šťastie sa nedá spoliehať.

Rovnaká noc, rovnaká zraniteľnosť, dva úplne odlišné výsledky.

„Funguje to, nechytaj sa toho“

Tomuto postoju rozumiem lepšie než ktorémukoľvek inému. Systém, ktorý funguje, nikomu nerobí starosti. Jeho zmena prináša riziko, stojí peniaze a nepridáva žiadne nové funkcie. A tak sa odkladá na ďalší rok.

Problémom je, že softvér starne, aj keď sa ho nikto nedotýka. Každý systém stojí na jazykoch, frameworkoch a knižniciach, ktoré ich tvorcovia podporujú niekoľko rokov a potom opustia. Systém, ktorý sa s nimi neposúva vpred, naďalej funguje, no postupne stráca podporu. Neuvidíte to až do dňa, kedy musíte konať rýchlo.

A očakávam, že takéto dni budú prichádzať častejšie. Umelá inteligencia výrazne zrýchľuje hľadanie zraniteľností aj ich premenu na funkčné útoky. Začiatkom tohto roka bezpečnostný výskumník použil model AI na nájdenie kritickej zraniteľnosti vo WordPresse a model zostavil kompletný funkčný útok za približne desať hodín. Rovnaké nástroje majú k dispozícii aj ľudia s oveľa horšími úmyslami.

„Chceli by sme to, ale rozpočet na to nikdy nedostaneme“

Tento argument bol dlho opodstatnený. Upgrade desaťročného systému býva zriedkakedy len obyčajnou aktualizáciou. Vo väčšine prípadov ide o kompletné prepísanie, pretože v pozadí sa zmenilo takmer všetko. Kedysi to znamenalo tím vývojárov na mnoho mesiacov a rozpočet, ktorý v konkurencii naliehavejších priorít nikdy neprešiel.

Táto matematika sa však zmenila. Časť, ktorá kedysi trvala najdlhšie, samotný vývoj, dnes pri systémoch, na ktorých pracujeme, trvá týždne namiesto mesiacov, čo sa prirodzene odráža aj na cene. Môj kolega Samuel popísal konkrétne čísla v článku Koľko v ére AI naozaj stojí migrácia legacy kódu, takže ich tu nebudem opakovať. Skrátená verzia znie: projekty, ktoré by pred rokom neprešli schvaľovaním rozpočtu, dnes dávajú zmysel.

„Je to príliš prácne. A nie len pre vás.“

Pri tejto námietke chcem byť maximálne úprimný, pretože je čiastočne pravdivá. AI síce dramaticky zrýchlila vývoj, no nezrýchlila úplne všetko.

Váš tím bude stále musieť nový systém otestovať, rozhodnúť, čo má fungovať inak, a skontrolovať správnosť migrovaných dát. Táto časť neizmizne a bol by som opatrný voči komukoľvek, kto tvrdí opak. Zmenil sa však pomer. Vývoj býval najdlhšou časťou projektu. Dnes je tou kratšou a väčšina času smeruje presne tam, kde sú vaši ľudia kľúčoví: do testovania, dát a do toho, aby všetci začali v novom systéme reálne pracovať. S týmto počítame od prvého dňa, aby to v treťom mesiaci nebolo prekvapením.

„Náš prípad je iný“

Hovorí to každý klient a svojim spôsobom má každý z nich pravdu. Každý systém je špecifický. Špecifický však neznamená nemožný.

Za posledných pár mesiacov sme migrovali kompletný digitálny SaaS produkt aj hlavný systém pre zdravotnú kliniku. Práve pracujeme na ERP systéme pre neštandardné B2B e-commerce podnikanie a na systéme pre správu dokumentov pre stredne veľkú firmu. Ani jeden z nich nebol jednoduchý a každý z týchto klientov by vám povedal, že jeho prípad bol iný.

Keď hovorím AI, nemám na mysli ChatGPT ani človeka, ktorý zadáva zadania do vývojárskeho nástroja. Myslím tým hybridný tím: seniorných inžinierov a architektúru AI agentov, ktorí spolupracujú v presne definovanom procese vývoja. Systém vieme znovu vybudovať z jeho existujúceho kódu, z písomnej špecifikácie alebo dokonca zo samotnej bežiacej aplikácie, ak pôvodný kód nie je k dispozícii. Skúsení ľudia revidujú každú zmenu. Práve tento proces robí komplikovaný systém zvládnuteľným.

Čo robiť teraz

Ak si nie ste istí, v akom stave sú vaše systémy, začnite tromi otázkami pre toho, kto ich prevádzkuje, či už ide o váš interný tím alebo externého dodávateľa:

  1. Poznáte každý systém, ktorý pre nás prevádzkujete, a viete, na akých verziách beží?
  2. Ktoré z nich sú už po skončení podpory?
  3. Čo sa s nimi stane pri najbližšej podobnej udalosti?

Ak sú odpovede jasné a pokojné, výborne. Ak nie sú, oplatí sa to riešiť skôr než neskôr.

A keď sa systém zmodernizuje, cieľom je už nikdy nezaostať tak ďaleko. Preto robíme zo pravidelných upgrade-ov štandardnú súčasť našich zmlúv o údržbe. Na aktuálnom technickom základe je udržiavanie kroku rutinnou údržbou, nie samostatným projektom.

Ak máte takýto systém a neustále ho odkladáte, rád sa s vami porozprávam. Povedzte mi, na čom beží a čo vás na ňom znepokojuje, a ja vám dám úprimný pohľad na to, čo je možné a či to má zmysel urobiť hneď teraz. Môžete si so mnou priamo dohodnúť hovor alebo si prečítať viac o tom, ako pristupujeme k modernizácii legacy systémov.

Plánujete nový digitálny produkt?
Povedzte nám o ňom viac.