mboost-dp1

Google Inc.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Er sådan set enig med Google i at JS bliver alt for kompliceret, roddet og sløv ved større løsninger, på den anden side vil jeg da opfordre dem til at overdrage projektet til andre, da jeg ellers tror det bliver utrolig svært at overbevise MS om, at Dash er værd at satse på.
Reelt tænker jeg jo at det formentlig ikke er spor bedre end deres native client løsning, problemet med det er mest af alt, at det ikke er lykkedes at sælge ideen til de andre browser producenter.. Ingen grundt til at spilde tiden på dette, hvis andre alligevel vil understøtte det.
Reelt tænker jeg jo at det formentlig ikke er spor bedre end deres native client løsning, problemet med det er mest af alt, at det ikke er lykkedes at sælge ideen til de andre browser producenter.. Ingen grundt til at spilde tiden på dette, hvis andre alligevel vil understøtte det.
Jeg er helt enig med webwarp. Microsoft lavede også deres eget scripting sprog til webbrowsere (VBScript). Det blev, på trods af dets fordele over javascript, aldrig populært.
Det er ikke nok at et enkelt stort firma introducerer et nyt programmeringssprog til webbrowseren, alle de største webbrowserfirmaer skal være interesseret i at implementere det, før det kan blive udbredt.
Det er ikke nok at et enkelt stort firma introducerer et nyt programmeringssprog til webbrowseren, alle de største webbrowserfirmaer skal være interesseret i at implementere det, før det kan blive udbredt.
Jeg synes ikke nødvendigvis at standardiseringsprocessor er en god ting. Alting som skal igennem sådan en, tager flere år, bare kig på hvor længe HTML5 har været undervejs og den er stadig ikke færdig.
Jeg er fortaler for at få ny teknologi på banen så hurtig som muligt, men skal man have flere med til at implementere det så er de nødt til at frigive produktet så alle frit kan bruge det, uden royalties eller lignende krav til implementøren.
Jeg er fortaler for at få ny teknologi på banen så hurtig som muligt, men skal man have flere med til at implementere det så er de nødt til at frigive produktet så alle frit kan bruge det, uden royalties eller lignende krav til implementøren.
Dvs. når det er Microsoft er det ondskab, og når det er Google er det helt OK?Mort (4) skrev:Jeg synes ikke nødvendigvis at standardiseringsprocessor er en god ting. Alting som skal igennem sådan en, tager flere år, bare kig på hvor længe HTML5 har været undervejs og den er stadig ikke færdig.
Nej, så vidt jeg ved har det ikke været muligt for andre at lave deres egen VBScript implementation i deres webbrowsere.
Hvis Microsoft lod andre gøre det og feks frigav source koden til deres egen implementation, så andre kunne kigge hvordan de havde gjort det, så er jeg sikker på at flere havde implementeret VBScript i deres browsere.
Microsoft er gode til at finde på nye teknologier, men de forsøger ofte også at holde dem for sig selv, for at tjene penge på dem. Det kan man ikke bebrejde dem, men det er ikke altid den mest effektive måde at få dem udbredt på.
Hvis Microsoft lod andre gøre det og feks frigav source koden til deres egen implementation, så andre kunne kigge hvordan de havde gjort det, så er jeg sikker på at flere havde implementeret VBScript i deres browsere.
Microsoft er gode til at finde på nye teknologier, men de forsøger ofte også at holde dem for sig selv, for at tjene penge på dem. Det kan man ikke bebrejde dem, men det er ikke altid den mest effektive måde at få dem udbredt på.
Det afhænger jo af om man er tilfreds med 90% af markedet.Mort (6) skrev:Det kan man ikke bebrejde dem, men det er ikke altid den mest effektive måde at få dem udbredt på.
Men Ligegyldigt hvad, så bliver Dart jo kun en success hvis Microsoft vælger at implementere det. Og det gør de jo sandsynligvis ikke.
Så jeg tror lidt at Google skyder sig selv i foden, ved at forsøge at erstatte JavaScript, ved at implementere det i Chrome, og så forvente at alle følger efter.
Windcape (8) skrev:Det afhænger jo af om man er tilfreds med 90% af markedet.
Men Ligegyldigt hvad, så bliver Dart jo kun en success hvis Microsoft vælger at implementere det. Og det gør de jo sandsynligvis ikke.
Så jeg tror lidt at Google skyder sig selv i foden, ved at forsøge at erstatte JavaScript, ved at implementere det i Chrome, og så forvente at alle følger efter.
Kunne man forestille sig at sproget var brugbart på ANDET end den traditionelle pc-platform? Jeg ved godt at MS i mange år har haft svært ved at kigge ud over desktoppen ;)
el_barto (10) skrev:Jeg ved godt at MS i mange år har haft svært ved at kigge ud over desktoppen ;)
Jeg håber det er sarkasme, uden hold i virkeligheden, for jeg kan da nævne:
- Zune
- Xbox (og 360'eren)
- Windows Mobile (og 7'eren)
Synes de har kigget en del "ud over desktoppen".
#11
- Microsoft surface
- Office 365
- Masser af det som deres research labs arbejder på
Faktisk synes jeg at Ms er enormt innovative og er rigtig gode til at kaste idéer på bordet. Det er selvfølgelig deres desktop produkter der dominerer, men om 10 år ser det nok anderledes ud.
Jeg tror nu at hvis Google får lavet plugins til alle de største browser-motorer og får solgt ideen til web-designere/udviklere så kan det godt vinde terræn.
De fleste brugere er jo ganske ligeglade med platformen bagved, bare det virker ordentligt.
- Microsoft surface
- Office 365
- Masser af det som deres research labs arbejder på
Faktisk synes jeg at Ms er enormt innovative og er rigtig gode til at kaste idéer på bordet. Det er selvfølgelig deres desktop produkter der dominerer, men om 10 år ser det nok anderledes ud.
Jeg tror nu at hvis Google får lavet plugins til alle de største browser-motorer og får solgt ideen til web-designere/udviklere så kan det godt vinde terræn.
De fleste brugere er jo ganske ligeglade med platformen bagved, bare det virker ordentligt.
#Mort
Det kommer vel an på om Google kan lave det som en extension (eller hvad det nu hedder) til de andre browseres (lidt ala Flash).
Så kan de sagtens selv styre sproget 100%, samtidig med at det virker i de mest populære browsers. Men som altid skal Apple nok sætte sig på bagben.
Men ellers er jeg skam enig. Den idelle løsninger er at frigive det. Problemet er så bare at den implementering MS/Apple/andet firma vælger at lave måske ikke er 100% ens med Googles. Også har vi lige pludselig cross browser kompatibilitetsproblemet igen.
Det kommer vel an på om Google kan lave det som en extension (eller hvad det nu hedder) til de andre browseres (lidt ala Flash).
Så kan de sagtens selv styre sproget 100%, samtidig med at det virker i de mest populære browsers. Men som altid skal Apple nok sætte sig på bagben.
Men ellers er jeg skam enig. Den idelle løsninger er at frigive det. Problemet er så bare at den implementering MS/Apple/andet firma vælger at lave måske ikke er 100% ens med Googles. Også har vi lige pludselig cross browser kompatibilitetsproblemet igen.
MS har jo også lavet silverlight som skulle kunne konkurrere med Javascript og flash, men det virker ikke som om det er voldsomt udbredt.
For mig at se så det der skal til for at dart bliver populært er:
1. Udbredelse til alle større browsere, helst direkte så der ikke skal installeres et plugin. Udbredelsen skal også ud på de mobile browsere
2. Performance, performance og mere performance og så måske en lidt bedre syntax
3. Understøttelse i de gængse udviklingsmiljøer som Visual Studio, Eclipse mv.
4. Api'er som google maps, openlayers mm. skal have en Dart variant.
For mig at se så det der skal til for at dart bliver populært er:
1. Udbredelse til alle større browsere, helst direkte så der ikke skal installeres et plugin. Udbredelsen skal også ud på de mobile browsere
2. Performance, performance og mere performance og så måske en lidt bedre syntax
3. Understøttelse i de gængse udviklingsmiljøer som Visual Studio, Eclipse mv.
4. Api'er som google maps, openlayers mm. skal have en Dart variant.
#Windcape
Det er jo lodret forkert at google ikke vil standartisere Dash, hvor har du det fra? Det eneste vi ved om sproget er det som står i deres interne e-mail, og der skriver de også
[EDIT]
Jeg synes det lyder spændende og håber lidt de får held med det, for javascript er noget hø. Desværre er det jo det eneste universelle sprog vi har på nettet, og er også ved at invardere desktoppen. Således skrives både GNOME og KDE interfaces nu i JavaScript og med Windows 8 lige bagefter mangler vi kun OSX
Det er jo lodret forkert at google ikke vil standartisere Dash, hvor har du det fra? Det eneste vi ved om sproget er det som står i deres interne e-mail, og der skriver de også
The goal of the Dash effort is ultimately to replace JavaScript as the
lingua franca of web development on the open web platform. We will
proactively evangelize Dash with web developers and all other browser
vendors and actively push for its standardization and adoption across the
board. This will be a difficult effort requiring finesse and
determination, but we are committed to doing everything possible to help it
succeed.
[EDIT]
Jeg synes det lyder spændende og håber lidt de får held med det, for javascript er noget hø. Desværre er det jo det eneste universelle sprog vi har på nettet, og er også ved at invardere desktoppen. Således skrives både GNOME og KDE interfaces nu i JavaScript og med Windows 8 lige bagefter mangler vi kun OSX
Mort (6) skrev:Hvis Microsoft lod andre gøre det og feks frigav source koden til deres egen implementation, så andre kunne kigge hvordan de havde gjort det, så er jeg sikker på at flere havde implementeret VBScript i deres browsere.
Microsoft skal da på intet tidspunkt frigive deres implementation af VBScript. De skulle have fået VBScript standardiseret, så andre kunne komme til specifikationerne, og lave deres egen implementation.
At frigive ens implementation af en standard vil jo netop være at frigive det man kan konkurrere på, når standarder benyttes.
#16
Punkt 1 ... Tjaaaa det kræver jo at alle synes at det er en fed ide. Noget historien lidt har vist at være meget tæt på umuligt :(
Punkt 2 er lidt op til den enkelte implementation - meeen mon ikke de kigger lidt på det? :)
Punkt 3 er temmiligt trivielt at lave. Specielt hvis sproget er et fortolket sprog alla JS. Det eneste man så skal bruge er jo sådan set syntax highlighting og evt noget code completion...
Punkt 4 mener jeg er temmeligt irrelevant som et krav ... det kommer jo nok helt af sig selv ;)
Så mener jeg i øvrigt du har glemt det vigtigste af alt - noget, der IMO er JS' største fejl:
Punk 5 - DEBUGGING, DEBUGGING og atter DEBUGGING.
En kompleks JS kan være utrolig svær at debugge, da evt fejl kun kan opdages run-time og i øvrigt ret ofte bliver ignoreret af fortolkeren (alla: det er ikke gyldig JS det her, det springer jeg bare over) eller kan have temmeligt uforudsete konsekvenser.
Hvor mange her, har prøvet:
At lave en stavefejl i et variabel navn. Det kan dælme være svært at finde :)
At glemme en "var" foran en lokal variabel, for så utilsigtet at oprette en global variabel, der holder værdien, selv om den burde været gået out-of-scope? <-- det kan fuxe temmeligt meget med itterative løkker :)
Punkt 1 ... Tjaaaa det kræver jo at alle synes at det er en fed ide. Noget historien lidt har vist at være meget tæt på umuligt :(
Punkt 2 er lidt op til den enkelte implementation - meeen mon ikke de kigger lidt på det? :)
Punkt 3 er temmiligt trivielt at lave. Specielt hvis sproget er et fortolket sprog alla JS. Det eneste man så skal bruge er jo sådan set syntax highlighting og evt noget code completion...
Punkt 4 mener jeg er temmeligt irrelevant som et krav ... det kommer jo nok helt af sig selv ;)
Så mener jeg i øvrigt du har glemt det vigtigste af alt - noget, der IMO er JS' største fejl:
Punk 5 - DEBUGGING, DEBUGGING og atter DEBUGGING.
En kompleks JS kan være utrolig svær at debugge, da evt fejl kun kan opdages run-time og i øvrigt ret ofte bliver ignoreret af fortolkeren (alla: det er ikke gyldig JS det her, det springer jeg bare over) eller kan have temmeligt uforudsete konsekvenser.
Hvor mange her, har prøvet:
At lave en stavefejl i et variabel navn. Det kan dælme være svært at finde :)
At glemme en "var" foran en lokal variabel, for så utilsigtet at oprette en global variabel, der holder værdien, selv om den burde været gået out-of-scope? <-- det kan fuxe temmeligt meget med itterative løkker :)
fennec (13) skrev:#Mort
Det kommer vel an på om Google kan lave det som en extension (eller hvad det nu hedder) til de andre browseres (lidt ala Flash).
Så kan de sagtens selv styre sproget 100%, samtidig med at det virker i de mest populære browsers. Men som altid skal Apple nok sætte sig på bagben.
Men ellers er jeg skam enig. Den idelle løsninger er at frigive det. Problemet er så bare at den implementering MS/Apple/andet firma vælger at lave måske ikke er 100% ens med Googles. Også har vi lige pludselig cross browser kompatibilitetsproblemet igen.
Google kunne godt lave det som en extention. Så skulle de bare lave det til iPhone, Windows Phone 7, Windows Mobile, IE6/7/8/9, Firefox, Opera, Safari og hvad der ellers er af browsere.
Jeg mener at Microsofts implementation af Silverlight er fejlet fordi den virker på en håndfuld platforme, men stadig mangler en hel del.
Hvis en webudvikler skal vælge mellem at bruge en gammel teknologi som kan bruges af 100% af browserne eller en ny teknologi som virker på 70% af browserne, så er det rimeligt åbenlyst hvad der bedst kan betale sig at vælge. Et firma har ikke råd til at gå glip af 30% af potentielle kunder, så er det sikre valg at vælge den platform som dækker bredt fremfor den som kan noget mere.
blacktiger (17) skrev:#Windcape
Det er jo lodret forkert at google ikke vil standartisere Dash, hvor har du det fra? Det eneste vi ved om sproget er det som står i deres interne e-mail, og der skriver de også
Man kan godt standardisere uden at bruge en standardiserings-organisation (som jeg gætter på at windcape mener). De senere udgaver af Javascript er blevet lavet af ECMA, en samling af MS, Apple, Google, med flere.
Dart er blevet udviklet internt af Google, uden input fra omverdenen. Det betyder selvfølgelig ikke at det er et dårligt sprog, men det er arrogant at tro at de andre giganter på området ikke har gode ændringsforslag.
Som du sagde er der ikke meget info omkring projektet, men Ars har gedegjort flot for sagen her: http://arstechnica.com/open-source/news/2011/09/cr...
Ars spekulerer også på om Google vil lave en Dart -> Javascript-oversætter (og måske lave oversætteren i Javascript, så alle browsere kan køre Dart).
#23 Lad os nu være lidt realistiske, når google skriver i en intern e-mail at de vil kæmpe for at det bliver standartiseret mener de naturigvis at det bliver standartiseret af andre end dem selv.
Og det er da heller ikke så underligt. Grunden til at Microsoft i sin tid ikke gad at standartisere ting var at så bundefangede man jo folk til at bruge windows. Grunden til at google vil standardisere Dart er jo åbenlyst at så øger man sandsynligheden for at de andre browsere implementerer det så google kan skære ned på deres udviklingsomkostninger (ved at udfase javascript).
Det er da også et logisk skridt at de udvikler det internt først. Lars Bak er et af verdens skarpeste hoveder på området og chancerne for at han laver noget fornuftigt i første omgang er da rimelige, og så er det tusind gange hurtigere mere kraftfuldt at komme med et produkt man vil have standatiseret end at stå med ingenting.
Og det er da heller ikke så underligt. Grunden til at Microsoft i sin tid ikke gad at standartisere ting var at så bundefangede man jo folk til at bruge windows. Grunden til at google vil standardisere Dart er jo åbenlyst at så øger man sandsynligheden for at de andre browsere implementerer det så google kan skære ned på deres udviklingsomkostninger (ved at udfase javascript).
Det er da også et logisk skridt at de udvikler det internt først. Lars Bak er et af verdens skarpeste hoveder på området og chancerne for at han laver noget fornuftigt i første omgang er da rimelige, og så er det tusind gange hurtigere mere kraftfuldt at komme med et produkt man vil have standatiseret end at stå med ingenting.
#27
Man skal vist tilbage til 2005 for at det var korrekt:
http://en.wikipedia.org/wiki/File:Usage_share_of_w...
Man skal vist tilbage til 2005 for at det var korrekt:
http://en.wikipedia.org/wiki/File:Usage_share_of_w...
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.