mboost-dp1
unknown
#44
Unix ? Windows ? Linux ? z/OS ? VMS ?
Og ?
Jeg snakker om at skrive koden - ikke om at sammensætte den.
Eller sagt på en anden måde: den effort der skal til for at resultatet kan sammensættes. Sidder alle udviklerne og skriver 800 linier per dag, så bliver sammensætningen meget billig - efter en uge konkluderer man, at det bedste er at skrotte al koden og starte forfra - og evt. læse en begynderbog i software udvikling inden man går igang.
Hvis det OS han kan producere ene mand på halvandet år er af en kvalitet som Google kan bruge, så vil han blive rig - meget rig.
Alene på det OS. Efter at have leveret det, så vil han sikkert få et opkald fra Gate & Ballmer der vil tilbyde ham en milliard for at lave næste version af Windows.
(og hvis det ikke er en kvalitet så det kan bruges af Google, så er det jo ikke aldeles irrelevant i denne tråd)
Jeg ved med 112% sikkerhed at man ikke skriver et kommercielt anvendeligt styre system på halvandet mandår.
Min kammerat smed et basis OS sammen da han var ~14..
Unix ? Windows ? Linux ? z/OS ? VMS ?
Suk, du maa gerne laese det der staar lige neden under.
1 person = 800 LOC/dag => 33 personer = 25000 LOC/dag == 10-15KLOC /dag, hvis der er en der skal sammensaette det.
Og ?
Jeg snakker om at skrive koden - ikke om at sammensætte den.
Eller sagt på en anden måde: den effort der skal til for at resultatet kan sammensættes. Sidder alle udviklerne og skriver 800 linier per dag, så bliver sammensætningen meget billig - efter en uge konkluderer man, at det bedste er at skrotte al koden og starte forfra - og evt. læse en begynderbog i software udvikling inden man går igang.
Joda? Kan du garantere at hans OS bliver noget vaerd?
Kan du garantere at han kommer til at tjene ligesaa meget som han goer nu?
Hvis det OS han kan producere ene mand på halvandet år er af en kvalitet som Google kan bruge, så vil han blive rig - meget rig.
Alene på det OS. Efter at have leveret det, så vil han sikkert få et opkald fra Gate & Ballmer der vil tilbyde ham en milliard for at lave næste version af Windows.
(og hvis det ikke er en kvalitet så det kan bruges af Google, så er det jo ikke aldeles irrelevant i denne tråd)
Det havde vaere mere sobert af dig at skrive "jeg tror ikke det er muligt", for i sidste ende saa _VED_ du intet om hvorvidt det er muligt.
Jeg ved med 112% sikkerhed at man ikke skriver et kommercielt anvendeligt styre system på halvandet mandår.
#49
Hvis projekterne bliver tilpas store, så er det jo realiteten.
Alle kan jo skrive 1000 linier kode der læser en fil og skriver den ud igen i manipuleret form på en dag.
Men snakker vi rigtige software projekter med requirements, architecture, design, implementering, unit test, integration, QA, CAT, project management så løber der rigtigt meget overhead på.
Og når projekter bliver store så stiger effort mere end lineært med det der skal laves (uanset om man så tæller KLOC eller function points eller noget tredie).
Ifølge ovenstående COCOMO model vil man nå ned på 10 linier per dag allerede ved 4000 linier embedded kode.
Mens det tager 40000 linier kode at komme ned på 10 linier per dag for anden kode.
COCOMO er en gammel model og jeg er ikke sikker på, at den holder idag.
Men det er stadigt hundedyrt at lave store komplekse software projekter.
Et af de mest omtalte software projekter der er gået live i år er vel Windows Vista. MS har vist ikke officielt opgivet prisen, men jeg har set gæt på 20000 mandår. Det er mange timer. Og apropos diskussionen om linier per dag, så svarer det (hvis vi gætter på at Vista har 15 millioner nye linier i forhold til 2003) til ca. 3 linier per dag.
Men folk der affejer det med weirde "narj, for man kan kun lave 10 linier kode om dagen", goer mig lidt harm :D
Hvis projekterne bliver tilpas store, så er det jo realiteten.
Alle kan jo skrive 1000 linier kode der læser en fil og skriver den ud igen i manipuleret form på en dag.
Men snakker vi rigtige software projekter med requirements, architecture, design, implementering, unit test, integration, QA, CAT, project management så løber der rigtigt meget overhead på.
Og når projekter bliver store så stiger effort mere end lineært med det der skal laves (uanset om man så tæller KLOC eller function points eller noget tredie).
Ifølge ovenstående COCOMO model vil man nå ned på 10 linier per dag allerede ved 4000 linier embedded kode.
Mens det tager 40000 linier kode at komme ned på 10 linier per dag for anden kode.
COCOMO er en gammel model og jeg er ikke sikker på, at den holder idag.
Men det er stadigt hundedyrt at lave store komplekse software projekter.
Et af de mest omtalte software projekter der er gået live i år er vel Windows Vista. MS har vist ikke officielt opgivet prisen, men jeg har set gæt på 20000 mandår. Det er mange timer. Og apropos diskussionen om linier per dag, så svarer det (hvis vi gætter på at Vista har 15 millioner nye linier i forhold til 2003) til ca. 3 linier per dag.
#50
Normalt vil man antage at enten leverer en ansat value for hans løn eller så er han i akut fare for at blive arbejdsløs.
Men fordi man som programmør leverer value for sin løn behøver man jo ikke nødvendigvis have forstand på estimation af store IT projekter.
Det er vel ikke engang sandsynligt. Man må formode at det er project managers og software managers der som oftest laver de estimater.
Normalt vil man antage at enten leverer en ansat value for hans løn eller så er han i akut fare for at blive arbejdsløs.
Men fordi man som programmør leverer value for sin løn behøver man jo ikke nødvendigvis have forstand på estimation af store IT projekter.
Det er vel ikke engang sandsynligt. Man må formode at det er project managers og software managers der som oftest laver de estimater.
#51
FodOS :)
Nok moentet paa en arkitektur meget lig unix eller amigaOS :)
Eh, men du snakker jo netop ogsaa om at sammensaette den, saa wtf?
Tjah, det har nu fungeret meget godt ude hos os, og det samme er gaeldende hvor min kammerat arbejder.
Men jeg tror den gaeldende forskel her, er at begge steder er det meget faa mand der arbejder paa samme projekt.
Hvilket jo netop betyder at der udvikles efter samme retning de 3-4 mand imellem, og derfor er der faerre problemer med sammensaetningen.
Jeg ved det selvfoelgelig ikke da jeg ikke arbejder i software-udviklingen, men det er min umiddelbare opfattelse ihvertfald.
Men hvis det ikke er?
Men hvis det nu bare "virker", men generelt er ustabilt og buggy?
Overhovedet ikke?
Det er jer der paastaar det ikke kan lade sig goere for google at smide et MobilOS sammen paa et aars tid.
Om en enkelt mand kan udvikle et crapOS paa et aar, betyder jo ikke rigtig andet end at google ( med langt flere resourcer ) burde kunne goere det samme..
[quoteJeg ved med 112% sikkerhed at man ikke skriver et kommercielt anvendeligt styre system på halvandet mandår. [/quote]
Tjoh, det kommer meget an paa markedet vil jeg tro.
MobilOS, maaske..
Desktop, overhovedet ikke..
Embedded mini-server / router ? maaske ;)
Hehe, tjah, IBM, Motorola og "der-hvor-han-arbejder-nu-som-jeg-ikke-kan-huske-hvad-hedder" virker ret glade for hans evner.
Motorola specifikt ioevrigt ;)
Mjoh, mener han arbejder paa noget hardware dekodning af h264 lige pt. ( i mobiltelefoner )
Men kan da lige spoerge ham hvad det er han spytter 800 linier kode ud paa om dagen :P
Saa er vi langt vaek fra selve programmeringen.
Jeg har paa ingen maade taget hoejde for tests, QA, CAT, etc..
Saa det er nok der vi er koert forbi hinanden :P
Ioevrigt har jeg laest lidt mere af COCOMO og forstaar godt jeres pointe.. Men saavidt jeg kan se, saa er COCOMO reelt kun gaeldende for ting der udvikles af mere end "et par" personer..
Saa det er nok derfor mine kollegaer og min kammerat ikke taenker over denne model :)
Nu skal vi saa ogsaa lige huske at Vista er blevet omskrevet flere gange, og sidste gang var det 60% af koden der var useless :P
Men det er vel bare et godt tegn paa at jo mere kompliceret software bliver, jo stoerre sandsynlighed er der for at man skal retur til tegnebraettet :)
Unix ? Windows ? Linux ? z/OS ? VMS ?
FodOS :)
Nok moentet paa en arkitektur meget lig unix eller amigaOS :)
Jeg snakker om at skrive koden - ikke om at sammensætte den.
Eh, men du snakker jo netop ogsaa om at sammensaette den, saa wtf?
Eller sagt på en anden måde: den effort der skal til for at resultatet kan sammensættes. Sidder alle udviklerne og skriver 800 linier per dag, så bliver sammensætningen meget billig - efter en uge konkluderer man, at det bedste er at skrotte al koden og starte forfra - og evt. læse en begynderbog i software udvikling inden man går igang.
Tjah, det har nu fungeret meget godt ude hos os, og det samme er gaeldende hvor min kammerat arbejder.
Men jeg tror den gaeldende forskel her, er at begge steder er det meget faa mand der arbejder paa samme projekt.
Hvilket jo netop betyder at der udvikles efter samme retning de 3-4 mand imellem, og derfor er der faerre problemer med sammensaetningen.
Jeg ved det selvfoelgelig ikke da jeg ikke arbejder i software-udviklingen, men det er min umiddelbare opfattelse ihvertfald.
Hvis det OS han kan producere ene mand på halvandet år er af en kvalitet som Google kan bruge, så vil han blive rig - meget rig.
Men hvis det ikke er?
Alene på det OS. Efter at have leveret det, så vil han sikkert få et opkald fra Gate & Ballmer der vil tilbyde ham en milliard for at lave næste version af Windows.
Men hvis det nu bare "virker", men generelt er ustabilt og buggy?
(og hvis det ikke er en kvalitet så det kan bruges af Google, så er det jo ikke aldeles irrelevant i denne tråd)
Overhovedet ikke?
Det er jer der paastaar det ikke kan lade sig goere for google at smide et MobilOS sammen paa et aars tid.
Om en enkelt mand kan udvikle et crapOS paa et aar, betyder jo ikke rigtig andet end at google ( med langt flere resourcer ) burde kunne goere det samme..
[quoteJeg ved med 112% sikkerhed at man ikke skriver et kommercielt anvendeligt styre system på halvandet mandår. [/quote]
Tjoh, det kommer meget an paa markedet vil jeg tro.
MobilOS, maaske..
Desktop, overhovedet ikke..
Embedded mini-server / router ? maaske ;)
Det havde vi nok gættet udfra hans tilgang til tingene.
Hehe, tjah, IBM, Motorola og "der-hvor-han-arbejder-nu-som-jeg-ikke-kan-huske-hvad-hedder" virker ret glade for hans evner.
Motorola specifikt ioevrigt ;)
Alle kan jo skrive 1000 linier kode der læser en fil og skriver den ud igen i manipuleret form på en dag.
Mjoh, mener han arbejder paa noget hardware dekodning af h264 lige pt. ( i mobiltelefoner )
Men kan da lige spoerge ham hvad det er han spytter 800 linier kode ud paa om dagen :P
Men snakker vi rigtige software projekter med requirements, architecture, design, implementering, unit test, integration, QA, CAT, project management så løber der rigtigt meget overhead på.
Saa er vi langt vaek fra selve programmeringen.
Jeg har paa ingen maade taget hoejde for tests, QA, CAT, etc..
Saa det er nok der vi er koert forbi hinanden :P
Ioevrigt har jeg laest lidt mere af COCOMO og forstaar godt jeres pointe.. Men saavidt jeg kan se, saa er COCOMO reelt kun gaeldende for ting der udvikles af mere end "et par" personer..
Saa det er nok derfor mine kollegaer og min kammerat ikke taenker over denne model :)
Et af de mest omtalte software projekter der er gået live i år er vel Windows Vista. MS har vist ikke officielt opgivet prisen, men jeg har set gæt på 20000 mandår. Det er mange timer. Og apropos diskussionen om linier per dag, så svarer det (hvis vi gætter på at Vista har 15 millioner nye linier i forhold til 2003) til ca. 3 linier per dag.
Nu skal vi saa ogsaa lige huske at Vista er blevet omskrevet flere gange, og sidste gang var det 60% af koden der var useless :P
Men det er vel bare et godt tegn paa at jo mere kompliceret software bliver, jo stoerre sandsynlighed er der for at man skal retur til tegnebraettet :)
#55
Nej. Jeg snakker om det der skal til for at skrive noget der kan sættes sammen.
Små projekter hvor alle ved alt om projektet og evt. sidder lige overfor hinanden og kan altid lige spørge er de nemme projekter.
Det er 100, 1000 og 10000 mands projekterne som giver de store problemer.
Og nye styre systemer hører altså til i den grimme kategori.
Alle kan lave noget crap kode på ingen tid.
Men det har jo ingen relevans for Google at lave et crap OS.
Og der er ingen sammenhæng mellem den tid det tager at lave en brugbar foobar og den tid det tager at lave en crap foobar.
Muligt.
Men det er jo total kalender tid og total antal timer, som betyder noget.
Hvis nu de brugte MDA og generede al koden fra UML på nogle timer, så ville det jo ikke være gratis.
Exactly !
Eh, men du snakker jo netop ogsaa om at sammensaette den, saa wtf?
Nej. Jeg snakker om det der skal til for at skrive noget der kan sættes sammen.
Men jeg tror den gaeldende forskel her, er at begge steder er det meget faa mand der arbejder paa samme projekt.
Hvilket jo netop betyder at der udvikles efter samme retning de 3-4 mand imellem, og derfor er der faerre problemer med sammensaetningen.
Små projekter hvor alle ved alt om projektet og evt. sidder lige overfor hinanden og kan altid lige spørge er de nemme projekter.
Det er 100, 1000 og 10000 mands projekterne som giver de store problemer.
Og nye styre systemer hører altså til i den grimme kategori.
Men hvis det nu bare "virker", men generelt er ustabilt og buggy?
Det er jer der paastaar det ikke kan lade sig goere for google at smide et MobilOS sammen paa et aars tid.
Om en enkelt mand kan udvikle et crapOS paa et aar, betyder jo ikke rigtig andet end at google ( med langt flere resourcer ) burde kunne goere det samme..
Alle kan lave noget crap kode på ingen tid.
Men det har jo ingen relevans for Google at lave et crap OS.
Og der er ingen sammenhæng mellem den tid det tager at lave en brugbar foobar og den tid det tager at lave en crap foobar.
Saa er vi langt vaek fra selve programmeringen.
Jeg har paa ingen maade taget hoejde for tests, QA, CAT, etc..
Saa det er nok der vi er koert forbi hinanden :P
Muligt.
Men det er jo total kalender tid og total antal timer, som betyder noget.
Hvis nu de brugte MDA og generede al koden fra UML på nogle timer, så ville det jo ikke være gratis.
Nu skal vi saa ogsaa lige huske at Vista er blevet omskrevet flere gange, og sidste gang var det 60% af koden der var useless :P
Men det er vel bare et godt tegn paa at jo mere kompliceret software bliver, jo stoerre sandsynlighed er der for at man skal retur til tegnebraettet :)
Exactly !
#56
Mjoh, i dit tidligere eksempel var det jo kun 33 mand :P
Men jeg forstaar fint din pointe.. Jeg er vel bare lidt for opitimistisk ;)
Ioevrigt, Google har lige annonceret at de er ved at lave en mobiltelefon ;)
Små projekter hvor alle ved alt om projektet og evt. sidder lige overfor hinanden og kan altid lige spørge er de nemme projekter.
Det er 100, 1000 og 10000 mands projekterne som giver de store problemer.
Og nye styre systemer hører altså til i den grimme kategori.
Mjoh, i dit tidligere eksempel var det jo kun 33 mand :P
Men jeg forstaar fint din pointe.. Jeg er vel bare lidt for opitimistisk ;)
Ioevrigt, Google har lige annonceret at de er ved at lave en mobiltelefon ;)
#57
De 33 mand var ikke mig men mireigi i #21 baseret på en kode størrelse på 75 KLOC og COCOMO modellen.
Jeg gættede på 750 KLOC eller 7500 KLOC i et senere indlæg (#30). Og med COCOMO ville det give henholdsvis 212 og 1388 mand.
Jeg er dog som sagt ikke sikker på at COCOMO holder vand idag - der er trods alt sket lidt indenfor software udvikling siden 1981.
Jeg er dog ret overbevist om at Google ville sætte >100 mand på en sådan opgave.
De 33 mand var ikke mig men mireigi i #21 baseret på en kode størrelse på 75 KLOC og COCOMO modellen.
Jeg gættede på 750 KLOC eller 7500 KLOC i et senere indlæg (#30). Og med COCOMO ville det give henholdsvis 212 og 1388 mand.
Jeg er dog som sagt ikke sikker på at COCOMO holder vand idag - der er trods alt sket lidt indenfor software udvikling siden 1981.
Jeg er dog ret overbevist om at Google ville sætte >100 mand på en sådan opgave.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund