Vantaggi tangibili per la codifica rapida dei tuoi progetti di gioco personali

Ho notato che alcuni programmatori si ponevano sfide sensibili al tempo, di solito nell'area di "scrivere un gioco di tipo X in Y tempo" o "scrivere un numero X di giochi dando solo Y tempo per ciascuno". Quali sono i vantaggi tangibili dell'impostazione del flusso di lavoro in questo modo su speed-code per un po '? Ti sembra di dover scambiare codice efficiente per fare qualcosa in fretta. E suppongo che l'aggiunta di uno strato finale di smalto non sia una grande priorità in queste sfide, quindi va bene usare il programmatore.

Ho realizzato alcuni semplici sparatutto a scorrimento 2D e giochi puzzle qualche anno fa e per stupidità ho cancellato gran parte del mio codice. Quindi ora sono curioso di utilizzare l'approccio di codifica rapida per fare di nuovo un paio di cose semplici e approfondire la mia logica di gioco.

Almeno nella mia esperienza, alcuni tipi di programmatori sono quelli che a volte vengono chiamati astronauti dell'architettura .

Se sei il tipo di persona che deve sottrarre tutto in un certo modo o cerca costantemente di riformattare il tuo codice in modo che sia più bello, o qualcosa del genere, avere sessioni a tempo in cui ti concentri sul prodotto finale è un ottimo esercizio . Può rafforzare il fatto che a volte una soluzione più semplice può portarti a qualcosa di giocabile prima, e quindi puoi entrare in un ciclo di iterazione più veloce rispetto a se avessi fatto un grande progetto in anticipo.

A differenza dell'astronauta dell'architettura, se sei un programmatore di cowboy , allora questi esercizi a tempo sono probabilmente ridondanti.

Non ho mai fissato esplicitamente scadenze per me così, ma ottenere rapidamente le cose può essere importante quando si lavora da soli.

Ti sembra di dover scambiare codice efficiente per fare qualcosa in fretta

Quando si scrive un gioco da soli, il codice efficiente di solito non è il problema. Il problema è spesso rimanere motivati. Ottenere qualcosa che funzioni, anche se non è in modo ottimale efficiente, può essere un motivatore abbastanza grande da farti andare avanti e finirlo . Puoi sempre tornare indietro e refactoring più tardi se finisci con qualcosa di buono. Cercare di fare tutto fin dall'inizio potrebbe non finire mai.

Lo faccio alcune volte all'anno; concedermi una settimana per progettare, implementare e rilasciare un gioco.

Lo faccio perché sono un perfezionista. Data la mia scelta, lavorerei su un gioco per sempre. Avere una scadenza rigida (che pubblico in anticipo) mi costringe a smettere di sviluppare e a rilasciare il dannato gioco nei tempi previsti. Dal momento che la mia regola personale in questi esercizi è che non mi è permesso di modificare nessuno di questi giochi dopo che è scaduto il termine, mi tiene anche concentrato su progetti futuri e non distratto dai pensieri di modificare quelli più vecchi.