Come sapere se sono lento o veloce nella programmazione?

Non è difficile solo dirlo, ma la risposta non è molto utile.

Anche gli sviluppatori di grande esperienza hanno difficoltà a stimare quanto a lungo un determinato progetto li richiederà. Ciò è in gran parte dovuto al fatto che il processo di programmazione consiste principalmente nel comprendere pienamente il problema e nell'elaborare una soluzione. La parte difficile è la piena comprensione. Scrivere il programma è, essenzialmente, spiegarlo al computer. Per la maggior parte degli scopi, il modo più utile per stimare un progetto è guardare quanto impegno ci è voluto per completare un progetto precedente, in qualche modo simile.

La ragione per cui dico che questo non è molto utile è che dipende molto da cosa si intende per finito. Da giovane programmatore pensavo che "finito" fosse quando il programma è stato scritto. Abbastanza rapidamente ho capito che è finito quando il programma funziona e fa quello che dovrebbe fare. Nei decenni trascorsi da allora, ho imparato molto su tutti i diversi modi in cui un programma apparentemente già completo non può ancora essere completato (problemi di ridimensionamento, difetti di usabilità, documentazione mancante o non aggiornata, comportamento indefinito, ...)

Se lavori come unico programmatore, è piuttosto probabile che assumere una seconda persona sia una buona mossa, per molte ragioni, ma eccone alcune:

1. Avrai diversi set di abilità, quindi imparerai le cose gli uni dagli altri
2. Ti manterrai onesto. Leggi il codice dell'altro, parla a vicenda quando le cose non sono chiare, e hai bisogno di commenti migliori, di un design migliore, o semplicemente di dover essere refactorred o riscritto.
3. Entrerai in vacanza senza che le cose si blocchino.
4. La necessità di ottenere la base di codice in una forma abbastanza decente che il tuo collega sarà in grado di lavorare su di essa sarà anche utile quando tu stesso dovrai lavorare sul codice uno o due anni dopo, quando le cose ora sono fresche nella tua la mente è svanita. Vedi anche alcune delle citazioni di BWK qui: link

Un'ultima nota: i test sono molto importanti. Se non disponi di test automatizzati decenti (ad esempio unità), il tuo codice ha più bug di quanto tu possa immaginare. Non importa molto quanto velocemente si codifica se il codice è bacato. Al contrario, se pensi di essere lento, forse stai semplicemente attento e pensi abbastanza chiaramente da scrivere alcuni bug.

Non penso che si possa prevedere con precisione quanto si può risparmiare sui tempi di sviluppo assumendo un altro programmatore, eccetto che ci saranno / alcuni / risparmi di tempo - le persone semplicemente differiscono troppo. Puoi provare a indovinare chiedendoti un potenziale noleggio circa il tempo necessario per completare un progetto (e cosa significa "completo" per loro) e confrontarlo con la tua velocità; ma anche quello è solo una supposizione.

L'altra cosa da considerare è che con altre persone dovrai anche dedicare del tempo al coordinamento. Ad esempio, immagina di poter lavorare con un clone identico di te stesso: la tua velocità non raddoppierebbe realmente, poiché dovresti passare un po 'di tempo a parlare tra loro invece di scrivere codice.