0
Rosado: “Även när vi hade bevis för första 100 och sedan 200 kunder analytiker kunde inte tro att detta var möjligt.”
Bild: Colin Barker
En föga kända portugisiska företaget, OutSystems, som har specialiserat sig på lika föga kända bruket av låg-kod utveckling, är att ta stora delar av företags-marknaden med storm.
Som namnet antyder, låg-kod utveckling minskar mängden av kodning som krävs för att utveckla applikationer. Och, genom att göra så, det minskar den tid som behövs för att utveckla applikationer-i vissa fall med en faktor av 10.
Hastigheten på detta tillvägagångssätt gör det särskilt attraktivt för den mobila marknaden och att marknaden har vuxit, så har OutSystems. Enligt analytiker på Forrester, OutSystems är marknadsledande i låg-kod utveckling, slå bättre kända namn som Salesforce.
OutSystems VD, Paulo Rosado, som beskrivs fördelarna av låg-kod inställning till ZDNet.
ZDNet: Varför började du det i den här branschen?
Rosado: Detta är mitt andra företag. Jag började min tidigare år 1997. Vad vi hanterade det var infrastruktur, programvara för mycket stora nationella och internationella företag.
Vi var precis i mitten av bubblan. Jag sålde företaget 1999, men under den tiden jag inte har ett enda projekt, som var på tid och på budget.
När vi startade ett projekt, som vi försökt att ändra analys fas, men vi kan aldrig få kraven rätt. Att berörda och intresserade mig, eftersom det var ett svårt problem. Jag drev företaget i 18 månader och under den tiden fokuserade jag på det här problemet. OutSystems var resultatet av det. Jag tittade tillbaka på varför dessa projekt var fel, och som är relaterade till en grundläggande fråga i programvara konstruktion. Det hade att göra med teknisk skuld [förlitar sig på en lösning som är snabb och enkel att genomföra, men kommer att orsaka problem i framtiden], och det faktum att programvaran förändras och tiden går, nästa förändring som behöver göras.
Vad som händer är att kostnaderna ökar exponentiellt som varje ändring är gjord, tills det blir för dyrt och man måste börja om på nytt.
Så, idén vi kom fram till var, istället för att börja med att försöka få kraven rätt, varför har vi inte anta att de alltid är fel och sedan angripa problemet med förändring?