Udvikling af Software er brudt, og lav-kode er her for at lave det

0
165

0

outsystems-ceo-paulo-r.jpg

Rosado: “Selv når vi havde bevis for første 100 og 200 kunder de analytikere, der ikke kunne tro, at dette var muligt.”

Billede: Colin Barker

Lidt kendte portugisiske selskab, OutSystems, som har specialiseret sig i lige så lidt kendte praksis med at lave-kode udvikling, er ved at tage store dele af corporate markedet med storm.

Som navnet antyder, lav-kode udvikling reducerer mængden af kode, der er påkrævet for at udvikle applikationer. Og ved at gøre det, det reducerer den nødvendige tid til at udvikle applikationer-i nogle tilfælde med en faktor på 10.

Hastigheden af denne fremgangsmåde gør den særlig attraktiv til det mobile marked, og som markedet er vokset, så har OutSystems. Ifølge Forrester-analytiker, OutSystems er markedsleder i lav-kode udvikling, slå bedre kendte navne som Salesforce.

OutSystems CEO, Paulo Rosado, der er skitseret fordelene af den lave-kode tilgang til ZDNet.

ZDNet: Hvorfor valgte du at starte det i denne virksomhed?

Rosado: Dette er mit andet selskab. Jeg startede min tidligere i 1997. Hvad vi håndterede der var infrastruktur software til meget store nationale og internationale virksomheder.

Vi var lige på midten af boblen. Jeg solgte virksomheden i 1999, men i løbet af den tid jeg ikke har et enkelt projekt, der var på tiden og på budget.

Når vi startede et projekt, vi prøvede at ændre analyse fase, men vi kunne aldrig få kravene til højre. Der bekymrede og interesserede mig, fordi det var et vanskeligt problem. Jeg kørte selskab for 18 måneder og i den tid har jeg fokuseret på dette problem. OutSystems var resultatet af dette. Jeg kiggede tilbage på, hvorfor disse projekter var fejl, og at der er relateret til et grundlæggende spørgsmål i software konstruktion. Det havde at gøre med teknisk gæld [stole på en løsning, der er hurtig og let at implementere, men vil give problemer i fremtiden], og det faktum, at det som software ændringer, og tiden går, den næste ændring, der skal gøres.

Hvad sker er, at omkostningerne stiger eksponentielt, som hver ændring er foretaget, og indtil det bliver for dyrt, og du er nødt til at starte på en frisk.

Så den idé, at vi kom op med var, i stedet for at starte med at forsøge at få de krav, hvorfor vi ikke antage, at de altid er galt, og derefter angribe problemet med forandringer?