Hvor involvert bør profesjonelle utviklere komme med borgerutviklerprogrammer? Utviklere har lenge visst at mange operativsystemer og applikasjoner-spesielt fra åpen kildekode-er 80% komplette, med alle nødvendige støttestykker på plass. Det var opp til dem å fylle ut de manglende 20% med tilpasning. Det samme prinsippet må brukes på plattformer med lav kode og ingen kode, oppfordrer noen bransjer til å oppfordre.
Foto: Joe McKendrick
Dette jobber med IT-team med utformingen av rudimentære applikasjoner som sluttbrukere kan pynte på. Dette vil bidra til å redusere tiden virksomhetsbrukere kan bruke på å prøve å bygge apper og ikke nok tid på virksomhetene sine. Forretningsbrukere “kan ikke vurdere alle de forskjellige faktorene som kreves for å kartlegge programvaren etter deres behov,” sier Michael Larner, hovedanalytiker ved ABI Research. “Og du vil ikke at ansatte skal kopiere innsats når de skal fokusere på kjerneoppgavene.”
En måte å oppnå dette på, anbefaler Larner, ville være “en sentralisert markedsplass med maler for apper med lav kode som allerede er utviklet og godkjent av IT. Sluttbrukere vil ikke få lov til å lage sin egen uten å først henvise til markedet. Videre , bør brukerne stimuleres og anerkjennes for å tilby skreddersydde apper til markedet. “
En kritisk del av de 80% som profesjonelle utviklere og IT -ledere bruker, er rekkverk som må settes på plass. “Tydelig definerte rekkverk og automatisering gjør at applikasjoner med lav og ingen kode kan kjøres med skalerbarhet, ytelse og motstandskraft i bedriftsklasse, slik at de kan følge personvern-, sikkerhets- og overholdelsesmandater,” sier Josh Kahn, senior visepresident i ServiceNow . “Dette gjør at IT kan ta et skritt tilbake og ikke måtte overvåke hvert trinn i apputviklingsprosessen.”
Et eksempel på et rekkverk IT-fagfolk kan sette opp innebærer “å sette opp automatiserte sikkerhetsgjennomganger hjelper bedrifter med å opprettholde styringsstandarder og gi risikobaserte vurderinger før de vedtar søknaden til det overordnede foretakssystemet,” legger Kahn til. “Å sørge for at du har de riktige rekkverkene og prosessene på plass før du øker lavt og uten kodeprogramutvikling via innbyggerutviklerprogrammer,” legger han til og oppfordrer til større engasjement i prosessen på alle nivåer. “Bedrifter bør sette standarder ved å implementere opplæringsprogrammer for innbyggerutviklere, automatiserte kodevurderinger, etablerte sjekkpunkter og mer.”
Det er én ting for en bedriftsbruker å “lage og distribuere en ny integrert applikasjon som korrekt uttrykker evnen de hadde i tankene,” sier Eitan Reich, sjefarkitekt ved Broadway Technology. “Imidlertid er det noe som fortsatt krever stort IT -engasjement i dag, for å sikre at systemet fortsetter å oppføre seg godt i alle scenarier.” Selv om det er et imponerende utvalg av verktøy og plattformer som nå er tilgjengelig for å øke brukerdrevet design, “ser vi store utfordringer innen systempålitelighet, kvalitetssikring og testautomatisering når vi ser på mer komplekse evner som involverer store mengder system integrasjon eller hybrid menneskelig/automatisert arbeidsflyt, “legger han til.
Lavkode- og ikke-kode-tilnærminger har vist sin verdi i en tid preget av spredning av organisasjoner på grunn av Covid-krisen, samt ubarmhjertig press for å konkurrere i den fremvoksende digitale økonomien. “I løpet av det siste året har vi sett hvordan brukstilfeller har ekspandert på tvers av avdelinger og bransjer,” sier Kahn. “For eksempel gikk sykehus raskt over fra papirsignaturer til digitale signaturer ved hjelp av lav og ingen kode. Også HR-avdelinger har brukt disse appene til å møte en skred av operasjonelle utfordringer, inkludert administrering av et større volum av serviceforespørsler og behandling av betalte permisjoner, eller utføre ekstern ansatt ombord. “
Igjen krever dette engasjement fra IT -fagfolk på grunnleggende nivå. “Low-code og no-code-tilnærminger tar grep innen programvare som støtter produksjonsoperasjoner,” sier Larner. “Produsenter vil at ansatte skal ha de beste tilgjengelige verktøyene til rådighet, men vil ikke betale for å rekruttere datavitenskapere.” Som svar legger han til, “leverandører utvikler applikasjoner, for eksempel for simuleringsprogramvare, som har forskjellige grensesnitt; en for eksperter og en annen for brukere der simulering er av interesse, men ikke kjernen i deres rolle. Plattformene kan tilpasses for eller av sluttbrukeren, men likevel utføre analyser på de samme datasettene og til samme detaljnivå uavhengig av grensesnitt. “
Bunnlinjen er uansett hvor mye lav og ingen kode som finnes på tvers av virksomhetene. vil fortsatt ta profesjonelle utviklere for å få alt til å fungere.
Relaterte emner:
Enterprise Software Open Source Mobile OS 