Teknologisjefens klare råd til utviklere: Det vil lønne seg å satse på lavkoding

[Redaksjonen.]

Teknologisjefens klare råd til utviklere: Det vil lønne seg å satse på lavkoding

[Selvstendigsaas]

"Dette er resultatet av demokratisert utvikling som alle kan delta i" fikk artikkelen til å fremstå som den er skrevet av en eller annen hokus pokus selger.

Forøvrig er lavkode eller hva man liker å kalle det flott og fantastisk når man skal selge et visuelt intrykk fremfor et funksjonelt produkt. Lavkode er noe som har vært tilgjenglig siden tidenes morgen da datamaskinene fikk et gui og verktøyene som delphi ble benyttet til å snekre sammen produkter raskt og effektivt. Men dette er ikke alltid særlig effektivt i det lange løp hvis man leverer et produkt som skal leve i mange år. Jobber man utifra "fire and forget" så er det selvsagt mye viktigere å levere noe raskest som mulig som fungerer der og da.

[Oyvind68]

Lavkoding og lavnivåkoding er det motsatte av hverandre da?

[quantum]

Selvstendigsaas skrev (15 timer siden):

"Dette er resultatet av demokratisert utvikling som alle kan delta i" fikk artikkelen til å fremstå som den er skrevet av en eller annen hokus pokus selger.

Forøvrig er lavkode eller hva man liker å kalle det flott og fantastisk når man skal selge et visuelt intrykk fremfor et funksjonelt produkt. Lavkode er noe som har vært tilgjenglig siden tidenes morgen da datamaskinene fikk et gui og verktøyene som delphi ble benyttet til å snekre sammen produkter raskt og effektivt. Men dette er ikke alltid særlig effektivt i det lange løp hvis man leverer et produkt som skal leve i mange år. Jobber man utifra "fire and forget" så er det selvsagt mye viktigere å levere noe raskest som mulig som fungerer der og da.

Enig men jeg oppfatter vel ikke dette nødvendigvis som verktøy for å lage produkter som skal vare i mange år, det er det jo ikke så mange produkter (les: apper) som gjør heller. Ser også at eksemplene som brukes her for en stor del handler om å automatisere interne administrative rutiner, ikke nødvendigvis utvikle produkter for et marked. Et annet poeng her, vs. det vi kanskje kjenner fra tidligere, er at dette er en integrasjonsplattform og ikke noe man bruker til å levere en "fullstack" applikasjon. Bak API'ene som brukes ligger det "høykodeimplementasjoner". Kan tenke meg at de bedriftene som har bruk for en slik "demokratisering" også er de hvor det er vil være vanskeligst å innføre denne typen verktøy.

[DiskIT]

Lavkode, som forøvrig er en dårlig oversettelse av low code, er absolutt noe som kommer mer og mer. Citizen integrators osv osv. Problemet er jo at man binder seg til et produkt eller leverandør, så selv om tjenester kan leve lenge, så er det ikke nødvendigvis slik at man bør gjøre det.

 

Feks om man lager masse logikk i power plattformen til Microsoft for å ta et enkelt eksempel, så vil man måtte lage alt på nytt om man velger å bytte leverandør. Kan ikke bare flytte koden sin over til AWS feks. 

[Anders Jensen]

34 minutes ago, Oyvind68 said:

Lavkoding og lavnivåkoding er det motsatte av hverandre da?

Ja. Diametralt forskjellig. Lavkoding er et høyt abstraksjonsnivå (forretnings nært) mens lav nivå koding er et lavt abstraksjonsnivå (maskinvare nært).

[Anders Jensen]

Må innrømme at jeg er veldig ambivalent til low code. Det er litt som flyvende biler. En interessant og gammel ide, men storskala trafikk med flyvende biler er så utrolig mye mer kompleks og kostbar enn vi har evne til å håndtere med dagens teknologi. En trenger egentlig bare ett begrep for å fullstendig skyte low code i senk som utbredt og bærekraftig konsept; teknisk gjeld. Dagens low code implementasjoner vil få store utfordringer med å håndtere den tekniske utviklingstakten i egen teknologi stack. Resultatet er at applikasjoner i low code etter en tid må reimplementeres, typisk på en annen "hype of the year" platform for å ta i bruk nye plattform spesifikke forbedringer. Hvor mange MS Access apper fra 90 tallet lever egentlig i beste velgående i dag?

Om en ser på system nivå programmering (C, C++, Rust) så er det fremdeles en nokså livlig utvikling her. For applikasjons nivå programmering (Java, C#, Ruby, PHP, JS, Golang, mange glemt..)  så er utviklingstakten enorm. Så min holdning er at det fremdeles er for mye ugjort arbeid lengre ned i stacken til at low code kan bli særlig bærekraftig med det første, men det fungerer sikkert fint til noe som ikke skal leve så lenge, og det har helt klart en fremtid.

Endret 21. april 2021 av Anders Jensen

[Drogin]

[Anders Jensen]

Ja, den commit strip tegninga der bruker jeg hver gang noen drar opp low code  

[kjetil_kilhavn]

Det er vel som de siste 30 årene, når hvermansen skal lage IT-løsninger blir det produsert noe bra og mye rart. De siste 30 årene har folk stort sett brukt regneark og dermed i hovedsak ikke påvirket datagrunnlaget. Det kan bli «festlig» hvis de skal begynne å lage løsninger som faktisk endrer datagrunnlaget direkte.

Og hvis noe går galt skylder de på utviklerne som ikke lagde den underliggende løsningen robust nok. Ikke urimelig det, hvis noen faktisk har stilt opp med budsjett til å lage en robust underliggende løsning.

[Kahuna]

Hvilke produkter/verktøy/språk snakker vi om egentlig? Scratch?