Siemens agentai: kaip supjaustyti seną kodą mažais kąsniais

Svarbiausia

• Kas yra agentinės darbo eigos? Tai DI agentų ir įrankių grandinės, kurios padeda atlikti sudėtingas užduotis dalimis.
• Kodėl Siemens pavyzdys svarbus? Jis rodo, kad DI gali padėti ne tik naujuose produktuose, bet ir sename, kritiniame kode.
• Nuo ko pradėti modernizavimą? Nuo mažo modulio, dokumentacijos atkūrimo ir testų.

Siemens DI agentai skamba kaip dar viena DI naujiena iš didelės kompanijos. Bet aš į tokias naujienas žiūriu paprastai: ar tai padeda žmogui pirmadienio rytą, kai Outlook’as pilnas, Slack’as mirksi, o vadovas klausia, kur rezultatas?

Siemens istorijoje man patiko viena frazė – „supjaustyti dramblį“. Nes senas kodas dažnai būtent taip ir atrodo. Didelis. Sunkus. Niekas nenori liesti, bet visi nuo jo priklauso.

Ir čia prasideda įdomioji dalis. Ne spaudos pranešime. Darbe. Ten, kur gražūs pažadai arba tampa procesu, arba tampa dar vienu įrankiu, kurį nusipirkome ir po dviejų savaičių pamiršome.

Kas nutiko

Google Cloud aprašė, kaip Siemens kūrė Knowledge Fabric – DI sistemą, padedančią automatizuoti programinės įrangos kūrimo ciklą ir mažinti modernizavimo pastangas.

Tokie projektai nėra apie vieną promptą. Tai apie darbų suskaidymą, žinių surinkimą, kodo supratimą, testus ir atsargų judėjimą per sistemą, kuri galbūt maitina verslą dešimtmečius.

Kodėl tai svarbu

Senas kodas versle dažnai yra kaip rūsys. Visi žino, kad ten kažkas yra, bet niekas nenori leistis, nes gali rasti laidų, kurių geriau nejudinti.

Man čia labai norisi įjungti šaltą dušą sau pačiam. DI nėra stebuklinga šluota. Jei komandoje nėra aiškių taisyklių, kas ką daro, DI tik greičiau pagamins triukšmą. Kartais labai gražų triukšmą.

Ką tai reiškia verslui

Verslui ši istorija svarbi todėl, kad DI agentai gali padėti ten, kur žmonės stringa ne dėl tingėjimo, o dėl masto. Dokumentacija išsibarsčiusi. Sprendimų istorija pamiršta. Kodo daug.

• neskirti agentui visos sistemos iš karto
• pirma surinkti žinių žemėlapį
• modernizuoti mažais patikrinamais blokais
• testus laikyti projekto centru, ne priedu

Jei turite seną sistemą, pradėkite nuo vieno modulio. Paprašykite DI paruošti priklausomybių žemėlapį, rizikų sąrašą ir testų spragų aprašą. Ne iš karto perrašyti viską.

Kur pasislėpusi rizika

Didžiausia rizika – leisti agentui generuoti kodą greičiau, nei komanda spėja suprasti pasekmes. Greitas chaosas vis tiek yra chaosas.

Gera ribų taisyklė: jeigu DI gali atlikti veiksmą, kažkas turi matyti pėdsaką. Kas paprašė? Ką sistema padarė? Kokiais duomenimis rėmėsi? Kur sustojo? Be šitų klausimų agentai virsta ne pagalbininkais, o mandagiais improvizatoriais.

Ką pasidaryti šią savaitę

Išsirinkite vieną seną procesą ir paklauskite: kas turi būti tiesa, kad galėtume jį pakeisti be panikos? Atsakymai taps pirmu modernizavimo planu.