Sto programmando troppo lentamente? [chiuso]

31

Ho trascorso solo un anno nel settore e ho avuto alcuni problemi nel fare stime per compiti specifici. Prima di chiudere questo, sì, ho già letto questo: Come rispondere quando ti viene chiesto un preventivo? e questo è lo stesso problema che sto avendo. Ma sto cercando un indicatore più specifico di esperienze, qualcosa di quantificabile o probabilmente le prestazioni medie di altri programmatori che dovrei puntare e basare le mie stime. Le risposte vanno da settimane, e cercavo più una risposta al livello di un compito assegnato per un giorno o due. (Nota che questo non include l'invio di QA o documentazioni, solo il tempo di sviluppo effettivo dalla scrittura di test se ho usato TDD, per creare la pagina, prima di sottoporla a test)

La mia velocità attuale al momento è la seguente (su webform ASP.NET):

  • In questo momento, sono in grado di sviluppare una semplice pagina di inserimento dati con un elenco di griglia (nessuna logica complessa, solo creazione e lettura) su un'architettura già costruita, data una giornata intera (8 ore).
  • Aggiunta di funzionalità complesse e le pagine Aggiorna e Elimina aggiungono un altro giorno intero all'attività.
  • Se devo iniziare la pagina da zero (nessuna soluzione, nessun sito web esistente) mi ci vuole un altro giorno intero.
  • (Non sempre) ma se incontro qualcosa di nuovo o non l'ho ancora fatto, mi ci vuole un altro giorno intero.

Ogni volta che faccio una stima che è più lunga del previsto, sento che gli altri pensano che io sia molto indietro rispetto a tutti gli altri. Sono solo preoccupato perché ci sono state aspettative che quando si tratta di una sola pagina non dovrebbe impiegarmi più di un giorno intero. Sì, c'è sicuramente più spazio per migliorare. C'è sempre. Ho molto da imparare. Ma mi piacerebbe sapere se il mio tasso attuale è troppo lento, medio o medio per qualcuno non più lungo di un anno nel settore.

    
posta Jonn 19.09.2010 - 18:07
fonte

5 risposte

20

Se stai programmando per un lavoro, e i tuoi superiori sono contenti della velocità con cui stai trasformando le cose, allora direi che stai andando bene. Dato che sei un anno, non sono chiaramente indignato per la tua produzione. Inoltre, hai solo stato lì un anno e, supponendo che gestiscano le persone da più di un giorno, sanno che c'è una curva di apprendimento quando sei ancora verde.

Per quanto riguarda le stime ... Sono stato nel settore per 5 anni (certamente non un territorio veterano, lo so!), e le mie stime personali continuano a far schifo. Sovrastimato quasi tutte le volte che sottovaluto, e faccio entrambi molto più di quanto abbia ragione. Qualcosa si presenterà da qualche parte e ti morderà. A volte troverai una biblioteca che fa tutto ciò che pensavi di dover fare da te, e il lavoro di una settimana scompare in mezza giornata. Altre volte uno stupido bug allunga il lavoro di una giornata a 2, 3, 4 ...

Se stai ripetendo più e più volte lo stesso lavoro e hai la sensazione di aver esaurito il tuo throughput, forse dovresti chiedere di essere spostato su un'altra attività. "Impollinazione incrociata" e altri termini compatibili con PHB sono sicuramente di beneficio per gli sviluppatori. Se trascorri un mese o più su qualcos'altro, forse troverai qualcosa che ti è più adatto. In caso contrario, o se non sei in grado di stare lontano dalle webform, il cambiamento non ti farà alcun danno e potresti tornare con un po 'più di conoscenza ed esperienza che ti aiuteranno.

    
risposta data 19.09.2010 - 18:53
fonte
10

Beato te, se hai gestito 1 anno come programmatore verde. Sono stato trasferito in un'altra unità dopo soli 9 mesi (di cui 3 mesi erano in realtà in fase di programmazione), per non essere abbastanza produttivo. E stavo imparando sempre di più ogni giorno, godendo il processo e consegnando le cose a un ritmo costante. Era la prima volta che lavoravo alla programmazione aziendale, ah beh ...

Forse sarebbe meglio fare il codice più sporco e meno affidabile con zero test che a mala pena rimane insieme a bubblegum quando si esegue l'attività, in modo che i manager abbiano abbastanza "produttività" per i loro benchmark.

    
risposta data 16.11.2011 - 09:29
fonte
7

Potresti essere un po '"lento" rispetto a qualcuno che ha programmato per 5 o 10 anni, ma tutto con il tempo. Probabilmente stai facendo le cose ora in 1/10 del tempo, come quando stavi per la prima volta, e continuerà a diventare più facile. Questo è proprio il modo in cui la maggior parte delle cose nella vita sono ... sei lento quando lo impari per la prima volta e gradualmente diventi migliore, più veloce, più efficiente. Se pratichi abbastanza a lungo, potresti diventare "magistrale".

    
risposta data 13.10.2010 - 21:40
fonte
2

Se stai facendo cose un po 'uniche ogni volta che esegui compiti dettagliati o ottieni una stima molto accurata sarà sempre difficile.

Personalmente mi piace la sfida, ma a volte può farti sembrare un po 'sciocco se stai semplicemente guardando un elenco di attività o una linea del tempo.

Se stai facendo dei test mentre vai a volte, direi che gli esempi che hai dato sono abbastanza rapidi a seconda della complessità di ciò che stai facendo. Ho lavorato a progetti in cui ogni articolo, anche alcuni se gli articoli all'interno dei punti elenco, avevano almeno un giorno assegnato a loro.

    
risposta data 19.09.2010 - 19:00
fonte
1

Whenever I make an estimate that's longer than the expected I feel that others think that I'm lagging a lot behind everyone else.

È tutto comune, se nessuno darà una stima più lunga guardando un problema in dettaglio, allora tutte le stime tenderanno ad essere troppo brevi.

    
risposta data 16.11.2011 - 10:47
fonte

Leggi altre domande sui tag