Siemens ir Google: kaip seną kodą pjaustyti į DI užduotis
·
Siemens agentinės darbo eigos šiandien atrodo kaip dar viena technologijų naujiena. Bet tada pagalvoji apie realų darbą: dokumentus, klientų laiškus, susitikimus, vidines taisykles ir tą vieną Excel failą, kurį visi vadina „galutinis_v3_tikrai“.
Google Cloud aprašė, kaip Siemens su agentinėmis darbo eigomis modernizuoja seną pramoninį kodą, skaidydama didelę problemą į mažesnes užduotis.
Atvirai? Man tokios naujienos įdomios tik tada, kai jos nusileidžia ant stalo. Ne konferencijos scenoje. Ant paprasto darbo stalo, kur žmogus turi per daug langų, per mažai laiko ir vieną labai žmogišką klausimą: ar tai man padės šiandien?
KAS NUTIKO
Siemens ir Google Cloud sukūrė Knowledge Fabric sistemą, kurioje naudojami žinių grafai, Gemini API, Google Agent Development Kit, Gemini CLI ir Claude Code.
Man čia patiko ne pats įrankių sąrašas, o principas: didelės problemos nepulti kaip bulvių maišo. Pirmiausia ją supjaustyti.
KODĖL VERTA SUSTOTI
Senas kodas daugelyje įmonių yra tylus stabdis. Visi žino, kad reikia tvarkyti, bet niekas nenori pirmas atidaryti tos spintos.
Čia yra ta vieta, kur smegenys mėgsta padaryti šuolį: „nu va, dabar DI viską sutvarkys“. Nesutvarkys. Jei procesas kreivas, DI tik greičiau parodys, kur jis kreivas. Kaip su sandėliuku namuose: gali nusipirkti gražiausias dėžes, bet jei nežinai, ką meti į kurią dėžę, po mėnesio vėl stovėsi su atsuktuvu rankoje ir ieškosi pakrovėjo.
KĄ TAI REIŠKIA VERSLUI
Jei DI gali padėti suprasti priklausomybes, suskaidyti migraciją ir paruošti inžinieriui mažesnes užduotis, modernizacija tampa mažiau baugi.
- pirmiausia sudaryti sistemos žemėlapį
- atskirti rizikingas ir paprastas dalis
- DI naudoti analizei ir paruošimui
- galutinį sprendimą palikti inžinieriui
Tai nėra „DI perrašys visą sistemą per savaitgalį“. Tai labiau kaip geras asistentas, kuris padeda suprasti, nuo kurio kampo pradėti.
RIZIKA, APIE KURIĄ REIKIA KALBĖTI
Seno kodo rizika ta, kad jis dažnai saugo ne tik logiką, bet ir verslo atmintį. Jei agentas nesupranta konteksto, galima prarasti dalykus, kurių niekas nebuvo aprašęs.
Gera taisyklė paprasta: kuo daugiau veiksmų DI gali atlikti pats, tuo aiškiau turi būti aprašytos ribos. Kas tvirtina? Kur sustoja? Ką įrašo į žurnalą? Kas atsako, jei atsakymas skamba gražiai, bet yra neteisingas?
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Pasirinkite vieną seną modulį ir paprašykite techninės komandos parašyti jo priklausomybių žemėlapį prieš bet kokią DI automatizaciją.
Šaltinis: Google Cloud.
DUK
Kas yra agentinės darbo eigos?
Tai kelių žingsnių DI darbo procesai, kuriuose agentai analizuoja, planuoja ir ruošia veiksmus.
Ar DI gali perrašyti seną kodą?
Gali padėti, bet rimtose sistemose būtina inžinieriaus peržiūra ir testai.
Kodėl Siemens pavyzdys svarbus?
Nes jis rodo ne žaislinį, o pramoninį DI taikymą.
Norite DI naudoti kaip darbo sistemą, o ne kaip vieną triuką? Išsirinkite vieną procesą, susitarkite dėl ribų ir tik tada junkite įrankius. Daugiau praktikos galite rasti MasterSprint.
