Sto programmando troppo lentamente? [chiuso]

Sono stato solo un anno nel settore e ho avuto alcuni problemi a fare stime per compiti specifici. Prima di chiudere questo, sì, ho già letto questo: come rispondere quando viene richiesto un preventivo? e questo è lo stesso problema che sto riscontrando. 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 variano da settimane e stavo cercando di più una risposta a livello di attività assegnata per un giorno circa. (Si noti che ciò non include l'invio di QA o documentazione, solo il tempo di sviluppo effettivo dalla scrittura dei test se ho usato TDD, alla creazione della pagina, prima di averla sottoposta a test)

La mia tariffa attuale in questo momento è la seguente (sui moduli web ASP.NET):

• In questo momento, sono in grado di sviluppare una semplice pagina di immissione dei dati con un elenco a griglia (nessuna logica complessa, solo Creazione e lettura) su un'architettura già costruita, dato un giorno intero (8 ore) di tempo.
• L'aggiunta di funzionalità complesse e le pagine Aggiorna ed 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 più lunga del previsto, sento che gli altri pensano di essere molto indietro rispetto agli altri. Sono solo preoccupato perché ci sono state aspettative che quando è solo una pagina non dovrebbe richiedere più di un giorno intero. Sì, c'è sicuramente più margine di miglioramento. C'è sempre. Ho molto da imparare. Ma vorrei sapere se il mio tasso attuale è troppo lento, solo nella media o nella media per qualcuno non più di un anno nel settore.

Se stai programmando 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 durato un anno, non sono chiaramente indignati per la tua produzione. Inoltre, ci sei stato solo 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 territorio veterano, lo so!), E le mie stime personali fanno ancora schifo. Sottovaluto quasi tutte le volte che sottovaluto, e faccio entrambe molto più di quanto non riesca a capire bene. Qualcosa verrà fuori, da qualche parte, e ti morderà. A volte troverai una biblioteca che fa tutto ciò che pensavi di dover fare tu e una settimana di lavoro scompare in mezza giornata. Altre volte uno stupido bug allungherà la giornata di lavoro a 2, 3, 4 ...

Se stai ripetendo molte volte lo stesso lavoro e ti senti come se avessi raggiunto il massimo della tua produttività, forse dovresti chiedere di essere spostato in un'altra attività. "Impollinazione incrociata" e altri termini compatibili con PHB sono sicuramente di beneficio per gli sviluppatori. Se passi un mese o più in qualcos'altro, forse troverai qualcosa a cui sei più adatto. Altrimenti, o se non riesci a stare lontano dai moduli web, il cambiamento non ti farà alcun male e potresti tornare con un po 'più di conoscenza ed esperienza che ti aiuteranno.

Fortunatamente te, se sei riuscito 1 anno come programmatore ecologico. Mi sono trasferito in un'altra unità dopo soli 9 mesi (di cui 3 in realtà stavano programmando), 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 nella programmazione aziendale, ah beh ...

Forse sarebbe solo meglio fare il codice più sporco e meno affidabile con zero test che a malapena sta insieme alla gomma da masticare quando fa il compito, così i manager otterranno abbastanza "produttività" per i loro benchmark.

Potresti essere un po '"lento" rispetto a qualcuno che ha programmato per 5 o 10 anni, ma tutto arriva con il tempo. Probabilmente stai facendo cose ora in 1/10 delle volte come quando stavi imparando per la prima volta, e continuerà a diventare più facile. Questo è solo 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 ti alleni abbastanza a lungo, potresti diventare "magistrale".

Se stai facendo cose che sono in qualche modo uniche ogni volta passare ad attività dettagliate o ottenere una stima molto accurata sarà sempre difficile.

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

Se fai 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 tuoi punti elenco, avevano almeno un giorno assegnato a loro.

Ogni volta che faccio una stima più lunga del previsto, sento che gli altri pensano di essere molto indietro rispetto agli altri.

Tutto questo è comune, se nessuno darà una stima più lunga quando si esamina un problema in dettaglio, allora tutte le stime tenderanno ad essere troppo brevi.