Demo Day: 5 suggerimenti per prevenire bug e errori

Il software è sensibile . Ammettiamolo, uno ">" potrebbe essere la differenza tra apparire come un esperto, o voler sparire immediatamente dalla faccia della Terra. Dopo anni di sviluppo e anni di lavoro professionale (per vivere) con il mio volto e il mio nome dietro tutto ciò che produciamo, ho capito la teoria di "quando, non se, si rompe".

Vorrei iniziare dicendo questo: non c'è un modo semplice per gestire un bug catastrofico, o anche un bug di piccoli dettagli, nel giorno della dimostrazione . Quel pezzo di software su cui hai lavorato, a un certo punto, ti metterà in imbarazzo . Ciò che conta è il modo in cui attenuerai le probabilità che qualcosa ti esploda in faccia quando ne hai meno bisogno.

Basandoci sulla nostra umile e insignificante esperienza, questi sono i passi che abbiamo compiuto durante i nostri processi che possono aiutare a ridurre le possibilità di un completo tracollo innescato da un errore il giorno della dimostrazione.

Per iniziare

Se sarai tu a fare la demo del prodotto software "finale" ai clienti, ai potenziali investitori o ai potenziali utenti, dovrai prestare più attenzione di chiunque altro . Alla fine della giornata, sarai tu a stringere le mani al tuo viso e sudare copiosamente quando qualcosa va storto.

La mentalità dovrebbe essere: "A nessuno importa tanto quanto a me". Anche se la tua squadra è un gruppo di rockstar, tutti dovrebbero pensare che a nessuno importa tanto quanto loro.

1. Gestisci il tuo programma consegnabile a tuo vantaggio

Quindi, al punto, se il tuo programma dice che la presentazione del cliente è lunedì, annotala per il mercoledì precedente e fai prendere in giro tutto come se fosse il vero lunedì. Non pensare a questa finta data come a una corsa di prove - non lo è . Dovremmo pensarci come LA data e agire come è.

Passa attraverso ogni fase come se fossi nella presentazione vera e scoprirai i bug corretti (ovvero quelli con una maggiore propensione a presentarsi nella demo effettiva). Se non riesci a ritrarre accuratamente questa data come la data di presentazione effettiva, non sarà molto utile.

2. Limita lo scopo della tua Demo

Se conosci la funzionalità esatta che ti verrà mostrata, non concentrarti sul debug di tutto . Concentrati sul debug della tua funzionalità demo-specifica . Qualche settimana fa stavamo consegnando un portale di influenza sociale di media grandezza rivolto al consumatore per un'azienda dell'America Latina. Volevano dimostrare la procedura di registrazione in modo che potessero iniziare a registrare potenziali utenti.

Sapevamo esattamente cosa volevano. Abbiamo effettuato il debugging insieme al resto della piattaforma: un grosso errore!

La sera prima della demo (per pura fortuna), abbiamo trovato un bug ginormous nel momento esatto in cui l'utente avrebbe colpito "Register" in un browser specifico che induceva l'incubo, che rimarrà senza nome (ma sappiamo tutti quale mi riferisco a). Mantieni concentrati i tuoi sforzi di debugging .

3. Concentrati sul piano B e A (e non dimenticare il piano C) ...

Quando le cose vanno male, e sei colto alla sprovvista, prendi un secondo per sentirti un pazzo ... e poi passa rapidamente alla modalità Plan B. Avere diversi piani di backup che ti permetteranno di continuare con la tua demo.

Avere una versione offline Avere una versione che non è collegata al back-end ed è solo una versione front-end. Mantieni un prototipo sul tuo telefono. Mockups. Video. Qualcosa Non mettere tutte le uova in un cesto proverbiale.

4. ... e concediti tutto il tempo necessario per prepararti

Durante questo passaggio, potresti scoprire che il tuo software ha un problema. Potresti scoprire un bug enorme che a un certo punto esploderà durante la tua demo, e questa è una grande opportunità per decidere quali materiali utilizzare: Plan A + Plan B, o forse solo Plan B, o Plan C, ecc.

Ci sono così tanti fattori che possono giocare contro la tua demo del software, non solo le linee di codice. Pensa a Internet, al computer su cui eseguirai la demo, alla proiezione, ecc. Concediti il ​​tempo di scoprire se la versione del software che eseguirai andrà bene. E se non è così, avrai tempo per reagire .

5. Consegnalo e consegnalo molto

Ogni sviluppatore può capire da dove vengo quando dico "lascia che veda la luce". Come sviluppatori e creativi in ​​generale, tendiamo a ipoprotezione delle nostre creazioni fino a diventare le gemme più brillanti di sempre. In realtà però, trasformerai quella gemma in giro e troverai un grande chip, quando meno te lo aspetti.

"Consegna" o mostrare il prodotto il più possibile alle persone che possono pilotare l'applicazione in diversi ambienti, browser, risoluzioni, sistemi operativi, account utente, ecc. Avviare il processo avanti e indietro sul prodotto in anticipo e mantenere è costante . Gli utenti orientati allo sviluppo non potrebbero essere più diversi degli utenti finali.

Incartare

La demo-bug-apocalisse può capitare a chiunque. Basti pensare ai titoli più recenti in cui alcune delle più grandi aziende della tecnologia erano implicate negli errori più amatoriali. Il punto è: non lasciarsi prendere alla sprovvista quando sono in gioco cose importanti.

Nota del redattore: questo post è scritto da Gino Ferrand per Hongkiat.com. Gino è un iOS e sviluppatore web autodidatta e fondatore di Tecla Labs. Lavora in Generatr.co e puoi trovarlo su Twitter.

Il tuo lavoro è sostituibile dalle macchine?

La maggior parte di noi sa che le linee di produzione saranno l'industria dominata dalle macchine. Ma la maggior parte di noi potrebbe non rendersi conto che i nostri lavori potrebbero essere sostituiti facilmente dall'automazione o dalle macchine.Ecco un'infografica di Pokerstars che ti indicherà le probabilità di essere rimpiazzato da una macchina nel tuo lavoro.

(Consigli tecnici e di design)

15 strumenti gratuiti per creare curriculum professionali

Persone diverse hanno bisogno di curriculum differenti, infatti, ogni persona ha bisogno di versioni diverse del proprio curriculum da utilizzare per vari scopi. Tuttavia, ciò che accade di solito è che lavori su un modello che ricevi da un amico, quindi produci un curriculum professionale in bianco e nero che non ti rappresenta, per quanto impressionante sia il tuo profilo.S

(Consigli tecnici e di design)