FAQ |
Kalender |
2011-05-20, 08:23 | #11 | ||
|
|||
Medlem
|
Skiljer ju otroligt mycket. I vissa fall kommer vi behöva använda oss utav algoritmer som består utav endast 1-3 rader. Men som kanske tar 3-4 timmar att lösa. Samtidigt kan vi ju mycket väl hinna med en enklare funktion med 150 rader på motsvarande tid.
Man får nog helt enkelt se till hur komplext systemet är som man har byggt. |
||
Svara med citat |
2011-05-20, 09:24 | #12 | |||
|
||||
Bara ett inlägg till!
|
Citat:
Om du skall beräkna tid så bör du först och främst ta fram en detaljerad kravspecifikation, Efter det bryter man ner varje punkt och gör en beräkning av hur lång tid det tar att göra. I slutändan får ni då en ungefärlig siffra hur lång tid det tar att utveckla. Dubbla den siffran med 2 så har ni en ganska rimlig tid på hur låg tid det tar att utveckla. Dessutom är ett stort antal rader kod ofta en indikation på att man byggt systemet fel. Desto mindre rader kod desto bättre system, så funkar det nuförtiden! |
|||
Svara med citat |
2011-05-20, 10:52 | #13 | ||
|
|||
Mycket flitig postare
|
Vad TS är ute efter är att uppskatta hur mycket arbete han själv lagt ner på ett projekt.
Det är inte bra att räkna i antal rader kod, men för att få en rimlig måttstock kan du jämföra med ett annat projekt du själv gjort där du vet hur mycket tid du lagt ner. Om du då räknar ut tid per rad kod så kan du uppskatta ditt hobbyprojekt ganska bra. Detta förutsätter att det är du själv som har skrivit båda projekten. Det går inte att jämföra "rader kod per timma" mellan olika utvecklare. Det är också svårt att jämföra mellan olika projekt, men två liknande projekt med samma utvecklare bör ha samma ungefärliga tidsåtgång "per rad kod". Det bästa är självklart att löpande föra anteckningar men det vet man ju hur kul det är när det är ett hobbyprojekt |
||
Svara med citat |
2011-05-20, 12:11 | #14 | |||
|
||||
Har WN som tidsfördriv
|
Hur lång tid det tar per kodrad skiljer sig nog väldigt mycket mellan olika utvecklingsmetodiker(vissa fokuserar på att minimera slack, vissa på att göra rätt ifrån början etc.), olika utvecklare(olika utvecklare arbetar på väldigt olika sätt, speciellt frilansare eller hobbykodare) och olika projekt(Komplexiteten och planeringsbehovet skiljer sig väldigt mycket mellan olika projekt).
Därtill vet man ju kanske inte så mycket om hur mycket av koden som gjorts om eller hur mycket kod som kastats. I de fallen innebär det ju mycket dubbelarbete som inte alls syns i antalet kodrader. I de flesta större projekt är det oftast bara 10-20% av arbetstiden som läggs på faktiskt utveckling/programmering. Så genom att mäta antalet kodrader får man ju då bara med en liten del. Mitt tips är väl att du mäter tiden och antalet kodrader på något annat av dina projekt med ungefär samma komplexitet och planeringsbehov för att sedan jämföra. Det är nog det sätt du skulle kunna få en hyfsad, men ändå väldigt grov, uppskattning. |
|||
Svara med citat |
Svara |
|
|