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.
Sideload iOS Apps con iEmulators [No Jailbreak]
Apple ha alcune restrizioni quando si tratta di app nell'App Store. Non consente emulatori di videogiochi, client bittorrent e registratori dello schermo . Di solito l'unico modo per farli sul tuo dispositivo iOS è quello di effettuare il jailbreak del tuo dispositivo.C'è un modo per trasferire le app senza jailbreaking, utilizzando il Certificato Enterprise di Apple, che consente alle aziende di trasferire le proprie app private.
10 modi per gestire meglio il tuo feed di Facebook
Facebook è pieno di ciò che vuoi che sia pieno di. Se non ti piace vedere le foto dei 3 pasti al giorno del tuo amico, puoi nasconderlo. Se vuoi video divertenti, puoi seguire quella particolare pagina. Salva i materiali che contano e metti quelli che non lo fanno . Non devi essere vittima di una condivisione eccessiva o di gelosia innescata da Facebook.C