0
Rosado: “Anche quando abbiamo avuto prova di prima 100 e poi 200 clienti, gli analisti non poteva credere che questo fosse possibile.”
Immagine: Colin Barker
Un po ‘ conosciuto azienda portoghese, OutSystems, che è specializzata in altrettanto poco conosciuto pratica del basso,-sviluppo del codice, è l’assunzione di grandi sezioni di corporate mercato dalla tempesta.
Come suggerisce il nome, a basso sviluppo di codice consente di ridurre la quantità di codice necessaria per lo sviluppo di applicazioni. E, così facendo, si riduce il tempo necessario per sviluppare applicazioni — in alcuni casi, di un fattore 10.
La velocità di questo approccio rende particolarmente attraente per il mercato della telefonia mobile e, come tale, il mercato è cresciuto, così ha OutSystems. Secondo l’analista di Forrester, OutSystems è il leader di mercato a basso sviluppo di codice, battendo i più noti nomi come Salesforce.
OutSystems amministratore delegato, Paolo Rosado, ha illustrato i vantaggi della bassa approccio del codice di ZDNet.
ZDNet: Perché hai iniziato in questo business?
Rosado: Questa è la mia seconda società. Ho iniziato la mia precedente nel 1997. Quello che abbiamo maneggiato c’era infrastruttura software per grandi aziende nazionali e internazionali.
Siamo stati al centro della bolla. Ho venduto la società nel 1999, ma, durante questo tempo non ho avuto un singolo progetto che era in tempo e nel budget.
Quando abbiamo iniziato un progetto, abbiamo provato a cambiare la fase di analisi, ma che non abbiamo mai potuto ottenere i requisiti di destra. Che interessate e interessati a me, perché era un problema di difficile soluzione. Ho eseguito l’azienda per 18 mesi e durante questo periodo mi sono concentrato su questo problema. OutSystems è stato il risultato. Ho guardato indietro perché questi progetti sono stati errori, e si riferiva a un problema fondamentale nel software di costruzione. Aveva a che fare con il debito tecnico [a fare affidamento su una soluzione che è veloce e facile da implementare, ma può causare problemi in futuro], e il fatto che, come le modifiche del software e il tempo passa, la prossima cambiare deve essere fatto.
Quello che succede è che il costo aumenta in modo esponenziale, come ogni cambiamento, fino a quando non diventa troppo costoso e si deve ripartire.
Così, l’idea ci è venuta è stata, invece di partire cercando di ottenere i requisiti di destra, perché non diamo per scontato che loro siano sempre sbagliate e poi attacco il problema del cambiamento?