Siemens ir agentiniai darbai: senas kodas pjaustomas po gabalą

Svarbiausia

• Kas yra agentiniai darbai? Tai DI darbo eiga, kur sistema planuoja, vykdo ir tikrina kelis susijusius žingsnius.
• Kodėl Siemens pavyzdys svarbus? Nes jis rodo DI taikymą realiam senų sistemų modernizavimui.
• Ar tai tinka ne IT? Taip, tas pats principas tinka dideliems procesams skaidyti į mažesnes patikrinamas užduotis.

agentiniai darbai skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?

Google Cloud aprašė, kaip Siemens modernizuoja seną kodą per agentinius darbo procesus. Idėja paprasta: nevalgyti viso dramblio iš karto, o pjauti po gabalą.

Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?

Kas nutiko

Siemens pavyzdyje DI padeda analizuoti, keisti ir tikrinti senas programinės įrangos dalis. Darbas skaidomas į mažesnes užduotis, kurias galima peržiūrėti ir valdyti.

Kiekviena didesnė įmonė turi savo seną kodą. Kartais jis atrodo kaip rūsys po remontų: kažkas veikia, kažkas paremta lenta, o niekas iki galo nežino, kas nutiks pajudinus.

Kodėl tai svarbu

Agentiniai darbai tokiose vietose naudingi todėl, kad jie gali išlaikyti kontekstą, atlikti daug mažų pakeitimų ir padėti komandai judėti ne vienu dideliu šuoliu.

DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.

Ką tai reiškia verslui

Verslui pamoka platesnė nei programavimas: didelius DI projektus verta skaidyti į mažus, patikrinamus darbus, kuriuose žmogus mato tarpinius rezultatus.

• nesiųsti DI taisyti visos sistemos iš karto
• duoti aiškią mažą užduotį
• naudoti testus kaip saugumo tinklą
• peržiūrėti pakeitimus prieš jungiant į produkciją

Pradžia galėtų būti vienas senas modulis, kuriam reikia dokumentacijos, testų arba mažo refaktoringo. Ne visos sistemos gelbėjimas per savaitgalį.

Kur pasislėpusi rizika

Rizika – per daug pasitikėti gražiu pull request aprašymu. Kodo modernizavime svarbiausia ne tekstas, o ar sistema vis dar veikia.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.

Ką pasidaryti šią savaitę

Paprašykite techninės komandos išrinkti vieną seną proceso vietą, kur daugiausia bijoma keisti. Ten dažnai slepiasi didžiausia DI pagalbos vertė.