mboost-dp1
unknown
Suk suk suk..
Behøver vi virkeligt at have de store billeder på de nyheder?
Blev lige mindet som hvor grim Bill Gates i virkeligheden er -_-*
'
Behøver vi virkeligt at have de store billeder på de nyheder?
Blev lige mindet som hvor grim Bill Gates i virkeligheden er -_-*
'
hæhæ, ja for Microsoft har jo kun produkter de laver kassen på :-)
De fleste af Googles produkter har som sekundær mål at holde folk til deres søge engine og derved generere endnu flere penge.
Fuldstændig som Microsoft der sælger dig OS, Office pakke og server.
De fleste af Googles produkter har som sekundær mål at holde folk til deres søge engine og derved generere endnu flere penge.
Fuldstændig som Microsoft der sælger dig OS, Office pakke og server.
Nååårh, er det sådan sladderen går nu. Hvad med da sladderen gik om at google ville til at lave et OS til computere. Det kom der da vist ikke specielt meget ud af heller.
Så nyheden er baseret på en vag udtalelse om et rygte af Bill Gates. Hvad? Var der ingen lokale katte, som var blevet kørt over i dag?
Så nyheden er baseret på en vag udtalelse om et rygte af Bill Gates. Hvad? Var der ingen lokale katte, som var blevet kørt over i dag?
#4 Arrogance ?
Manden har jo sådan set ret.
Google lever af deres søgemaskine og resten af deres software er i beta - noget der engang betød at det var ustabilt og kun skulle bruges i test-øjemed. Takket være Google er Alpha det nye Beta og Beta det nye release.
Men anyways, så er jeg sikker på at der kommer til at gå lang tid inden Google lancerer et nyt mobilOS eller lignende, for det er ikke noget man bare skruer sammen hen over en sommer - se bare hvor lang tid Microsoft har brugt på at få Windows Mobile til at fungere brugbart
Manden har jo sådan set ret.
Google lever af deres søgemaskine og resten af deres software er i beta - noget der engang betød at det var ustabilt og kun skulle bruges i test-øjemed. Takket være Google er Alpha det nye Beta og Beta det nye release.
Men anyways, så er jeg sikker på at der kommer til at gå lang tid inden Google lancerer et nyt mobilOS eller lignende, for det er ikke noget man bare skruer sammen hen over en sommer - se bare hvor lang tid Microsoft har brugt på at få Windows Mobile til at fungere brugbart
#5
Hvis man har en hel flok af code-monkeys, vil jeg tro et aars tid er mere end rigeligt til at skrue noget sammen..
Forudsat at vi har en generel platform ( som fx x86 ), saa burde det sq ikke vaere saa svaert..
Helt minimalistisk kan man jo porte en linux distro og saa bare lave lidt ekstra software dertil..
Det vigtigeste er nok at mobilproducenterne samarbejder :)
Hvis man har en hel flok af code-monkeys, vil jeg tro et aars tid er mere end rigeligt til at skrue noget sammen..
Forudsat at vi har en generel platform ( som fx x86 ), saa burde det sq ikke vaere saa svaert..
Helt minimalistisk kan man jo porte en linux distro og saa bare lave lidt ekstra software dertil..
Det vigtigeste er nok at mobilproducenterne samarbejder :)
#6 En hel flok code-monkeys...
Det er min erfaring at der skal en ret så stor flok til at udarbejde et OS helt fra bunden af med filsystem, hardwaresupport osv. og selvom Google HAR en stor flok code-monkeys så har de også andre projekter der skal passes. Derudover så vil der altid være tests og rettelser der skal udføres for slet ikke at tale om koordineringen af så mange mennesker.
Da vi her snakker om mobilsoftware ved jeg ikke om man kan snakke om en generel platform - jeg ved simpelthen ikke om der kræves specialkodning for at få noget til at køre på de respektive fabrikanters telefoner.
Jeg er ikke inde i linux-licens-reglerne men jeg tror ikke google er så specielt interesseret i "bare" at porte en linux-distro og så køre derudaf. Desuden så er OpenMoko jo godt undervejs.
Men jeg er helt enig i at det vigtigste er at få et samarbejde med mobilproducenterne op at stå førend der overhovedet kan komme et softwareprodukt på tale, for der er jo ingen forretningsmæssig fidus i at udvikle noget som ingen gider bruge
Det er min erfaring at der skal en ret så stor flok til at udarbejde et OS helt fra bunden af med filsystem, hardwaresupport osv. og selvom Google HAR en stor flok code-monkeys så har de også andre projekter der skal passes. Derudover så vil der altid være tests og rettelser der skal udføres for slet ikke at tale om koordineringen af så mange mennesker.
Da vi her snakker om mobilsoftware ved jeg ikke om man kan snakke om en generel platform - jeg ved simpelthen ikke om der kræves specialkodning for at få noget til at køre på de respektive fabrikanters telefoner.
Jeg er ikke inde i linux-licens-reglerne men jeg tror ikke google er så specielt interesseret i "bare" at porte en linux-distro og så køre derudaf. Desuden så er OpenMoko jo godt undervejs.
Men jeg er helt enig i at det vigtigste er at få et samarbejde med mobilproducenterne op at stå førend der overhovedet kan komme et softwareprodukt på tale, for der er jo ingen forretningsmæssig fidus i at udvikle noget som ingen gider bruge
#5 Det jeg mener med min kommentar i #4 er at hvis MS og Bill Gates bliver ved at have en så arrogant holdning over for andre, om det så er linux eller google, vil hans emperie gå til grunde før eller siden. Pludseligt kommer der et produkt der kan konkurrere med MS, og jeg mener google er et godt alternativ pga. deres midler.
OpenMoko er et glimrende alternativ, og jeg håber det vil give noget konkurrence på markedet.
OpenMoko er et glimrende alternativ, og jeg håber det vil give noget konkurrence på markedet.
#5
Alt for mange nye releases i dag har beta-kvalitet. Google er i det mindste ærlige.
Google lever af deres søgemaskine og resten af deres software er i beta - noget der engang betød at det var ustabilt og kun skulle bruges i test-øjemed. Takket være Google er Alpha det nye Beta og Beta det nye release.
Alt for mange nye releases i dag har beta-kvalitet. Google er i det mindste ærlige.
#10
Jeg kan ikke se hvorfor det skulle være arrogant at være realistisk. Han kommenterer jo ikke på hvorvidt andre OS'er er konkurrenter til MS på mobilmarkedet, kun om et eventuelt Google OS ville være det, og jeg er helt enig med ham i at det er meget svært at se Google blive en seriøs konkurrent til MS og andre på det marked.
Jeg kan ikke se hvorfor det skulle være arrogant at være realistisk. Han kommenterer jo ikke på hvorvidt andre OS'er er konkurrenter til MS på mobilmarkedet, kun om et eventuelt Google OS ville være det, og jeg er helt enig med ham i at det er meget svært at se Google blive en seriøs konkurrent til MS og andre på det marked.
#10 Jeg tror du kan være ganske sikker på at Microsoft har fingeren på pulsen med hvad der sker inden for deres forretningsområder.
Der kan selvfølgelig komme nye produkter fra en uventet kant, men jeg mener ikke selv at det er fra Google det kommer. Så er vi ude i et webbaseret OS af en slags og dermed et helt andet koncept end PC (Personal Computer).
Umiddelbart så ville jeg sætte mine penge på ReactOS som det produkt der kan gøre Microsoft titlen stridig på OS-markedet, dog skal det tages med i ens overvejelser at Microsoft har et meget stort bagland at trække på samt en stor support-afdeling, og det er netop supporten samt at Microsoft har juridiske forpligtelser overfor deres kunder som gør at de "store drenge" på markedet vælger Microsoft.
#11 Du har ret, Google er ærlige, men derfor vil jeg stadig gerne se et af deres produkter så release-stadiet, men jeg ser det stadig som en underminering af alpha/beta terminologien at mange af Google's produkter er i permanent beta-stadie.
Ser man på Microsoft så er det i mine øjne noget helt andet når de kommer med en beta af f.eks. Vista i forhold til en release-candidate... jeg har aldrig set en release-candidate af et Google-produkt. Men hele denne del af diskussionen er off-topic :-) (ved godt det var mig selv der begyndte)
Der kan selvfølgelig komme nye produkter fra en uventet kant, men jeg mener ikke selv at det er fra Google det kommer. Så er vi ude i et webbaseret OS af en slags og dermed et helt andet koncept end PC (Personal Computer).
Umiddelbart så ville jeg sætte mine penge på ReactOS som det produkt der kan gøre Microsoft titlen stridig på OS-markedet, dog skal det tages med i ens overvejelser at Microsoft har et meget stort bagland at trække på samt en stor support-afdeling, og det er netop supporten samt at Microsoft har juridiske forpligtelser overfor deres kunder som gør at de "store drenge" på markedet vælger Microsoft.
#11 Du har ret, Google er ærlige, men derfor vil jeg stadig gerne se et af deres produkter så release-stadiet, men jeg ser det stadig som en underminering af alpha/beta terminologien at mange af Google's produkter er i permanent beta-stadie.
Ser man på Microsoft så er det i mine øjne noget helt andet når de kommer med en beta af f.eks. Vista i forhold til en release-candidate... jeg har aldrig set en release-candidate af et Google-produkt. Men hele denne del af diskussionen er off-topic :-) (ved godt det var mig selv der begyndte)
#9
Bare for at genere dig, saa kan det snildt lade sig goere at skrive et OS paa meget kort tid.
Du taenker paa at skrive et OS med 10.000.000 features og random bloat.
Et simpelt OS kan sagtens lade sig goere..
Problemet her er at der nok skal supporteres ti forskellige platforme :P
Bare for at genere dig, saa kan det snildt lade sig goere at skrive et OS paa meget kort tid.
Du taenker paa at skrive et OS med 10.000.000 features og random bloat.
Et simpelt OS kan sagtens lade sig goere..
Problemet her er at der nok skal supporteres ti forskellige platforme :P
#16
Altsaa, set i lyset af at Google's udviklere sikkert allerede har erfaringer med netvaerks stacks og generel programmering, saa tror jeg sq ikke vi snakker 2-4 aar her, nok naermere 1-2 aar..
Men det vigtigeste er at mobilproducenterne giver info om deres hardware... Uden dette saa kan det godt blive en langhaaret sag :D
Altsaa, set i lyset af at Google's udviklere sikkert allerede har erfaringer med netvaerks stacks og generel programmering, saa tror jeg sq ikke vi snakker 2-4 aar her, nok naermere 1-2 aar..
Men det vigtigeste er at mobilproducenterne giver info om deres hardware... Uden dette saa kan det godt blive en langhaaret sag :D
#15
Naturligvis og jeg kan skrive en konkurrent til microsoft office på to timer. Jeg kan ikke skrive en seriøs konkurrent til MS office på to timer og det kan ikke lade sig gøre at skrive et seriøst operativsystem der kan konkurrere med MS på et år, hvilket jo er grunden til at Gates ikke ser dem som en konkurrent.
Naturligvis og jeg kan skrive en konkurrent til microsoft office på to timer. Jeg kan ikke skrive en seriøs konkurrent til MS office på to timer og det kan ikke lade sig gøre at skrive et seriøst operativsystem der kan konkurrere med MS på et år, hvilket jo er grunden til at Gates ikke ser dem som en konkurrent.
#18
Skal jeg quote din post, eller kan du selv laese den igen? :)
Og hvad vil du kalde en serioes konkurrent?
Features er langt fra alt..
Hvis du har blot 20% af deres features, men det tilgengaeld er dem _ALLE_ bruger, saa kan du naa rigtig langt med et godt UI og et hurtigt program.
Og min pointe er jo netop at et mobil-os ikke skal vaere saa hulens proppet med bloat..
Derfor kan det godt lade sig goere paa 1 aars tid, imo..
Skal jeg quote din post, eller kan du selv laese den igen? :)
Og hvad vil du kalde en serioes konkurrent?
Features er langt fra alt..
Hvis du har blot 20% af deres features, men det tilgengaeld er dem _ALLE_ bruger, saa kan du naa rigtig langt med et godt UI og et hurtigt program.
Og min pointe er jo netop at et mobil-os ikke skal vaere saa hulens proppet med bloat..
Derfor kan det godt lade sig goere paa 1 aars tid, imo..
Sjovt at en fra MS kommer og snakker om at firma Y kun har X produkt som giver overskud - her gik jeg og troede at det var Windows og Office som gjorde at MS ikke havde underskud....
#6 - fidomuh:
Det er ikke så nemt og ligetil endda at udvikle software, specielt ikke når denne er hardcoded (lagret på/i en chip). For at give et billede af omfanget kan vi jo bruge CoCoMo (læs yderligere beskrivelse her - http://en.wikipedia.org/wiki/Basic_COCOMO):
Alle konstanter vist herunder er for et Hardcoded Software Projekt
KLOC = Antal linier af kode målt i tusinde.
E = Personmåneder der skal bruges (altså hvis én person skulle lave det hele). Måles som 3,6*((KLOC)^1,2).
D = Antal kalendermåneder projektet anslås at forløbe over. Måles som 2,5*((E)^0,32).
P = Antal personer der skal involveres i projektet. Måles som E/D
Hvis vi nu antager at et Mobil OS består af ca. 75.000 linier kode, vil udregning se sådan ud:
KLOC = 75
E = 3,6*((75)^1,2) = 640,29 måneder
D = 2,5*(2,5(E)^0,32) = 19,77 måneder
P = E/D = 32,39 = 33 personer
Det vil med andre ord tage 33 personer lidt over 1½ år at fremstille et Mobilt OS på 75.000 linier kode. Dertil kan du jo så tilføje yderlige måneder hvis det er et nyt område for dem eller der opstår problemer undervejs.
Det er ikke så nemt og ligetil endda at udvikle software, specielt ikke når denne er hardcoded (lagret på/i en chip). For at give et billede af omfanget kan vi jo bruge CoCoMo (læs yderligere beskrivelse her - http://en.wikipedia.org/wiki/Basic_COCOMO):
Alle konstanter vist herunder er for et Hardcoded Software Projekt
KLOC = Antal linier af kode målt i tusinde.
E = Personmåneder der skal bruges (altså hvis én person skulle lave det hele). Måles som 3,6*((KLOC)^1,2).
D = Antal kalendermåneder projektet anslås at forløbe over. Måles som 2,5*((E)^0,32).
P = Antal personer der skal involveres i projektet. Måles som E/D
Hvis vi nu antager at et Mobil OS består af ca. 75.000 linier kode, vil udregning se sådan ud:
KLOC = 75
E = 3,6*((75)^1,2) = 640,29 måneder
D = 2,5*(2,5(E)^0,32) = 19,77 måneder
P = E/D = 32,39 = 33 personer
Det vil med andre ord tage 33 personer lidt over 1½ år at fremstille et Mobilt OS på 75.000 linier kode. Dertil kan du jo så tilføje yderlige måneder hvis det er et nyt område for dem eller der opstår problemer undervejs.
#21
Jeg vaelger at tage den udregning med at stort gram salt, da det helt klart kommer an paa kvaliteten af udviklerne..
Og forudsat at vi skal have bare de primaere telefon funktioner op og koere i Google's saedvanlige "Beta" stil, saa er 1 aar, imo, rigeligt..
Ellers boer de nok kigge efter nogle andre udviklere :P
Jeg vaelger at tage den udregning med at stort gram salt, da det helt klart kommer an paa kvaliteten af udviklerne..
Og forudsat at vi skal have bare de primaere telefon funktioner op og koere i Google's saedvanlige "Beta" stil, saa er 1 aar, imo, rigeligt..
Ellers boer de nok kigge efter nogle andre udviklere :P
#22 Det hedder et GRAN salt ikke et GRAM salt, hvis du da taler om ordsproget "at tage det med et gran salt".
Ah billyboy, så dum tror jeg ikke at han er.
Man sagtens have en masse sites og services der bare er traffic pumps, der holder ens primære indtægtskilde(r) i luften.
Det er der da intet specielt ved.
Og så er Microsoft jo ikke ukendt med konceptet med at trække folk ind i folden. Hellere have at folk køber ens produkt selv om man ikke tjener store penge på det, frem for at det går til konkurrenten.
Det betyder intet at man har 29 produkter som ikke tjener penge, hvis de til gengæld er med til at sikre produkt #30.
Man sagtens have en masse sites og services der bare er traffic pumps, der holder ens primære indtægtskilde(r) i luften.
Det er der da intet specielt ved.
Og så er Microsoft jo ikke ukendt med konceptet med at trække folk ind i folden. Hellere have at folk køber ens produkt selv om man ikke tjener store penge på det, frem for at det går til konkurrenten.
Det betyder intet at man har 29 produkter som ikke tjener penge, hvis de til gengæld er med til at sikre produkt #30.
#25: Det sidste regnskab jeg gad læse var, hvis jeg husker ret, 2005 og der var windows og office divisionerne de eneste overskudsgivende divisioner af de 7 divisioner der var. Resten havde underskud.
Hvornår begyndte net divisionen at give overskud, kan se du nævner MSN?
Hvornår begyndte net divisionen at give overskud, kan se du nævner MSN?
#28
Trist, saa maa man nok tage en eller 2 platforme til sig, til at starte med, og saa arbejde udad :)
Det er jo ogsaa saadan alle andre goer ;)
Tjah, det kan sagtens bruges.. Men nej, der er sikkert langt mere specificerede valg :)
Det er min erfaring at folk sjaeldent bruger deres telefon til at lave store udregninger, eller komplicerede excel spreadsheets?
Hvor mange funktioner tror du reelt der er brug for i en telefon?
Altsaa, nu ved jeg ikke lige hvor serioes den udregning er, men snakkede lige hurtigt med vores software udviklere..
De skriver i snit ~500-750 linier brugbar kode om dagen, pr person..
Og min kammerat rammer ~800 linier hver dag...
Saaeh, 33 personer giver 25000 linier kode om dagen, saa skal en eller anden saette det sammen.. Saa er vi vel nede paa 10-15KLOC pr dag? :)
Der er netop ikke en generel platform til mobil.
Trist, saa maa man nok tage en eller 2 platforme til sig, til at starte med, og saa arbejde udad :)
Det er jo ogsaa saadan alle andre goer ;)
Og x86 er absolut ikke egnet til mobil
Tjah, det kan sagtens bruges.. Men nej, der er sikkert langt mere specificerede valg :)
Er det din erfaring at folk vælger små kompakte styre systemer med kun kerne funktionalitet ?
Det er min erfaring at folk sjaeldent bruger deres telefon til at lave store udregninger, eller komplicerede excel spreadsheets?
Hvor mange funktioner tror du reelt der er brug for i en telefon?
75 KLOC er alt for lidt til et styresystem som skal kunne udnytte alle features i moderne mobil telefoner.
Prøv og regn på 750 KLOC eller 7500 KLOC.
Altsaa, nu ved jeg ikke lige hvor serioes den udregning er, men snakkede lige hurtigt med vores software udviklere..
De skriver i snit ~500-750 linier brugbar kode om dagen, pr person..
Og min kammerat rammer ~800 linier hver dag...
Saaeh, 33 personer giver 25000 linier kode om dagen, saa skal en eller anden saette det sammen.. Saa er vi vel nede paa 10-15KLOC pr dag? :)
#32
Jeg kender nu adskillige personer, som egentlig bare vil have en telefon til tale, sms, ur og alarm.
De har dog alle (undtagen én) en fancy kamera-mobil, da de ikke tror man kan få andet. Den sidste har en Nokia 1100 (el. lign.), som er så simpel, at den ikke engang har farveskærm, og alligevel er halvdelen af funktionerne overflødige.
Jeg tror Nokia 1***-serien ville sælge ret godt, hvis den blev markedsført bedre. (Fx. ved at være synlig i butikkerne, og blev foreslået af sælgerne.)
Jeg kender nu adskillige personer, som egentlig bare vil have en telefon til tale, sms, ur og alarm.
De har dog alle (undtagen én) en fancy kamera-mobil, da de ikke tror man kan få andet. Den sidste har en Nokia 1100 (el. lign.), som er så simpel, at den ikke engang har farveskærm, og alligevel er halvdelen af funktionerne overflødige.
Jeg tror Nokia 1***-serien ville sælge ret godt, hvis den blev markedsført bedre. (Fx. ved at være synlig i butikkerne, og blev foreslået af sælgerne.)
#34
Du har jo faktisk ret.
Som så ofte før er der en stor forskel mellem det folk reelt har behov for og det folk køber.
Men producenterne går naturligvis efter det folk rent faktisk køber.
I parentes bemærket kan jeg ikke se meget grund for Google til at satse på en mobil uden internet - hele pointen i Google og mobil må vel være at de vil knytte mbilne sammen med de øvrige services Google udbyder på nettet.
Du har jo faktisk ret.
Som så ofte før er der en stor forskel mellem det folk reelt har behov for og det folk køber.
Men producenterne går naturligvis efter det folk rent faktisk køber.
I parentes bemærket kan jeg ikke se meget grund for Google til at satse på en mobil uden internet - hele pointen i Google og mobil må vel være at de vil knytte mbilne sammen med de øvrige services Google udbyder på nettet.
#32
Not really..
Eller, det kommer an paa om man taeller 1, 2, meget... :P
Okay, lad os lave en lille liste:
Telefon.
SMS.
MMS. ( kommer an paa markedet, iPhone fx :P )
Kalender.
Mp3.
Browser.
Kamera.
Det er vel "the basics" ?
Jeg ser ikke noget der kan justificere >1.5 aars udvikling ...
Det gjorde jeg ikke.
Hvem snakker dog ogsaa om en lineaer sammenhaeng?
Gad du bare ikke se de tal jeg smed paa bordet eller hvad? :P
Ioevrigt saa snakkede jeg lidt mere med dem om det idag, og den ene af vores udviklere var ret sikker paa at han kunne lave det meste af det alene paa 1.5 aar, saaeh, jeg tror i har regnet lige lidt over ;)
Men igen, det er jo bare et slag paa tasken.. Jeg vil umiddelbart staa ved at man kan udvikle et mobil-OS paa et lille aars tid..
Google burde ihvertfald ingen problemer have med dette :P
#37
Eller man kunne vaelge at bygge sit OS op om kendte kerneteknologier, saadan at man nemmere kan porte de programmer man ser et behov for..
Det ville da klart vaere min loesning..
Fremfor at forsoege sig med browser udvikling fra scratch :P
Der er brug for rigtigt meget funktionalitet i en mobil telefon idag.
Not really..
Eller, det kommer an paa om man taeller 1, 2, meget... :P
Kamera, MMS, kalender, MP3 afspiller, web browser etc..
Okay, lad os lave en lille liste:
Telefon.
SMS.
MMS. ( kommer an paa markedet, iPhone fx :P )
Kalender.
Mp3.
Browser.
Kamera.
Det er vel "the basics" ?
Jeg ser ikke noget der kan justificere >1.5 aars udvikling ...
Og jeg håber meget for dit firma at du fik formuleret spørgsmålet til jeres udviklere forkert.
Det gjorde jeg ikke.
En udviklings afdeling hvor man tror at der er en lineær sammenhæng mellem projekt størrelse og tidsforbrug lyder nemlig ikke betryggende.
Hvem snakker dog ogsaa om en lineaer sammenhaeng?
Gad du bare ikke se de tal jeg smed paa bordet eller hvad? :P
Ioevrigt saa snakkede jeg lidt mere med dem om det idag, og den ene af vores udviklere var ret sikker paa at han kunne lave det meste af det alene paa 1.5 aar, saaeh, jeg tror i har regnet lige lidt over ;)
Men igen, det er jo bare et slag paa tasken.. Jeg vil umiddelbart staa ved at man kan udvikle et mobil-OS paa et lille aars tid..
Google burde ihvertfald ingen problemer have med dette :P
#37
Eller man kunne vaelge at bygge sit OS op om kendte kerneteknologier, saadan at man nemmere kan porte de programmer man ser et behov for..
Det ville da klart vaere min loesning..
Fremfor at forsoege sig med browser udvikling fra scratch :P
#37
Yep. Men hvis du har kildekoden, er det (i denne sammenhæng) let at portere til det nye OS. Især hvis det i en eller anden grad er baseret på noget kendt. Fx. ved at bruge en eksisterende kerne (som #38 foreslår), eller den nye kerne minde tilstrækkeligt meget om i arkitekturen, eller man kan lave et abstraktionslag (a la wine og cygwin) for at minimere porterings-arbejdet.
Du kan hente source og så starte med at rette source til at virke på dit nye OS.
Yep. Men hvis du har kildekoden, er det (i denne sammenhæng) let at portere til det nye OS. Især hvis det i en eller anden grad er baseret på noget kendt. Fx. ved at bruge en eksisterende kerne (som #38 foreslår), eller den nye kerne minde tilstrækkeligt meget om i arkitekturen, eller man kan lave et abstraktionslag (a la wine og cygwin) for at minimere porterings-arbejdet.
#38
Det er jo så din vurdering, men af almen interesse: hvor mange
styre systemer har du været med til at programmere ?
Det gjorde du faktisk !
I #31 skrev du:
1 person = 800 LOC/dag => 33 personer = 25000 LOC/dag
er lineært.
Han er ikke glad for penge ?
Jeg mener udregningen er jo ret simpel.
Han laver et styre system a la Symbian.
Han sælger det til den halve pris for at komme ind på markedet.
Han outsourcer salg og finans for 50% af omsætning.
Så er der et antal hundrede millioner kroner i årlig indtægt til ham.
Men nogen mennesker er ikke så interesseret i penge.
Der er selvfølgelig også dem der er lidt "optimistiske" med hensyn til egne evner.
Jeg ser ikke noget der kan justificere >1.5 aars udvikling ...
Det er jo så din vurdering, men af almen interesse: hvor mange
styre systemer har du været med til at programmere ?
Hvem snakker dog ogsaa om en lineaer sammenhaeng?
Det gjorde du faktisk !
I #31 skrev du:
De skriver i snit ~500-750 linier brugbar kode om dagen, pr person..
Og min kammerat rammer ~800 linier hver dag...
Saaeh, 33 personer giver 25000 linier kode om dagen
1 person = 800 LOC/dag => 33 personer = 25000 LOC/dag
er lineært.
Ioevrigt saa snakkede jeg lidt mere med dem om det idag, og den ene af vores udviklere var ret sikker paa at han kunne lave det meste af det alene paa 1.5 aar, saaeh, jeg tror i har regnet lige lidt over ;)
Han er ikke glad for penge ?
Jeg mener udregningen er jo ret simpel.
Han laver et styre system a la Symbian.
Han sælger det til den halve pris for at komme ind på markedet.
Han outsourcer salg og finans for 50% af omsætning.
Så er der et antal hundrede millioner kroner i årlig indtægt til ham.
Men nogen mennesker er ikke så interesseret i penge.
Der er selvfølgelig også dem der er lidt "optimistiske" med hensyn til egne evner.
#39
Det er jeg så ikke helt enig i.
Mine erfaringer bygger på Mosaic og Lynx porteringer til VMS -
hvilken browser-platform portering har du fundet så nem ?
Hvis Google gik efter smartphone markedet og valgte at basere deres løsning på en eksisternde embedded Linux, så var det straks meget nemmere.
Men det er jo strengt taget ikke et nyt mobil OS.
Yep. Men hvis du har kildekoden, er det (i denne sammenhæng) let at portere til det nye OS.
Det er jeg så ikke helt enig i.
Mine erfaringer bygger på Mosaic og Lynx porteringer til VMS -
hvilken browser-platform portering har du fundet så nem ?
Især hvis det i en eller anden grad er baseret på noget kendt. Fx. ved at bruge en eksisterende kerne (som #38 foreslår),
Hvis Google gik efter smartphone markedet og valgte at basere deres løsning på en eksisternde embedded Linux, så var det straks meget nemmere.
Men det er jo strengt taget ikke et nyt mobil OS.
#38 - "Jeg ser ikke noget der kan justificere >1.5 aars udvikling ..."
Det er så nok fordi du udtaler dig om noget du ikke har specielt meget erfaring med. Der er ingen som skriver 800 linjers embedded real time kode/dag. Ikke uden at producere flere fejl end kodelinjer. Men det er da meget sjovt at høre ævl af den kaliber.
Mere sjaw:
og http://c2.com/cgi/wiki?NegativeLinesOfCode
Det er så nok fordi du udtaler dig om noget du ikke har specielt meget erfaring med. Der er ingen som skriver 800 linjers embedded real time kode/dag. Ikke uden at producere flere fejl end kodelinjer. Men det er da meget sjovt at høre ævl af den kaliber.
Mere sjaw:
Measuring programming progress by lines of code is like measuring aircraft building progress by weight.
og http://c2.com/cgi/wiki?NegativeLinesOfCode
#41
Det er ikke noget man lige gør på en eftermiddag, men det er da hulens meget nemmere end at starte på bar bund. En browser (især HTML-rendering) er noget forfærdeligt noget at lave, selv bare en simpel version. Alt det bøvl vil man slippe for.
Strengt taget ikke. Men hvis de laver ny brugerflade, og binder det hele sammen med en eksisterende kerne og drivere, så vil effekten være den samme.
Det er jeg så ikke helt enig i.
Mine erfaringer bygger på Mosaic og Lynx porteringer til VMS -
hvilken browser-platform portering har du fundet så nem ?
Det er ikke noget man lige gør på en eftermiddag, men det er da hulens meget nemmere end at starte på bar bund. En browser (især HTML-rendering) er noget forfærdeligt noget at lave, selv bare en simpel version. Alt det bøvl vil man slippe for.
Hvis Google gik efter smartphone markedet og valgte at basere deres løsning på en eksisternde embedded Linux, så var det straks meget nemmere.
Men det er jo strengt taget ikke et nyt mobil OS.
Strengt taget ikke. Men hvis de laver ny brugerflade, og binder det hele sammen med en eksisterende kerne og drivere, så vil effekten være den samme.
#40
Ingen.
Mine kollegaer har programmeret de sidste ~10 aar.
Min kammerat smed et basis OS sammen da han var ~14..
Jeg vil tro begge har en okay baggrund for at se hvad der er muligt.
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.
Saa kan du kalde det lineaert alt det du lyster..
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?
Kan du garantere at der er nogen der gider samarbejde med ham?
Der er en masse andre faktorer der spiller ind, og hans estimat var jo netop kun paa basis delen.
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 har spurgt dem jeg anser for at vaere >average af programmoerer..
Som sagt, den ene lavede sit eget OS ( godtnok ikke et der kunne noget reelt, men det bootede og kunen vise billeder :P ) sammen da han var ~14..
Inden da havde han ioevrigt lavet sin egen 3d-renderer / engine. ( Omend den ikke var ... hurtig.. :) )
#41
Eller bare en eksisterende kerne?
Masser af muligheder.
Men det behoever jo reelt IKKE vaere helt nyt.
Det skal blot vaere deres eget.
Om det er bygget paa en linux kerne eller ej, aendrer ikke paa at de skal lave alt "feature" kode jo :)
Derudover vil slutresultaten vaere meget taet paa det samme som at lave et helt nyt OS fra bunden..
Kunden er ihvertfald ligeglad ;)
#42
Tjah, nu er det ikke mig der har givet det estimat, det er mine kollegaer og min kammerat.
Og eftersom begge faar en ret god loen, saa tror jeg de ved bare lidt om hvad de laver.
Min kammerat er ioevrigt ufaglaert, og pt arbejder han faktisk paa udvikling til Symbian ...
Tjoh, Acro har fortalt hvad han har af erfaringer, hvad har du af erfaringer der goer at dine ord vaegter mere end alle andres?
Det var ikke mig der begyndte med KLOC-ting ting ..
Jeg undrede mig selv ret meget og spurgte min kammerat, som netop gav det estimat for at vise hvor meget forkert det var at maale udvikling paa linier af kode.
Det er jo så din vurdering, men af almen interesse: hvor mange
styre systemer har du været med til at programmere ?
Ingen.
Mine kollegaer har programmeret de sidste ~10 aar.
Min kammerat smed et basis OS sammen da han var ~14..
Jeg vil tro begge har en okay baggrund for at se hvad der er muligt.
1 person = 800 LOC/dag => 33 personer = 25000 LOC/dag
er lineært.
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.
Saa kan du kalde det lineaert alt det du lyster..
Han er ikke glad for penge ?
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?
Kan du garantere at der er nogen der gider samarbejde med ham?
Der er en masse andre faktorer der spiller ind, og hans estimat var jo netop kun paa basis delen.
Men nogen mennesker er ikke så interesseret i penge.
Der er selvfølgelig også dem der er lidt "optimistiske" med hensyn til egne evner.
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 har spurgt dem jeg anser for at vaere >average af programmoerer..
Som sagt, den ene lavede sit eget OS ( godtnok ikke et der kunne noget reelt, men det bootede og kunen vise billeder :P ) sammen da han var ~14..
Inden da havde han ioevrigt lavet sin egen 3d-renderer / engine. ( Omend den ikke var ... hurtig.. :) )
#41
Hvis Google gik efter smartphone markedet og valgte at basere deres løsning på en eksisternde embedded Linux, så var det straks meget nemmere.
Eller bare en eksisterende kerne?
Masser af muligheder.
Men det er jo strengt taget ikke et nyt mobil OS.
Men det behoever jo reelt IKKE vaere helt nyt.
Det skal blot vaere deres eget.
Om det er bygget paa en linux kerne eller ej, aendrer ikke paa at de skal lave alt "feature" kode jo :)
Derudover vil slutresultaten vaere meget taet paa det samme som at lave et helt nyt OS fra bunden..
Kunden er ihvertfald ligeglad ;)
#42
Det er så nok fordi du udtaler dig om noget du ikke har specielt meget erfaring med. Der er ingen som skriver 800 linjers embedded real time kode/dag. Ikke uden at producere flere fejl end kodelinjer.
Tjah, nu er det ikke mig der har givet det estimat, det er mine kollegaer og min kammerat.
Og eftersom begge faar en ret god loen, saa tror jeg de ved bare lidt om hvad de laver.
Min kammerat er ioevrigt ufaglaert, og pt arbejder han faktisk paa udvikling til Symbian ...
Men det er da meget sjovt at høre ævl af den kaliber.
Tjoh, Acro har fortalt hvad han har af erfaringer, hvad har du af erfaringer der goer at dine ord vaegter mere end alle andres?
Mere sjaw:
Measuring programming progress by lines of code is like measuring aircraft building progress by weight.
Det var ikke mig der begyndte med KLOC-ting ting ..
Jeg undrede mig selv ret meget og spurgte min kammerat, som netop gav det estimat for at vise hvor meget forkert det var at maale udvikling paa linier af kode.
#44
Hehe, et OS der ikke kan noget, og en 3D-render der ikke kan bruges. (Tricket med 3D-renders er hastigheden, funktionaliteten er den nemme del.)
Så har jeg lavet et programmeringssprog med fortolker (et spil hvor man med et simpelt script-sprog kunne modificere behavior på objekter), og for den sags skyld en compiler.
Men derfra, og så til at lave noget kommercielt brugbart er der altså MEGET langt. Den grundlæggende funktionalitet er næsten altid den nemme del. Det er det man bruger den første procent af tiden på, og først derefter starter udfordringerne.
(Men derfor kan du nu godt have ret, overordnet set. Det er bare det argument jeg har et problem med.)
Som sagt, den ene lavede sit eget OS ( godtnok ikke et der kunne noget reelt, men det bootede og kunen vise billeder :P ) sammen da han var ~14..
Inden da havde han ioevrigt lavet sin egen 3d-renderer / engine. ( Omend den ikke var ... hurtig.. :) )
Hehe, et OS der ikke kan noget, og en 3D-render der ikke kan bruges. (Tricket med 3D-renders er hastigheden, funktionaliteten er den nemme del.)
Så har jeg lavet et programmeringssprog med fortolker (et spil hvor man med et simpelt script-sprog kunne modificere behavior på objekter), og for den sags skyld en compiler.
Men derfra, og så til at lave noget kommercielt brugbart er der altså MEGET langt. Den grundlæggende funktionalitet er næsten altid den nemme del. Det er det man bruger den første procent af tiden på, og først derefter starter udfordringerne.
(Men derfor kan du nu godt have ret, overordnet set. Det er bare det argument jeg har et problem med.)
#44
"Og eftersom begge faar en ret god loen, saa tror jeg de ved bare lidt om hvad de laver."
Det er godt nok et sært mål for kunnen.
"Min kammerat er ioevrigt ufaglaert, og pt arbejder han faktisk paa udvikling til Symbian ..."
Det er applikationsudvikling på en moden platform.
"hvad har du af erfaringer der goer at dine ord vaegter mere end alle andres"
Ingeniøruddannelse (kan faktisk ses i min profil). Mange års erfaring med udvikling af radionetværk og mobiltelefoner.
"Det var ikke mig der begyndte med KLOC-ting ting .."
Næh, men det var dig som ikke rigtigt fangede / gad følge linket til COCOMO.
"Og eftersom begge faar en ret god loen, saa tror jeg de ved bare lidt om hvad de laver."
Det er godt nok et sært mål for kunnen.
"Min kammerat er ioevrigt ufaglaert, og pt arbejder han faktisk paa udvikling til Symbian ..."
Det er applikationsudvikling på en moden platform.
"hvad har du af erfaringer der goer at dine ord vaegter mere end alle andres"
Ingeniøruddannelse (kan faktisk ses i min profil). Mange års erfaring med udvikling af radionetværk og mobiltelefoner.
"Det var ikke mig der begyndte med KLOC-ting ting .."
Næh, men det var dig som ikke rigtigt fangede / gad følge linket til COCOMO.
#45
Et OS der kan boote og goere brug af instrunktionssaet?
Et OS der kan boote og rent faktisk vise data paa en grafikchip?
Hjemmelavet?
Tjah, den var taet paa samme hastighed som Lightwave og kunne loade objekter fra Lightwave..
Og hastigheden var taet paa lightwaves, og vi snakker jo en engine her, ikke bare et render..
Dvs realtime rendering :)
Teoretisk set ja, dog vil jeg mene at der er en lille forskel ;)
Helt enig, men hvis du har >30 mand, alle med erfaringer fra erhvervslivet og alle sammen dedikeret til at lave dette her?
Nu snakker jeg ikke om hvor realistisk det er at en enkelt person laver et kommercielt produkt, men reelt Google.
Det kommer vel lidt an paa hvad man mener er den "grundlaeggende funktionalitet" ?
Det tager vel laengere tid at udvikle kernen, end at udvikle programmerne til denne? :P
Omend begge dele introducerer mere arbejde til hinanden :)
Hehe, helt iorden..
Mit oprindelige argument var jo saadan set bare at jeg tror det er muligt at kreere et MobilOS ( som har de basale funktioner ) paa et lille aars tid.. :D
#46
Not really.
Det er ganske udbredt at folk faar mere i loen, alt efter hvor gode de er for firmaet.
Og naar man saa ser en 23 aarig ufaglaert knaegt, faa samme loen som de andre faglaerte ingenioeruddannede, saa vil jeg mene at det siger en del om hans kunnen ;)
Derudover har jeg givet flere eksempler paa hans kunnen her i traaden.
Mjoeh, og driver udvikling og andet i den stil.. Men ja, helt klart.
Dog pointerede jeg tidligere at han netop har rodet med OS udvikling :)
Saa burde du da i det mindste have en lille ide om hvorvidt det er muligt at udvikle et MobilOS paa et lille aars tid?
Selvfoelgelig uden at tage hoejde for random bureaukratisk bullshit :)
Tjah, kender ingen der maaler udvikling i "lines of code", saa fandt det ikke synderligt interessant :)
Skal da gerne kigge naermere paa det naar jeg faar tid :P
Hehe, et OS der ikke kan noget,
Et OS der kan boote og goere brug af instrunktionssaet?
Et OS der kan boote og rent faktisk vise data paa en grafikchip?
Hjemmelavet?
og en 3D-render der ikke kan bruges. (Tricket med 3D-renders er hastigheden, funktionaliteten er den nemme del.)
Tjah, den var taet paa samme hastighed som Lightwave og kunne loade objekter fra Lightwave..
Og hastigheden var taet paa lightwaves, og vi snakker jo en engine her, ikke bare et render..
Dvs realtime rendering :)
Så har jeg lavet et programmeringssprog med fortolker (et spil hvor man med et simpelt script-sprog kunne modificere behavior på objekter), og for den sags skyld en compiler.
Teoretisk set ja, dog vil jeg mene at der er en lille forskel ;)
Men derfra, og så til at lave noget kommercielt brugbart er der altså MEGET langt.
Helt enig, men hvis du har >30 mand, alle med erfaringer fra erhvervslivet og alle sammen dedikeret til at lave dette her?
Nu snakker jeg ikke om hvor realistisk det er at en enkelt person laver et kommercielt produkt, men reelt Google.
Den grundlæggende funktionalitet er næsten altid den nemme del. Det er det man bruger den første procent af tiden på, og først derefter starter udfordringerne.
Det kommer vel lidt an paa hvad man mener er den "grundlaeggende funktionalitet" ?
Det tager vel laengere tid at udvikle kernen, end at udvikle programmerne til denne? :P
Omend begge dele introducerer mere arbejde til hinanden :)
(Men derfor kan du nu godt have ret, overordnet set. Det er bare det argument jeg har et problem med.)
Hehe, helt iorden..
Mit oprindelige argument var jo saadan set bare at jeg tror det er muligt at kreere et MobilOS ( som har de basale funktioner ) paa et lille aars tid.. :D
#46
Det er godt nok et sært mål for kunnen.
Not really.
Det er ganske udbredt at folk faar mere i loen, alt efter hvor gode de er for firmaet.
Og naar man saa ser en 23 aarig ufaglaert knaegt, faa samme loen som de andre faglaerte ingenioeruddannede, saa vil jeg mene at det siger en del om hans kunnen ;)
Derudover har jeg givet flere eksempler paa hans kunnen her i traaden.
Det er applikationsudvikling på en moden platform.
Mjoeh, og driver udvikling og andet i den stil.. Men ja, helt klart.
Dog pointerede jeg tidligere at han netop har rodet med OS udvikling :)
Ingeniøruddannelse (kan faktisk ses i min profil). Mange års erfaring med udvikling af radionetværk og mobiltelefoner.
Saa burde du da i det mindste have en lille ide om hvorvidt det er muligt at udvikle et MobilOS paa et lille aars tid?
Selvfoelgelig uden at tage hoejde for random bureaukratisk bullshit :)
Næh, men det var dig som ikke rigtigt fangede / gad følge linket til COCOMO.
Tjah, kender ingen der maaler udvikling i "lines of code", saa fandt det ikke synderligt interessant :)
Skal da gerne kigge naermere paa det naar jeg faar tid :P
47 -
"Det er ganske udbredt at folk faar mere i loen, alt efter hvor gode de er for firmaet."
Øh. Ok. Whoosh.
"Saa burde du da i det mindste have en lille ide om hvorvidt det er muligt at udvikle et MobilOS paa et lille aars tid?"
Sandsynligheden er nok lille.
"Skal da gerne kigge naermere paa det naar jeg faar tid :P"
Det er nok værd at kigge lidt på Barry Boehms arbejde indenfor estimering af softwareprojekter (COCOMO, Wide Band Delphi).
"Det er ganske udbredt at folk faar mere i loen, alt efter hvor gode de er for firmaet."
Øh. Ok. Whoosh.
"Saa burde du da i det mindste have en lille ide om hvorvidt det er muligt at udvikle et MobilOS paa et lille aars tid?"
Sandsynligheden er nok lille.
"Skal da gerne kigge naermere paa det naar jeg faar tid :P"
Det er nok værd at kigge lidt på Barry Boehms arbejde indenfor estimering af softwareprojekter (COCOMO, Wide Band Delphi).
#48
Det mener du maaske ikke?
Vi har flere eksempler herude..
Vi har ogsaa eksempler der er direkte modsatte.
( Hvor den ansatte har lavet saa lidt dokumentering og saa lukket kode, at de ikke har raad til at fyre ham :P )
Men det er muligt? :)
Jow :)
Som sagt fra starten saa er det bare et "skud paa tasken"..
Men folk der affejer det med weirde "narj, for man kan kun lave 10 linier kode om dagen", goer mig lidt harm :D
Men spaendende laesning er det da ihvertfald ;)
Øh. Ok. Whoosh.
Det mener du maaske ikke?
Vi har flere eksempler herude..
Vi har ogsaa eksempler der er direkte modsatte.
( Hvor den ansatte har lavet saa lidt dokumentering og saa lukket kode, at de ikke har raad til at fyre ham :P )
Sandsynligheden er nok lille.
Men det er muligt? :)
Det er nok værd at kigge lidt på Barry Boehms arbejde indenfor estimering af softwareprojekter (COCOMO, Wide Band Delphi).
Jow :)
Som sagt fra starten saa er det bare et "skud paa tasken"..
Men folk der affejer det med weirde "narj, for man kan kun lave 10 linier kode om dagen", goer mig lidt harm :D
Men spaendende laesning er det da ihvertfald ;)
#49
Om løn og kvalifikationer:
Nej. Egentlig tror jeg at du hovedsageligt baserer din mening på andre faktorer. Der er mange parametre som har indvirkning på løn. Det kan være indsats, grådighed, køn, udseende, forhandlingsevne, tilfældigheder, antal jobskift, og relevante kvalifikationer. At slutte at en person er kvalificeret udfra hans indkomst er nærmest fjollet. Desuden kan en programmør sagtens være meget kvalificeret til sit arbejde uden at vide en hujende fis om udvikling af noget som en mobiltelefon.
Om sandsynlighed:
Tjah, man kan jo prøve at sætte en flok aber til at programmere og så se hvad de har præsteret om et års tid. Det er jo muligt at de har lavet en killer mobil.
Om produktivitet:
Vi kan sagtens blive enige om at der oftest er vigtigere ting at snakke om end LOC/tid.
Om løn og kvalifikationer:
Nej. Egentlig tror jeg at du hovedsageligt baserer din mening på andre faktorer. Der er mange parametre som har indvirkning på løn. Det kan være indsats, grådighed, køn, udseende, forhandlingsevne, tilfældigheder, antal jobskift, og relevante kvalifikationer. At slutte at en person er kvalificeret udfra hans indkomst er nærmest fjollet. Desuden kan en programmør sagtens være meget kvalificeret til sit arbejde uden at vide en hujende fis om udvikling af noget som en mobiltelefon.
Om sandsynlighed:
Tjah, man kan jo prøve at sætte en flok aber til at programmere og så se hvad de har præsteret om et års tid. Det er jo muligt at de har lavet en killer mobil.
Om produktivitet:
Vi kan sagtens blive enige om at der oftest er vigtigere ting at snakke om end LOC/tid.
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