Siemens agentai: kaip supjaustyti seną kodą mažais kąsniais
·
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.
Šaltinis: Google Cloud.
DUK
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ų.
Jei norite DI įsidiegti ne dėl mados, o dėl realaus darbo rezultato, pradėkite nuo vieno proceso. Vieno. Aprašykite jį, pamatuokite laiką ir tik tada junkite įrankius. Praktinių DI diegimo pavyzdžių daugiau rasite MasterSprint.
