Trenta minuti per capire che cosa sia davvero e cosa servirebbe per costruirla. Poi, se vale la pena costruirla, uno scope fisso concordato per iscritto che finisce a un URL vero: repository, test e deploy compresi. Non serve una specifica per iniziare, perché è la prima conversazione a produrla.
La revisione non costa niente e la pagina scritta resta tua, che si lavori insieme o no.
Quasi tutti i progetti della pagina builds sono partiti da qualcuno che descriveva un problema ad alta voce. Se ne hai uno, ci sono due strade, e la prima non costa niente.
Trenta minuti di call, e ne esci con una pagina scritta: che cosa è davvero la tua idea, cosa servirebbe per costruirla e se valga la pena costruirla.
La pagina scritta resta tua, che si lavori insieme o no.
Uno scope fisso, concordato per iscritto prima di iniziare, che finisce con qualcosa di deployato e funzionante invece che con un prototipo da finire.
Definito sul deliverable, quotato su richiesta.
I primi due sono gratis e finiscono in un documento. Non ti impegni finché lo scope non è su carta.
Trenta minuti. Mi racconti il problema ad alta voce e io faccio le domande che separano quello che vuoi da quello che ti hanno detto di volere. Nessuna preparazione, nessuna specifica.
La ricevi comunque, che si vada avanti o no: che cosa è davvero la cosa, la versione più corta che risolve il problema, cosa servirebbe e cosa la renderebbe cara.
Se vale la pena costruirla, ti metto per iscritto cosa c’è dentro e cosa resta fuori prima che parta qualcosa. Deliverable con un nome, una data, e il prezzo sul deliverable invece che a ore. Lo conosci prima di impegnarti.
Da due a sei settimane, con qualcosa che puoi aprire nel browser molto prima della fine. Il volume lo fanno gli agenti; io leggo ogni diff e resto responsabile dell’architettura.
Il repository, i test e il deploy che ce lo porta, una demo guidata e una finestra di revisione dopo. È tutto tuo.
Quattordici prodotti in otto mesi: pipeline di dati di mercato, sistemi di pianificazione e filiera, giochi per browser e motori di rendering, automazione dei flussi di lavoro. Alcuni puoi aprirli adesso e usarli senza registrarti. Se vuoi sapere come lavora qualcuno, guarda il suo codice invece delle sue dichiarazioni.
I repository sono privati, ma il codice puoi leggerlo su richiesta. Chiedi l’accesso al codice
La revisione è gratis. Uno sprint di sviluppo è quotato sul deliverable invece che a ore, e il numero te lo do per iscritto insieme allo scope, prima che tu ti impegni. Non pubblico tariffe perché lo stesso sprint di due settimane è un lavoro diverso a seconda di cosa deve parlare con cosa.
Tuo. Il repository, la storia dei commit, la configurazione di deploy: tutto, sul tuo account. Niente resta legato a una piattaforma che affitti da me e niente ha bisogno del mio permesso per continuare a funzionare.
Lo scope dice che cosa significa «finito» prima che parta qualcosa, ed è per questo che si scrive. E se alla revisione la risposta onesta è che la cosa non va costruita, la pagina scritta dirà quello: è già successo, ed è un esito più economico che scoprirlo dopo.
Quelle che servono al problema e che puoi mantenere. Per lo più Python e JavaScript su Postgres, deployati come container; ogni scheda della pagina builds indica il suo stack. Non scelgo qualcosa di esotico che ti lasci dipendente da me.
No. La lista va dai dati di mercato ai giochi per browser, e l’abitudine è la stessa dappertutto: prendere qualcosa di manuale e opaco e renderlo utilizzabile da qualcun altro. Portami l’idea, non il settore.