Hur högt kommer lågkodsapplikationer att gå? Juryn är fortfarande ute på hur högt det hela går. Låg kod och ingen kod kan till och med spela en roll för att göra det möjligt för företagsanvändare att bygga artificiell intelligens-drivna applikationer, förutspår vissa observatörer.
Foto: Joe McKendrick
Låg och ingen kodplattformar gör det möjligt “att distribuera artificiell intelligens utan att anställa en armé av dyra utvecklare och datavetare.”, säger Jonathon Reilly, skriver i Harvard Business Review. “Att ta bort friktion från adoption kommer att hjälpa till att släppa lös kraften hos AI inom alla branscher och tillåta icke-specialister att bokstavligen förutsäga framtiden. Med tiden kommer AI-plattformar utan kod att vara lika allmänt förekommande som ordbehandlings- eller kalkylprogram är idag,” < /p>
Reilly rekommenderar att leta efter plattformar som gör sådan utveckling så enkel som möjligt — ett enkelt gränssnitt som integreras med populära företagsapplikationer; att data automatiskt sekretessbeläggs; automatiserar modellval och utbildning; och övervakar modellens prestanda. “Användaren ska inte behöva känna sig runt regression eller k-närmaste granne-algoritmer.”
Alla är inte överens om att låg kod och inga kodplattformar kan öppna vägen till avancerad applikationsutveckling – åtminstone inte ännu. “Jag tror inte att den genomsnittliga affärsanvändaren kan bygga och distribuera sofistikerade applikationer”, säger Kevin Harbauer, teknisk chef på Ephesoft. “De flesta av dessa lösningar med låg kod/ingen kod kräver en ganska teknisk avancerad användare för att lyckas.”
Konsten att skapa en fantastisk tillämpning av vilken komplexitet som helst “kräver fortfarande arbete kring design av användarupplevelser, prioritering av rätt funktioner och förståelse av arbetsflöden och algoritmer”, säger Ed Sawma, VP of operations and marketing på Transposit. “det är bara implementeringen som har flyttats till dra-och-släpp-gränssnitt som inte kräver att man skriver kod.”
Lågnivåautomation är ett populärt användningsfall, som “tycks vara där huvuddelen av dessa typer av applikationer används utanför IT”, säger Harbauer. “Dessa lösningar tillåter avancerade användare att automatisera enkla uppgifter, integrera data mellan system och utveckla enkla applikationer som skulle ha krävt IT tidigare.”
Detta går till kärnan i vad det innebär att vara medborgarutvecklare. “Målet med mjukvara med låg kod eller ingen kod är inte att låta medborgarutvecklare bygga sofistikerade applikationer eller verksamhetskritiska mjukvaruapplikationer”, säger Harel Tayeb, VD för Kryon Systems. Snarare är det tänkt att göra det möjligt för medborgarutvecklare “att snabbt skapa en app som hjälper dem att lösa ett problem och sedan gå vidare med sin arbetsdag. Mer sofistikerade applikationer kommer fortfarande att kräva IT eller ingenjörer att utföra.”
Robotisk processautomatisering, för en, “är fortfarande för komplex för medborgarutvecklaren”, säger Tayeb. “Leverantörerna har fortfarande mycket arbete kvar att göra. För att medborgarutvecklarbaserad RPA verkligen ska kunna ta fart måste RPA-verktygen verkligen vara enkla för användarna, vilket innebär att ingen kodningserfarenhet eller teknisk bakgrund behövs. Verktygen måste vara intuitiva och stärka användare med de funktioner som behövs för att designa och distribuera en mjukvarubot.”
Där medborgarutvecklaren kan tillföra värde “är att de känner till processen som de vill automatisera, inifrån och ut, eftersom de har utfört den processen manuellt”, säger Tayeb. “En kort inlärningskurva och minimal träning är absolut nödvändigt. Vissa plattformar tillhandahåller redan detta. och vissa arbetar fortfarande med det.”
Med morrande sofistikering kommer växande problem. “Det finns en risk att medborgarutvecklare kan lägga ner mycket tid på att bygga något i en plattform utan kod, som sedan måste kodas om från början för att faktiskt vara fullt funktionell och användbar av en organisation”, säger Sawma. “För att förhindra detta scenario bör teammedlemmar kommunicera öppet om vad som byggs i deras no-code-plattformar så att tid och resurser inte oavsiktligt slösas bort.”
Det finns också problem om nivån av sofistikering med medborgarskapad mjukvara ökar till avancerad analys eller AI-nivåer – vem kommer att underhålla eller uppdatera dessa appar? “Som vi såg med uppgången och fallen för Microsoft Access, är den största risken för organisationer att när en företagsanvändare går vidare till en annan roll eller lämnar organisationen, vem kommer att underhålla alla affärskritiska applikationer de byggt?” påpekar Harbauer. “Precis som traditionell mjukvaruutveckling och hantering av företagsapplikationer är stark förändringshantering och översyn av företagsapplikationer avgörande med dessa engångsapplikationer som byggts av affärsanvändare.”
IT-prioriteringar | Moln | Big Data Analytics | Innovation | Teknik och arbete | Samarbete