FAQ |
Kalender |
![]() |
#1 | ||
|
|||
Medlem
|
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. |
||
![]() |
![]() |
![]() |
#2 | ||
|
|||
Medlem
|
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? |
||
![]() |
![]() |
![]() |
#3 | ||
|
|||
Supermoderator
|
Att faktiskt skriva koden är en mycket liten del av utvecklingsarbetet. Ditt exempel känns inte orimligt.
__________________
Jonny Zetterström se.linkedin.com/in/jonnyz | bjz.se | sajthotellet.com | kalsongkungen.se | zretail.se | zetterstromnetworks.se | webbhotellsguide.se | ekonominyheter24.se | nyamobiltelefoner.se | gapskratt.se | antivirusguiden.se | jonny.nu |
||
![]() |
![]() |
![]() |
#4 | ||
|
|||
Medlem
|
Citat:
|
||
![]() |
![]() |
![]() |
#5 | ||
|
|||
Mycket flitig postare
|
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. |
||
![]() |
![]() |
![]() |
#6 | ||
|
|||
Mycket flitig postare
|
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).
|
||
![]() |
![]() |
![]() |
#7 | ||
|
|||
Medlem
|
Citat:
Har du någon annan statistik så får du gärna redovisa den. Jag har bara hört lite siffror ryktesvägen. |
||
![]() |
![]() |
![]() |
#8 | ||
|
|||
Flitig postare
|
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. |
||
![]() |
![]() |
![]() |
#9 | ||
|
|||
Medlem
|
Citat:
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. |
||
![]() |
![]() |
![]() |
#10 | ||
|
|||
Klarade millennium-buggen
|
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. |
||
![]() |
![]() |
Svara |
|
|