Timmar per rader kod?
 

Jag försöker estimera en tid som skett för en applikation baserat på antal rader kod som implementeras.

Enligt de siffrorna jag sett så tar det i snitt 1 timme per 5 rader kod som skrivis.

Är detta en bra estimering, eller är det någon som har en bättre?

Siffran är förmodligen baserat på tiden det tar att gå från ide till slutprodukt.

Det är inte optimalt, för i slutändan så belönar man personer som skriver mycket kod istället för de som skriver ren och optimerad kod. Det är bättre att ta betalt för funktionalitet och kvalitét. Då tjänar båda parter på det då man vet vad man får betalt för.

Om en kodsnutt kan skrivas med tre rader kod, buggfritt, varför ska man då belöna någon för att de skriver samma funktionalitet på 100 rader med en massa buggar istället?

Att faktiskt skriva koden är en mycket liten del av utvecklingsarbetet. Ditt exempel känns inte orimligt.

Nu handlade inte frågan om vad projektet var värt utan hur mycket tid som har lags ner på ett projekt. Jag försöker bara estimera hur mycket tid jag lagt ner på ett utav mina hobby-projekt, inget mer.

Räkneexemplet blir väldigt missvisande. Det skulle vara som att säga att mäta en snickares arbete efter antal spikar. Det mesta arbetet har ju inte med spikarna att göra. Dessutom kanske han i så fall använder fler spikar för att kunna ta mer betalt.
De stora delarna i applikationsutveckling är t.ex. planering, dokumentation och testning. Kodningen är som de andra skriver bara en liten del.

Jag tror ändå att det är svårt att estimera tidsåtgång i efterhand genom att kolla på antalet rader kod. Visserligen kan du ju jämföra med något annat du gjort (inte vad andra gjort eftersom andra kodar på annat sätt).

Just därför är siffran så pass låg.

Har du någon annan statistik så får du gärna redovisa den.
Jag har bara hört lite siffror ryktesvägen.

Jag skulle för tappa förtroendet och tekniska respekten för någon kollega eller uppdragsgivare som ens föreslår att räkna på rader kod. Hur stjärnorna står vid fullmånen eller hur kaffesumpen svirar sig är bättre. Med all välmening, tänk om!

Har personen som gjort koden absolut ingen uppfattning om hur många timmar han lagt ner? Förstod inte riktigt om koden var skriven redan.

Jag har ingen som helst koll på hur mycket tid jag lagd ner på mina hobbyprojekt, det är enligt min mening de som skiljer ett jobb från ett hobbyprojekt.

Tiden jag spenderar att planera kodbasen, före och under själva implementeringen är så oerhört hög, bra mycket större än vad man i många fall anar.

Själv har jag löst en hel del problem i duschen och på bussen, inte har jag en tanke på att räkna med den här tiden när någon frågar hur långt tid det tog att bygga projektet.

Jag deltog i ett projekt som bestod av ca 3 miljoner rader kod, och som tidsestimerat till 250 manår, men vi skrev det klart på 30 manår.

Det betyder ca 3 000 000 / (30*1200) dvs 3 000 000 / 36 000 dvs 83 rader /timme.
Det betyder ca 3 000 000 / (250*1200) dvs 3 000 000 / 300 000 dvs 10 rader /timme.
Systemet bestod av ca 555 tabeller i en relationsdatabas. Det betyder ca 65-540 timmar per databastabell.

Med andra ord så kan estimaten skilja sig en del beroende på hur komplex ett system är.

När man använder tumregler så är det bra att ha flera olika att jämföra med.

I fallet med 83 rader per timme så var 97% genererad kod.

När man estuimerar hur många timmar ett stsem har tagit att utveckla så behöver man veta massor av olika "metrics":

- hur många databastabeller
- Hur många Releationer mellan tabeller
- Hur många skärmar (indelade i minst 3 oliak sårighetsgrader)
- Hur många "functionpoints"
- Hur många "fält" för data, beräkningar m.m.
- Hur många "användningsfall"

Flera kan delas in i olkika svårighetsgrader.