Vad innebär effektiv utveckling?

Inga misstag ? ;)

Att man tränar lite men samtidigt gör stora framsteg, parallellt med att man inte gör några misstag?

Det finns olika parametrar som spelar in, exempelvis:

• Hur snabbt man kan få fram en första prototyp
• Hur snabbt man kan få fram en fungerande slutprodukt
• Hur lätt det är att utöka koden vi behov
• Hur snabbt koden körs
• Hur lättläslig koden är (Påverkar punkt 3)
• Hur buggig koden blir

Alla dessa saker motsäger i viss grad varandra. Därför finns det olika paradigmer för hur man ska planera och genomföra sin utveckling. Vissa paradigmer passar vissa projekt bättre eller sämre, beroende på hur mycket tid man har, hur många personer som ska jobba på koden, vilket språk som ska användas, vilka krav soms ställs på slutprodukten och huruvida den ska utvecklas vidare efter projektets slut.
Jag minns att Datormagazin hade en artikel kring detta för kanske ett-två år sedan.

Edit: Wikipedia har en del information om ämnet: http://en.wikipedia.org/wiki/Software_development_process

Jag har försökt göra en liten formel kring vad effektivt innebär. Vad tror ni om något i stil med?

Output / Input = Effektivitetsgrad

Eller om man bryter ner det ytterligare:
Resultat / (Tidsförbrukning + Resursförbrukning) = Effektivitetsgrad

En annan variant är:
Uppnå "rätt" resultat / "Rätt" sätt = Effektivitetsgrad

*nyfiken*
Hur har du tänkt få fram siffrorna till dessa formler ? Är det rent tidsmässigt ?

* Output / Input = Effektivitetsgrad
Det borde ta 40 timmar men tog bara 35 timmar vilket gör
40 / 35 = 1.14 i Effektivitetsgrad

Resultat / (Tidsförbrukning + Resursförbrukning) = Effektivitetsgrad
Är "Resultat" samma som "pengar in", "Tidsförbrukning" tidsåtergång gånger timmlön och "Resursförbrukning" alla kringkostander ?

Nyfiken på hur du tänker för jag fattar noll ;)

Mr T: Lukas menar på ett mer abstrakt plan. Mer resultat, högre värde. Mer tid eller resurse går åt, lägre värde. Vilket är rätt tänkt, men det tar inte änsyn till mer långsiktiga effekter. Även om du får fram ett program på en dag t ex, men det är fullt av buggar och ett helvete att debugga så kanske det inte blir så effektivt trots allt.

-> nitro2k01
Kanske ska man skilja på effektiv utveckling och en effektiv lösning? Jag håller med om det du säger att det är viktigt att ta hänsyn till att en lösning är smidig att tex förvalta. Kanske skulle man kunna baka in just det som ett krav i resultatet, dvs något som den effektiva utveckling ska uppnå. Men det behöver ju givetvis inte vara så alltid. Jag har tex varit med om något tillfälle där kunden var i behov av att få fram en tillfällig lösning så snabbt som möjligt och där syftet var att skrota systemet inom en snar framtid för att det skulle ersättas av något annat.