Lav kode og ingen kode har noe for enhver smak — for både ikke-teknologiske brukere så vel som erfarne utviklere. Men bevegelsen mot lav-kode kan være mer slow-mo enn opprinnelig håpet. “Applikasjonene som en forretningsenhet kan løse uten behov for IT-fagfolk er generelle og tilbakevendende problemer, som allerede er godt modellert og løst av noen,” sier Gabriel Simonet, markedssjef for GeneXus. “Men når problemet ikke er godt løst eller modellert, trengs IT-fagfolk.”
Foto: Joe McKendrick < /figure>
Det er ikke det at lav kode/ingen kode ikke blir entusiastisk omfavnet-det blomstrer faktisk. Nesten halvparten (47 %) av bedriftene i en fersk TechRepublic-undersøkelse bruker nå lav-kode/ingen kode i organisasjonene sine. Av de 35 % som for øyeblikket ikke bruker LCNC, sa én av fem (20 %) at de har til hensikt å ta i bruk teknologien i løpet av det kommende året.
Dagens bedriftsbrukere “kan kombinere rike UI-rammeverk, biblioteker og et bredt utvalg av APIer levert som en tjeneste for å bygge en mer variert pakke med applikasjoner,” sier Snigdha Kotta, produktsjef for APIer og utviklererfaring for SAS. “Selv om disse ressursene fortsatt er forskjellige og kompliserte nok til at de sannsynligvis vil kreve minst beskjeden IT-støtte, endrer ting seg raskt.”
En ting er sikkert: det kommer til å bli flere utviklere – med ulik kapasitet – på tvers av bedrifter. “Tilnærminger med lav kode og ingen kode åpner for analytisk og avgjørende apputvikling for utviklere av apper,” sier Kotta. “Der før du kanskje hadde fire eller fem apputviklere, nå har du kanskje 40 eller 50. Disse tilnærmingene akselererer også utvikling og iterasjon.”
Som et resultat er det på tide å utfordre «tradisjonell tenkning rundt IT», sier Chris Stephens, visepresident for enterprise data and analytics for Zendesk. “Rollen som en teknolog spiller i skapelsen av forretningsverdi er mye annerledes enn den var for 10 år siden. Rollen har blitt omdefinert som skyen, data- og applikasjonsplattformene abstraherer bort det mange tenker på som teknologi. Store teknologiledere er verdifull i dag fordi de hjelper bedriftsledere med å se ende-til-ende-kompleksiteter, gjenkjenne avhengigheter og drive beste praksis, ikke fordi de holder datamaskinene i gang. “
Fremkomsten av sky, SaaS og andre plattformdrevne tilnærminger “har tillatt IT å abstrahere bort detaljene i teknologistabler og heve rollen til teknologiteam,” sier Stephens. “Tilnærminger med lav kode/ingen kode er på mange måter et neste skritt i denne abstraksjonsreisen. IT-organisasjoner har ny frihet til å drive innovasjon.”
Denne friheten kan inkludere en nytenkning av rollene til IT-avdelinger. “Slutt å tenke på IT som IT!” oppfordrer Stephens. “Som vi har abstrahert bort kompleksiteten til teknologistablene, har teknologiledere blitt mer fokusert på verdiskaping. Dette betyr at du bruker SaaS-applikasjoner for alt som ikke skaper en differensiert opplevelse for kundene dine. I sin natur er disse applikasjonene alle bygget utenfor IT. For de opplevelsene der du leverer noe unikt for kundene dine, lær hvordan du forstår hvor kunden din opplever friksjon og bygger opplevelser som fjerner det. Det vil alltid være en rolle for gode teknologiteam i det.»
Samtidig er det spørsmål som må stilles når bedrifter begynner med sine lav-kode/no-kode-alternativer. For det første er det viktig å spørre: “Hva er forretningsmodellen til plattformene som evalueres? Gir du verktøyene gratis til utviklere, eller tar du betalt per sluttbruker av den genererte applikasjonen?” Simonet forteller. “Hvis volumet av sluttbrukere er stort, kan kostnadene for plattformen bli noe veldig tyngende på slutten av dagen. Tar du betalt per utvikler og lar dem velge hvor de skal gå live? I disse tilfellene vil kostnadene for verktøyet er lavere, men det kan kreve at bedrifter også har systemadministratorer for å kunne bringe prosjekter til produksjon.”
En av de store utfordringene for lavkodeverktøy kommer til å være den samme som for profesjonelle utviklere: utvikle seg,” påpeker Simonet. “Hva vil skje med hver plattform når teknologien utvikler seg, når et nytt programmeringsspråk dukker opp, eller dukker det opp en ny plattform for å lage programvare? Er lave koder designet for å utvikle seg enkelt?”
Til syvende og sist er det ikke noe nytt om løsninger med lav kode/ingen kode, legger han til. “Husk at før lavkodebølgen var det en RAD-bølge (Rapid Application Development) og en CASE-bølge (Computer Aided Software Engineering). Problemet de prøvde å løse var i utgangspunktet det samme som lavkodeverktøyene, men de forsvant. Hvorfor? Fordi de ikke kunne utvikle seg, fordi de ikke var designet for å utvikle seg med teknologiske endringer over tid.” Dette vil være den ultimate testen for lav-kode/no-code-fellesskapet.
Relaterte emner:
Cloud Big Data Analytics Innovation Tech and Work Collaboration Developer 