Lavkodeløsninger høres fantastisk ut og jeg skjønner at de som har manglende kunnskaper angående utvikling tror at dette er det beste siden oppskjært brød. Men...
Det er en grunn til at utvikling tar tid.
Det er en grunn til at programmeringsspråk er spesifikt.
Det er en grunn til at det ikke er lett å automatisere prosesser.
En datamaskin gjør nøyaktig det man forteller den og det er ikke nødvendigvis det man vil den skal gjøre. Det krever teknisk kompetanse for å forstå hvordan man skal få en datamaskin til å gjøre nøyaktig hva man vil den skal gjøre.
For all del. Å automatisere enkle personlige prosesser kan være gull verdt. Men når konsulenter begynner å snakke om at helsevesenet skal la hvem som helst lage "programmer" og integrere mot hverandre så blir jeg skremt. Tipper konsulentene har fått betalt lenge før alt bryter sammen og den virkelige jobben med opprydding starter.
Jeg har selv jobbet lenge som utvikler og jeg har ikke tall på hvor mange "enkle" løsninger som ikke-programmerere har laget enten i Excel eller 3. parts automatiseringsprogrammer. Felles for alle er at man lager en løsning for et spesifikt problem, og det fungerer fint en stund. Så skjer det en feil, eller personen som lagde løsningen slutter, eller løsningen må flyttes, eller oppgraderes til ny versjon av framework, eller løsningen går bananas, eller hva som helst annet. Lavkodeløsninger har ikke samme krav til kvalitet. Grunding testing og fremtidig vedlikehold kan man bare pent hoppe over.. Det skal være raskt vet du. Alle disse tidkrevende utviklingsprosessene er helt unødvendig. Man lager ikke unit tester, system tester og integrasjonstester. Hva er poenget med sånt? Man kan jo bare dra ut noen bokser og piler og så funker plutselig ting. Man trenger ikke vite noe om forskjellige datatyper for det ordnes jo automatisk. Integrasjoner ordnes bare ved "common sense". Testmiljø og testdata er bare så 2021. Her skal det lavkodes....