Scrivere un prototipo di applicazione: le migliori pratiche?

Se stai creando un prototipo, assicurati che sia destinato a essere un prototipo e non una versione leggera del software. Molte volte i clienti chiedono un prototipo e poi vogliono mettere quella versione in produzione. All'improvviso la tua sinistra supporta un prodotto che non era destinato all'uso a tempo pieno.

Per evitare questo, prova a creare un prototipo che riproduca il comportamento che il cliente desidera senza implementare effettivamente le funzionalità. Per le applicazioni Web, di solito creo pagine html statiche e imitano il comportamento con JavaScript. Questo dà al cliente la possibilità di giocare con qualcosa di visivo. Questo susciterà molte domande e cambiamenti che devono verificarsi all'inizio del processo di sviluppo.

Christopher Mahan fa una bella domanda sul pubblico di destinazione. Devi definire i tuoi clienti. Se si tratta di persone tecniche che cercano una prova di concetto per alcune tecnologie che desiderano utilizzare, la soluzione migliore è separare la richiesta di funzioni e creare esempi di codice che siano adeguatamente documentati. Questi esempi di codice dovrebbero essere semplici e concentrarsi su quella funzionalità. L'utilizzo di applicazioni console di solito è un buon approccio poiché non sono necessarie molte sartorie. Se questi clienti non sono tecnici, devi davvero convincerli a concentrarsi su ciò di cui hanno bisogno piuttosto che sulla tecnologia. Molte persone tecniche non vengono coinvolte nella tecnologia dal suono freddo piuttosto che pensare a ciò di cui hanno effettivamente bisogno.

Se il cliente sta ricevendo qualcosa da spingere, hai due opzioni: Email e software in esecuzione sul computer client che ascolta su una porta. Per quest'ultimo, dovrebbero configurare il firewall, ecc. E ciò richiede persone sofisticate sul lato client.

Se il client sta eseguendo il polling, devono avere un software sul proprio computer che esegue il polling di un server a intervalli. Suggerirei che un client di posta elettronica lo faccia già, e che anche un lettore RSS lo faccia. Potresti anche avere una pagina web auto-rinfrescante, ma dovresti assicurarti che vadano a quella pagina in primo luogo.

Se il tuo cliente è sofisticato (corp, geeks) li ha configurati su un server xmlrpc provalo in questo modo. In caso contrario, l'e-mail è la soluzione migliore.

La combinazione di Javascript / Jquery / Dom è un ottimo ambiente per la prototipazione. All'inizio potrebbe non sembrare così, a causa di tutti i bug e i problemi, ma se persisti, ad un certo punto imparerai a superare rapidamente tutti i problemi (di solito per tentativi ed errori). È possibile scrivere Jquery-ajax-callback sul server che di solito dovrebbe dormire sul lato server, diciamo per 60 secondi, ma tornare al client (browser) se ha alcuni dati da premere. Se non ci sono dati da spingere, il client continuerà a ripetere quella richiesta di 60 secondi fino alla fine dei tempi.