Programvare kan spise verden, males lav kode kan spise programvare

GettyImages 1387037823 Weiquan Lin

[ad_1]

Klarte du ikke å delta på Remodel 2022? Sjekk ut alle toppmøtene i vårt on-demand-bibliotek nå! Se her.


Marc Andreesen hevdet berømt i 2011 at “programvare spiser verden” i en oppdatert artikkel i Wall Road Journal.

Poenget hans var at programvare var den nye motoren for verdiskaping.

– Min egen teori er at vi er midt i et dramatisk og bredt teknologisk og økonomisk skifte, der programvareselskaper er klar til å ta over retailer deler av økonomien, skrev Andreesen.

Artikkelen beskriver en rekke eksempler der digitale selskaper, som Netflix, Amazon, Apple og Spotify, har oppnådd en dominerende posisjon drevet av programvare og digitale produkter. Artikkelen definerer programvare ganske løst, og hevder at selskaper bruker programvare til å deal with med digitale eiendeler og dramatisk utvide bruken av knowledge og automatisering er de nye vinnerne.

Begivenhet

MetaBeat 2022

MetaBeat vil samle tankeledere for å gi veiledning om hvordan metaversteknologi vil transformere måten alle bransjer kommuniserer og driver forretninger på 4. oktober i San Francisco, CA.

Registrer her

Andreesen hadde rett. Programvaredrevne selskaper har og spiser verden. Imidlertid fokuserer analysen hans på at retailer selskaper vinner betydelige seire med programvare i industriell skala. Programvaren han peker på som spiste verden var et produkt av eliteingeniørteam og lag på lag med komplekse plattformer.

Etter mitt syn går vi inn i en ny æra der programvare vil fortsette å spise verden, males på en langt bredere og mer distribuert måte. Det vil ikke naked være de mest kjente eller største selskapene som oppnår digitale seire. Vi vil oppdage at i nesten alle virksomheter vil bruken av programvare boome for å øke effektiviteten, bringe ny bevissthet og utvide automatiseringen.

Dette vil aldri skje hvis denne programvaren naked kan lages av eliteingeniørteam.

Måten programvare vil spise resten av verden på vil være gjennom metoder med lav kode og ingen kode, males det er ikke alt. Mye av programvaren som Andreesen peker på som å ha spist verden vil i seg selv bli spist av lavkodemetoder.

Kort sagt, hvis programvare spiser verden, så spiser lav kode programvare.

La oss se nærmere på hva jeg mener og forklare hvorfor dette skjer.

Grunnleggende om lav kode

Lav kode gjør prosessen med å lage applikasjoner mye enklere. Det er viktig å huske at moderne lavkodesystemer naked er denne epokens modell for clever anvendelse av kjernekonsepter innen informatikk.

Hvis du har vært rundt i bedriftsprogramvaren og informatikkverdenen en stund, vet du at ideen om forenklet koding som tar over verden av programvareutvikling ikke er ny. Domenespesifikke språk er en type for denne ideen. SAP opprettet ABAP og Salesforce oppfant Apex som domenespesifikke språk for å gjøre det enklere å kode applikasjonene deres og skille dem fra underliggende implementeringsdetaljer. Langt tilbake, så er det også fjerde generasjons språk. Går vi enda lenger, kan vi peke på IBMs RPG som en type for lav kode.

Lav kode, enkelt sagt, er evnen til å bygge og automatisere applikasjoner av en bestemt kind raskt. Ingen kode er muligheten til å tilpasse en applikasjon kun gjennom konfigurasjonsinnstillinger.

Ecr5znpveik5x1nidd4dXzHmKqw LphEWKTW7WPx4dDfuCjd9Ak
Lav kode, enkelt sagt, er evnen til å bygge og automatisere applikasjoner av en bestemt kind raskt. Ingen kode er muligheten til å tilpasse en applikasjon kun gjennom konfigurasjonsinnstillinger.

“Koden” i begrepet lav kode er nøkkelen til å forstå kraften. I motsetning til et tradisjonelt høykodespråk som Java eller Python eller C, der du nesten kan kode alt du vil, eksisterer koden i en verden med lav kode for å gi akkurat nok evne til å tilpasse en applikasjon av en bestemt kind.

Det “lave” i begrepet antyder at mengden koding for å tilpasse en applikasjon bør være liten sammenlignet med mengden kode som trengs for å implementere applikasjonen på en høykodet måte. Den “lave” betyr også enkelhet, det er lettere å bruke lavkodemetoder.

“Av en viss kind”-delen av definisjonen er også viktig. Utviklingssystemer med lav kode er ikke bygget for å gjøre noe. Utviklingsmiljøer med lav kode fokuserer på bestemte typer applikasjoner og gir byggeklosser som gjør mye av arbeidet med å implementere den typen applikasjoner.

Når applikasjoner med lav kode er opprettet, kan de endres og tilpasses stadig nye krav raskere enn høykodemetoder. Lavkodeapplikasjoner krever også mindre vedlikehold, noe som betyr lavere teknisk gjeld. Moderne lavkodeapplikasjoner laget ved hjelp av plattformer fra selskaper som Appian har vist seg å være bedriftsklasse når det gjelder skalerbarhet, pålitelighet og ytelse.

Det er en avveining. Lavkodeapplikasjoner er fokusert på å lage spesifikke typer applikasjoner. Når en lavkodeplattform matcher dine behov, kan et mye større antall mennesker delta i å lage, vedlikeholde og utvikle applikasjoner. Det er her den retailer gevinsten kommer fra, et tema jeg kommer tilbake til om et minutt.

Utvidelse av tjenester skaper innflytelse

Utviklingsplattformer med lav kode er mer relevante og kraftige enn noen gang fordi vi lever i en verden som er full av abstraksjoner og tjenester. Lav kode lar oss få tilgang til tjenester og lage nye applikasjoner med mye mindre innsats.

De mest avanserte utviklingsplattformene med lav kode har en full stabel med funksjoner som kreves for å lage bedriftsapplikasjoner. For eksempel har de fleste utviklingsplattformer med lav kode en forenklet måte å definere en brukeropplevelse på. Denne abstrakte definisjonen blir deretter gjengitt til brukergrensesnitt som leveres på en rekke enheter.

På en moderne plattform med lav kode kan en utvikler definere én brukeropplevelse (UX) ved å bruke abstraksjonen og deretter finne ut at applikasjonen vil fungere på nettet, på stasjonære datamaskiner, på nettbrett og på cell enheter uten ekstra innsats. De lavkodeapplikasjonene må leve med kraften til abstraksjonene plattformene gir. Det er kostnaden, males etter hvert som plattformene har modnet, har den kostnaden blitt lavere og lavere.

Samlingen av abstraksjoner for UX, knowledge og prosessautomatisering utvides med ulike typer applikasjonskomponenter for saksbehandling, eldre modernisering, samarbeid og så videre. Low-code utmerker seg også ved å orkestrere tjenester fra mange systemer for å legge til høyere nivåer av automatisering og prosesskontroll.

Ray Kurzweil påpeker i sin forklaring av teknologiens eksponentielle vekst hvordan akselerasjon finner sted med raskere og raskere hastigheter ettersom flere og kraftigere tjenester orkestreres. (Se denne artikkelen om teknologiutnyttelse for mer detaljer.)

FgQ OzoIYScdcZalAIYxqhKbZmQ9Hu QLX6HFOgP3U5X k a1g9aCm2qXCVHPvzKEVevUBhi9xJ63UT5d30Oa XSWZoJ UFwu8RFPpqHUuP3XxaZZ1kFtsVOI9x
Ray Kurzweil påpeker i sin forklaring av teknologiens eksponentielle vekst hvordan akselerasjon finner sted med raskere og raskere hastigheter ettersom flere og kraftigere tjenester orkestreres.

Nå som programvare-som-en-tjeneste (SaaS)-verktøy har blitt utbredt og API-aktivert, eksisterer det et rikt landskap av tjenester. Selv små eller mellomstore selskaper har mange SaaS-applikasjoner som fungerer som registreringssystemer og utfører viktige transaksjonsfunksjoner som å akseptere eller utføre betalinger.

Lav kode låser opp kraften til alle disse tjenestene med mye mindre innsats enn tilnærminger med høy kode.

Det utvidede tjenestelandskapet gjør også et mye bredere sett med knowledge tilgjengelig. Programmer med lav kode kan få tilgang til og destillere disse dataene for å lage mye mer detaljerte modeller for forretningsaktivitet, som kan være grunnlaget for bedre analyser og økt automatisering.

For enkelte funksjoner brukes også lavkodemetoder for å lage tjenester som kan brukes av plattformen eller av eksterne forbrukere. Høykodemetoder kan alltid brukes til å lage nye tjenester som kan plugges inn i lavkodemiljøet.

Utviklingsplattformer med lav kode er i stadig utvikling. Prosessgruvedrift, konversasjonskunstig intelligens (AI), AI og maskinlæring (ML) modellering og nye former for datalagring som graf- og dokumentdatabaser dukker opp i lavkodeplattformer.

Etter hvert som tiden går, vil utviklingsplattformer med lav kode bli kraftigere og kraftigere.

Superkraften til lav kode: Økt produktivitet

Det faktum at koding er enklere har flere dype effekter på produktiviteten. Nærmere bestemt utviklingsplattformer med lav kode:

  • Utvid antallet personer som kan kode. Dette er en påstand som må fremsettes nøye. Lav kode betyr ikke at alle nå kan lage avansert programvare. Det betyr imidlertid at folks som aldri kunne lage høykode-apper kan lage enkle lavkode-apper, og disse kan være svært nyttige.
  • Forbedre produktiviteten til avanserte utviklere. Utviklere som bruker lavkodemetoder kan få mer gjort enn å bruke høykodemetoder for mange typer applikasjoner.
  • Reduser vedlikeholdsbyrden. Programvare med lav kode er generelt enklere å vedlikeholde over tid enn høykodemetoder fordi mye av kompleksiteten administreres av plattformen. De forenklede søknadene reduserer teknisk gjeld dramatisk.
  • Forbedret brukeropplevelse og tilfredshet. Standarder og designprinsipper håndhevet av plattformer med lav kode unngår mange feil og gir en behagelig opplevelse i tillegg til at applikasjoner automatisk fungerer på en telefon, et nettbrett, en bærbar PC eller en stasjonær datamaskin uten endringer.
  • Bedre TCO og ROI. Alle disse forbedringene av produktiviteten fører til bedre TCO og ROI for lavkodeapplikasjoner.

Nå som lavkodemetoder har blitt kraftigere, administreres apper med stadig lavkode, ikke som engangsregneark, males som de viktigste programvaremidlene de er. Som andre programvareressurser, blir de opprettet med testsuiter og kildekodehåndteringsteknikker, og avansert operasjonell logging og overvåking. Med andre ord har lavkode-apper blitt ekte programvare, ikke naked avdelingsleker. Ettersom denne modenheten blir anerkjent, vil flere og flere utviklere og bedrifter vurdere lavkodeplattformer for sine applikasjoner.

Lav kode vil spise høy kode

Økonomien til utviklingsplattformene med lav kode vil være en av hovedmotorene som driver bruken av dem. Lavkodeutvikling vil spise programvare fordi det vil være den kostnadseffektive og effektive måten å lage applikasjonene verden trenger.

Personer med behov for en søknad vil stå overfor følgende valg:

  • Bygg med høykodemetoder
  • Kjøp et produkt hvis det finnes
  • Bygg på en utviklingsplattform med lav kode
  • Kjøp et produkt bygget på en utviklingsplattform med lav kode

Vanskeligheten med høy kode og mangelen på passform for mange produkter vil drive folks til lavkodemetoder. Mange av lavkodeplattformene kommer nå med et stort antall komponenter og maler for å akselerere utviklingen.

Etter hvert som utviklingsplattformer med lav kode har modnet og antall tjenester har vokst, passer lav kode mange flere problemer. Lav kode utvider mengden av mennesker som kan løse dem.

Antallet nye komponenter og teknikker tilgjengelig gjennom utviklingsplattformer med lav kode som prosessmining, konversasjons-AI og andre nevnt ovenfor, fortsetter å vokse. Lavkodeplattformer vil bli en trygg og rimelig måte å eksperimentere med ny teknologi på.

Å bruke lav kode er en avveining. Utviklere aksepterer grensene for miljøet, i håp om at de forenklede kodemetodene fortsatt lar dem lage applikasjonen de trenger. Systemer med lav kode kan gjøre mye mer enn de kunne tidligere. Lav kode vil spise programvare fordi avveiningen blir mindre og mindre smertefull ettersom lavkodesystemer blir kraftigere og kraftigere.

Tarun Khatri er medgründer, administrerende direktør og leder for Appian-praksisen ved Xebia.

DataDecision Makers

Velkommen til VentureBeat-fellesskapet!

DataDecisionMakers er der eksperter, inkludert de tekniske personene som driver med dataarbeid, kan dele datarelatert innsikt og innovasjon.

Hvis du vil lese om banebrytende ideer og oppdatert informasjon, beste praksis og fremtiden for data- og datateknologi, kan du bli med oss ​​på DataDecisionMakers.

Du kan til og med vurdere å bidra med en egen artikkel!

Les mer fra DataDecisionMakers

[ad_2]

admin

Leave a Reply

Your email address will not be published.