"Per programmare rapidamente, è necessario uscire dalla codifica"

17

Prima di tutto, non la mia frase: link Puntelli a Mr . Markham.

MA, mi ha fatto riflettere su molte domande che ho visto sull'essere in grado di fare le cose.

L'approccio consigliato (impostare un timer per un periodo prestabilito, in questo caso 50 minuti, ma ho visto persone parlare di rompere la procrastinazione impostando tempi di soli cinque minuti in attività che non puoi semplicemente portare a te stesso, e poi fare una breve pausa) sembra essere il buonsenso, ma molte persone sostengono entrare nella "zona" e stare lì il più a lungo possibile, forse molte ore, piuttosto che rompere il loro solco.

Continuo a provare approcci diversi e scopri che ognuno ha i suoi punti di forza e di debolezza.

Che tipo di tecnica usi per essere più EFFICACE (ovvero, portare a termine il lavoro al livello di qualità richiesto dal tuo cliente / capo / ecc. nel periodo di tempo consentito) nello sviluppo del tuo software e non solo per passare più tempo alla tastiera?

    
posta Todd Williamson 12.11.2010 - 15:55
fonte

4 risposte

15

Io uso questa tecnica ogni giorno. Il mio timer è 45 minuti di lavoro per 10 minuti di riposo.

Inoltre, massimizzo il tempo sul computer per 4 ore al giorno . Capisco che questo non è possibile quando il tuo compito principale è la codifica. Per il resto del tempo, eseguo qualsiasi attività che non richieda un computer.

Lo strumento che utilizzo è un WorkRave . L'autore ha scritto perché ha iniziato ad avere problemi fisici a causa della sua incapacità di fermare la codifica per lunghe ore.

Sono meno stressato e ha influenzato positivamente la mia produttività.

Da alcune settimane, provo anche alcune tecniche mindfulness durante i tempi di pausa. Delicious.

Per quanto riguarda le tecniche anti procrastinazione, ne ho una che ha battuto tutto ciò che ho provato prima:

Gestisco un singolo elenco di attività, con priorità per importanza. Prendo il primo della lista.

Gestisco la lista (e il calendario) con una combinazione di GTD e 7 abitudini .

Per migliorare l'efficacia dell'elenco, scrivi i tuoi compiti come azioni successive invece di descrizioni (vedi il capitolo Azioni, contesti e progetti in questo post del blog )

    
risposta data 12.11.2010 - 16:00
fonte
6

Non sono impressionato da quel saggio; ha speso cosa, un giorno provando il suo nuovo metodo?

Detto questo, Pomodoro & tecniche simili sembrano avere una popolarità persistente di nicchia. In genere, cerco di ordinare i miei giorni in "giorni di messa a fuoco" e "giorni diversi". Giornate di messa a fuoco Mi ritrovo con indumenti leggermente più rilassati, forse un po 'prima (o rimani dopo). In questi giorni non ho incontri, quindi posso praticamente scrivere il mio programma, il che mi consente di concentrarmi meglio. Negli altri giorni, ho riunioni, appuntamenti e così via. Non avrò il tempo di concentrarmi, quindi cerco di pianificare compiti più piccoli e più facili per riempire il mio tempo.

Un buon modo per aumentare la produttività nella codifica è la generazione di codice di qualsiasi bit di piastra di riscaldamento; refactoring tutto ciò che viene duplicato, ecc.

    
risposta data 12.11.2010 - 21:44
fonte
2

La cosa fondamentale da ricordare qui è che non esiste una soluzione "taglia unica".

Esistono molte tecniche per migliorare la tua capacità di "fare le cose" e una delle ragioni è che cose diverse funzionano per persone diverse.

Alcune persone si comportano molto bene con questo tipo di metodologia (cf Pomodoro Technique) e alcune persone troveranno che distrugge il loro focus - Non mi piace davvero fermarmi a metà task e questo è quasi sempre quello che i sistemi basati su timer fanno per me. .. concettualmente buono, sfidante implementazione (vero della maggior parte delle metodologie strutturate per la gestione del tempo e altre cose)

    
risposta data 12.11.2010 - 17:15
fonte
-1

Poiché la codifica è il problema a portata di mano, oltre alle tecniche menzionate da Pierre, suggerirei la codifica in un linguaggio dinamico, se possibile (Python è un piacere lavorare con, per esempio): tali linguaggi ti permettono essere estremamente produttivi (i tempi di codifica misurati mostrano un fattore di miglioramento da 2 a 10, rispetto a C). Sono così gentili con cui lavorare che potresti praticamente mai "semplicemente passare il tempo sulla tastiera".

    
risposta data 12.11.2010 - 17:12
fonte

Leggi altre domande sui tag