Come si distribuisce il tempo di lavoro tra la programmazione e il pensiero? [chiuso]

Codice in ultima istanza.

Dì il 50% di pensiero, il 50% di codifica incluso il 10% di implementazione e il 40% di debugging.

Come ogni altra cosa, dipende

All'inizio di qualcosa, la maggior parte del tempo viene speso a pensare e pianificare come codificarlo. Una volta installato il piano, la maggior parte del tempo è dedicato alla codifica.

60% di pensiero / 40% di codifica

Non sto solo pensando al lavoro. Sto pensando ovunque vada. Tendo a non iniziare a programmare finché non ho pensato a tutte le possibilità. Non sto parlando di scrivere codice nella mia testa, sto parlando di fare il raffinamento graduale nella mia testa.

Alcuni giorni scrivo una singola riga di codice, ma faccio più lavoro (nel far funzionare l'applicazione) rispetto al giorno dopo che ne scrivo mille. Il mio manager chiamerebbe il primo giorno sprecato, guarda le LOC prodotte al giorno per misurare la produttività (o lo erano, meno in questi giorni).

Sto pensando meno al secondo giorno? Forse, dipende dal tipo di codice a portata di mano (se si tratta di interrogazioni senza cervello di un database che ho già fatto migliaia di volte non è una sfida mentale).

Il codice più corto è generalmente migliore, ma non sempre.

Perché punire uno sviluppatore che ha migliorato la fluidità attraverso l'esperienza e sa esattamente cosa stanno facendo? Ogni linea di codice non deve essere il tuo primo rodeo.

Non assumere perché sto scrivendo che non sto pensando. Digitare non richiede così tanto sforzo mentale.

La pianificazione è molto importante, ma non deve essere confusa con il tuo codice.

In contrasto con la maggior parte del "% pensiero speso" > "% risposte di codifica utilizzate" di cui sopra, sono (un po 'a mia sorpresa) scoprendo che attualmente la mia produttività è correlata alle mie sequenze di tasti. Il "attualmente" è la chiave: sto imparando un nuovo linguaggio / sistema, e semplicemente imparo di più quando mi sporcano le mani e costruisco roba e roba e capisco come sistemarla piuttosto che se mi siedo e provo a pensare attraverso tutto questo, che spesso si trasforma in inopportuna riflessione su quanto sia troppo complicata questa stupida cosa.

(Di solito non mi preoccuperei di rispondere a una domanda con una risposta già accettata, ma questo mi ha fatto pensare e non ho potuto fare a meno di pesare.)

Quando pianifico un problema in dettaglio prima di iniziare a codificarlo, trovo che faccio meno revisioni. Penso che ci vuole un sacco di disciplina per non andare dritto nel codice, ma vale la pena. Sfortunatamente, come hai notato, la maggior parte dei non programmatori non capisce quel tempo lontano da un computer per pianificare e pensare prima potrebbe effettivamente accelerare e migliorare un compito.

Sono abbastanza sicuro di capire la tua distinzione tra pensiero e codifica. Ma perché smettere di pensare quando inizi a programmare? Si spera che la digitazione non richieda tanto sforzo a cui non si può pensare allo stesso tempo.

Trovo che funzioni bene per pensare un po 'alla direzione che dovrei dirigere, quindi iniziare a programmare mentre penso a più dettagli meno significativi.

How is your working time distributed between coding and thinking?

Dipende. In questo periodo dell'anno, faccio principalmente correzioni di bug, quindi pensare è la maggior parte del mio lavoro.

As a side note, I think in typical software companies thinking is not part of the culture anyway: you are usually supposed to be sitting there at your computer typing something. You will almost definitely be noticed by your managers if you wander about with a blank look thinking over your next steps with your code.

Scoprirai che questo atteggiamento non è limitato alle società di software. È un fenomeno diffuso nella cultura aziendale americana. La mia esperienza è che i manager che hanno trascorso un periodo significativo nel settore militare (o quando erano più giovani in una scuola in stile militare) prendono l'abitudine di lavorare sempre . Se il tuo Seargant ti sorprende che non lavori (e dato che il pensiero non è visibile a un osservatore esterno, pensando == perdere tempo), ti ordinerà di pulire i marciapiedi con uno spazzolino da denti (o altro stupido lavoro) solo per tenerti dallo scherzo. Il peggior manager di tutti i tempi in cui ho lavorato creerebbe intenzionalmente una crisi per farti lavorare se ti sorprende a non fare niente - e poiché era anche il proprietario, non credeva che avresti dovuto pensare a qualcosa, solo fatelo.

Come viene distribuito il tempo di lavoro tra la codifica e il pensiero?

SONO STESSI

FINE TRASMISSIONE

Pensare a me è un modo per astrarre il codice. Pensi alle possibilità e al loro risultato più probabile. Penso molto. A volte giaccio con la testa sulla mia scrivania e gli occhi chiusi. Pensare è il livello più piccolo di design. I Regola sempre la mia lunghezza di pensiero in base all'effetto area del codice che sto per scrivere.

"Dove metto questo bottone?" non ha quasi tempo di pensare "dove metto questo campo di database?" ottiene tutto il tempo necessario.

Pensare sulla carta aiuta anche, e sembra molto più simile a lavorare e molto meno come sognare ad occhi aperti.

può variare molto. Molto del mio codice è il risultato di un mucchio di strumenti che ho scritto. Quindi ci sono giorni in cui "scrivo" un'enorme quantità di codice, quasi nulla a mano. E ci sono giorni in cui penso di passare più tempo con una matita che con la mia tastiera.