0

Rosado: “Selbst wenn wir die Beweise der ersten 100 und dann die 200 Kunden der Analysten konnte nicht glauben, dass dies möglich war.”
Bild: Colin Barker
Eine wenig bekannte portugiesischen Unternehmen OutSystems, die darauf spezialisiert ist, die ebenso wenig bekannte Praxis der low-Entwicklung von code, ist die Einnahme großer Teile der corporate-Markt im Sturm erobert.
Wie der name schon sagt, low-Entwicklung von code-Menge reduziert, die Codierung erforderlich, um Anwendungen zu entwickeln. Und, by doing so, es reduziert die Zeit die benötigt wird um Anwendungen zu entwickeln, in manchen Fällen um einen Faktor von 10.
Die Geschwindigkeit dieser Ansatz macht es besonders attraktiv für den mobilen Markt, als dass sich der Markt gewachsen ist, so hat OutSystems. Laut Forrester-analyst, OutSystems ist der Marktführer im low-Entwicklung von code, schlagen bekannteren Namen wie Salesforce.
OutSystems CEO, Paulo Rosado, erläutert die Vorteile der niedrig-code-Ansatz zu ZDNet.
ZDNet: Warum haben Sie es in diesem Geschäft?
Rosado: Dies ist meine zweite Gesellschaft. Ich begann meine vorherigen 1997. Was wir behandelt es war von Infrastruktur-software für sehr große nationale und internationale Unternehmen.
Wir waren direkt in der Mitte der Blase. Ich verkaufte die Firma im Jahr 1999, aber während dieser Zeit habe ich nicht ein einziges Projekt, das on time und on budget.
Wenn wir ein Projekt gestartet, haben wir versucht zu ändern, der Analyse-phase, aber wir konnten nie den Anforderungen. Die besorgt und interessiert mich, denn es war ein schwieriges problem. Ich lief das Unternehmen für 18 Monate und während dieser Zeit konzentrierte ich mich auf dieses problem. OutSystems war die Folge. Ich schaute wieder auf, warum diese Projekte waren Misserfolge, und im Hinblick auf ein grundlegendes Problem in der software-Konstruktion. Es hatte zu tun mit technischen Schulden [unter Berufung auf eine Lösung, die schnell und einfach zu implementieren, aber wird in Zukunft Probleme verursachen], und die Tatsache, dass, wie software-änderungen und die Zeit vergeht, die nächste änderung gemacht werden muss.
Was passiert, ist, dass die Kosten exponentiell an, als jede änderung ist gemacht, bis er irgendwann zu teuer und Sie müssen neu beginnen.
Also, die Idee, die uns kam, war, statt der Ausgangspunkt von versuchen, um die Anforderungen zu Recht, warum wir nicht davon ausgehen, dass Sie immer falsch sind und dann angreifen, das problem der Veränderung?