Veštačka inteligencija mijenja ulogu inženjera

Evolucija prepreka u razvoju softvera

Istorija industrije softvera obilježena je visokim ulaznim barijerama za svaku novu ideju. Tradicionalni proces stvaranja programa zahtijevao je dugotrajno učenje programskih jezika i savladavanje arhitekture sistema prije nego što bi se uopšte napisala prva linija koda. Takav pristup postavljao je jasnu granicu između onih koji posjeduju tehničku vještinu prevođenja zamisli u mašinski jezik i svih ostalih.

Svrha ove barijere nikada nije bila proizvoljna ekskluzivnost, već potreba da se osigura stabilnost i razumijevanje složenih računarskih sistema. Programeri su morali da posjeduju duboko razumijevanje potencijalnih rizika i ograničenja tehnologije sa kojom rade. Pisanje koda bilo je samo završni korak u dugom procesu procjene, planiranja i projektovanja arhitekture koja može da izdrži realno opterećenje na tržištu.

Međutim, savremeni alati zasnovani na vahljanju prirodnog jezika i autonomnim radnim tokovima mijenjaju ovu dinamiku iz korijena. Komunikacija sa računarom postaje intuitivnija, čime se preskače faza učenja kompleksne sintakse. Fokus se sa mehaničkog unosa instrukcija pomjera na samu suštinu problema koji se rješava unutar određenog domena poslovanja.

Demokratizacija i prenosivost stručnog znanja

Glavno ograničenje u razvoju proizvoda nikada nije bila sama ideja, već komplikovani sloj prevođenja između poslovne ekspertize i njene tehničke realizacije. Stručnjici iz različitih oblasti godinama su držali ključne informacije u svojim glavam, nemajući direktan put da ih pretoče u digitalno rješenje bez posredovanja razvojnih timova. Inženjeri su često trošili vrijeme pokušavajući da shvate poslovnu logiku koju im prenose druge službe u kompaniji.

Pojava novih tehnoloških rješenja uklanja taj posrednički sloj i omogućava mobilnost domenskog znanja. Menadžeri proizvoda sada mogu samostalno da naprave prototip funkcionalne aplikacije bez kucanja ijedne linije programskog koda. Inženjeri podataka mogu da podignu složeni cevovod za samo nekoliko sati, za šta je ranije bio potreban cijeli tim i sedmice testiranja.

Ovakva promjena otvara prostor zaposlenima sa specifičnim vještinama da direktno kreiraju alate koji su im potrebni. Logistički stručnjak koji savršeno razumije probleme rute kretanja robe u preduzeću može sam da izradi prototip koji hvata tu logiku u hodu. Analitičar bezbjednosti može samostalno da razvije sistem za praćenje anomalija koji precizno gađa tačno određene bezbjednosne rizike.

Temelji stabilnog i održivog softvera

Ubrzanje procesa izrade ne znači da su osnovni principi dobrog inženjeringa izgubili na svojoj važnosti. Čista i pregledna arhitektura sistema i dalje je presudna za dugoročni opstanak svakog digitalnog proizvoda. Praksa ispravnog rukovanja podacima ostaje ključna, naročito u vremenima kada sistemi obrađuju ogromne količine informacija i osjetljivih sadržaja.

Složenost računarskih mreža i dalje zahtijeva duboko tehničko znanje kada se sistem nađe pod velikim opterećenjem. Nepredviđene promjene u spoljnim servisima ili bibliotekama trećih strana mogu srušiti aplikaciju ako njena osnova nije stabilno postavljena. Tehnologija uklanja mehaničko preprečavanje sintakse, ali ne rješava fundamentalne arhitektonske izazove sa kojima se susrijeću iskusni stručnjaci.

Praktična posljedica ove transformacije ogleda se u činjenici da se ekspertiza seli iz sfere poznavanja komandi u sferu razumijevanja šire slike sistema. Alati uklanjaju potrebu za pamćenjem specifičnih funkcija jezika, ali ostavljaju potrebu za strateškim promišljanjem o tome kako se različite komponente povezuju u jedinstvenu cjelinu koja pouzdano radi.

Novi akteri unutar razvojnih platformi

Za platformske i infrastrukturne inženjere ova situacija donosi potpuno novu klasu zainteresovanih strana unutar organizacije. Osoba koja traži pristup internim alatima za razvoj možda ne zna šta je imenski prostor u sistemima za orkestraciju kontejnera, ali gradi rješenje koje donosi mjerljivu vrijednost poslovanju. Tradicionalne granice unutar radnog okruženja počinju da se tope pod pritiskom potreba biznisa za brzim inovacijama.

Ovakav razvoj događaja stavlja novi akcenat na dizajn i dokumentaciju unutrašnjih sistema preduzeća. Način na koji je razvojna platforma organizovana i učinjena dostupnom drugima direktno će odrediti koliko vrijednosti kompanija može da izvuče iz ove šire grupe novih graditelja. Sistemi moraju biti prilagođeni korisnicima koji nijesu profesionalni programeri, uz očuvanje visokih standarda bezbjednosti.

Kompanije koje uspješno prilagode svoju infrastrukturu ovim novim korisnicima imaće ogromnu prednost na tržištu. Pristupačnost internih alata postiče unutrašnje preduzetništvo i omogućava brže testiranje novih ideja. Inženjeri koji održavaju ove platforme postaju ključni pokretači cjelokupne organizacione agilnosti.

Izazovi kvaliteta i vlasništva nad kodom

Povećanje brzine i broja novih aplikacija otvara dva ozbiljna problema koja se ne mogu riješiti sama od sebe. Prvi problem tiče se samog kvaliteta izrađenog softvera, jer lakši pristup stvaranju ne podiže automatski nivo izvrsnosti onoga što nastaje. Kod koji generiše tehnologija, a koji osoba koja ga je zatražila ne razumije u potpunosti, i dalje predstavlja obavezu za održavanje i ispravljanje grešaka.

Rješenje ovog problema ne leži u vraćanju strogih zabrana i zatvaranju vrata novim korisnicima unutar sistema. Razvojni timovi moraju da izgrade bolju skelu za rad, što podrazumijeva razumljive podrazumijevane postavke i automatske kontrole koje hvataju uobičajene greške. Dokumentacija se mora pisati tako da bude razumljiva i onima koji nemaju karijeru u svijetu softverskog inženjerstva.

Drugi veliki izazov jeste pitanje vlasništva i odgovornosti nad novim digitalnim uslugama. Kada veći broj ljudi pravi aplikacije, dolazi do širenja i rasipanja resursa bez jasne evidencije. Organizacije moraju da pronađu način da prošire modele vlasništva i podrške na netradicionalne graditelje kako ne bi akumulirale dugoročni tehnički dug.

Transformacija inženjerske uloge i zanata

U zajednici softverskih inženjera opravdano postoji zabrinutost za budućnost zanata u trenutku kada se veliki dio mehaničkog posla automatizuje. Neki stručnjaci na ove promjene gledaju kao na prijetnju godinama građenoj stručnosti, identitetu i vještinama koje su zahtijevale decenije učenja. Takva zabrinutost zaslužuje ozbiljan pristup i razumijevanje, umjesto pukog odbacivanja od strane menadžmenta.

Ipak, dosadašnji pokazatelji govore u prilog drugačijem scenariju od onog kojeg se ljudi najčešće plaše. Uloga inženjera postaje daleko uticajnija i dobija veću polugu djelovanja unutar preduzeća umjesto da gubi na značaju. Kada više ljudi može samostalno da gradi, stručnjak koji razumije kako se stvari prave kvalitetno postaje centralni multiplikator vrijednosti.

Inženjeri dobijaju više vremena za arhitekturu sistema, detaljne preglede koda i postavljanje standarda koje drugi mogu pratiti. Umjesto uskih grla u procesu isporuke, oni postaju davši infrastrukturnih rješenja za mnogo širu populaciju stvaralaca. Potražnja za dubokim razumijevanjem rada složenih sistema ne opada, već raste pred novim i složenijim zadacima.

Izvor: The New Stack · Fotografija: Pexels / Freepik (ilustracija)