Yep en is dus compleet onzinnig, althans vind ik.
Ik geeft echt voorkeur aan native appz die snel opstarten en native draaien op je hardware. En geloof me in 5 jaar, zijn ze echt nog niet zover qua infrastructuur en hardware bij de mensen thuis (met de huidige game kwaliteit, textures, etc.), laat staan browsers of extensies/add-ons die gaan functioneren als emuleerlaag voor webappz die desktopappz gaan vervangen, om het maar zo te zeggen.
IE is eens al in de kernel verweven

, maar waarom ze alles in de browser willen proppen is beyond me. Waarom gooien we niet heel het OS(al zijn functies, GUI, file explorers, software, etc.) overboord en houden we nog maar 1 centrale app die je op kan starten waar alles voor ontwikkelt wordt en waar je alles in kan doen, de browser
Ik heb liever native appz,games,etc.! Snelle PC kost niet voor niets je aardig wat duiten

, maar de software laat je ervan genieten uiteindelijk. En in alle eerlijkheid, wie wil nu wachten op het laden van (web)appz ? terwijl native (local)appz laden zo snel als je pc is !
[Reactie gewijzigd door TJBolier op maandag 24 september 2007 18:50]
Voor games is het allesbehalve onzinnig. Immers, wanneer de bandbreedte zo hoog word als nu het geval lijkt (ftth enzo) is dat geen probleem meer. Dan is het logischer om niet alleen userdata maar ook de maps en de engine te hosten. Aangezien ook servers en desktops steeds krachtiger worden is het dan logischer om alle dataverwerking op de servers te laten plaatsvinden, en alle grafische effecten en inputverwerking op de client. Door daadwerkelijk alle dataverwerking server-side te doen kun je dus alle cpu-, gpu- en watdanookvoorpu-kracht gooien in graphics en physics (misschien dat zelfs physics (gedeeltelijk) door de server zijn te doen, maar dat zal dan weer later worden en lijkt mij onpraktisch). Dan doet die snelle pc voor aardig wat duiten waar hij het beste in is, dingen mooi eruit laten zien, en die snelle servers doen waar zij het beste in zijn, dingen berekenen.
Ja dat is inderdaad mogelijk, maar dan ga je wel erg ver.
Dan kom je meer op een werk-environment idee. Centrale servers en allemaal thin clients, als het ware bij de mensen thuis. Nu begrijp ik jouw opsplitsing wel, lokaal renderen en de server complexe berekeningen laten doen. Maar de hardware kosten worden dan deels verplaatst van thuis bij jou naar het datacenter de server. Of de geschreven code / (server/client) game engine moet daar zodanig van profiteren, dat het ook echt zoveel makkelijk wordt om op de server alles te berekenen (physics en dergelijke) en ze dan ze verspreiden, dus in andere woorden de game source code minder complex is en sneller te schrijven is. Maar iemand gaat uiteindelijk voor die hardware in het datacenter betalen, en dat is nog steeds degene die het spel koopt
CPU's zijn niet zo duur, grafische kaarten wel ! En dit alles binnen 5 jaar is erg ambitieus, en we hebben het nu alleen nog over infrastructuur gehad. Niet over wat het gaat emuleren in de browser.
Miscchien is dit de wereld ingestuurd en ambitieus gemaakt, gewoon als Reclame

. TENZIJ je straks ook minimum system requirements krijgt voor spellen via de browser. Je krijgt dan ook het gezanik zeker van, only windows-compatible, etc... Het mooie van de browser is altijd dat het juist OS/client onafhankelijk is.
De tijd zal uitwijzen natuurlijk

[Reactie gewijzigd door TJBolier op maandag 24 september 2007 20:05]
Het ligt eraan hoe het allemaal gedaan wordt. Voor dit soort toepassingen is toch een internetverbinding nodig, dus dan zou het kunnen. Mijn Office draai ik liever op mijn PC. Ik heb niet altijd een internetverbinding staan (lees: laptop) en mijn vertrouwelijke informatie laat ik liever niet rondslingeren. Hier moet echter toch via de server gespeeld worden, dus dat valt dan allemaal wel mee. Als men via een Citrix of VMware ESX-achtige oplossing het wil aanbieden, dan kan het zelfs eigenlijk alleen voordelen hebben. De applicatie draait dan volledig op de remote computer en er wordt alleen een audio en video naar de client geduwd en keyboard / muis / joystick terug gestuurd. Dit heeft voor de ontwikkelaar voordelen. Hij zorgt voor zijn eigen farm en hoeft dus niet met allerlei verschillende hardware en OS configuraties rekening te houden.Ook hoeft hij alleen maar een client te schrijven voor een bepaald OS om ervoor te zorgen dat ALLE applicaties ineens werken. Linux, MAC OS en andere exoten kunnen ineens simpel worden bedient. En natuurlijk is het zo dat de software niet meer op een dikke Windows computer hoeft te draaien, zodat er genoegen kan worden genomen met een mindere client.
In andere woorden: ontwikkelaars krijgen wat ze graag willen hebben: een uniform platform, zoals ze bij consoles ook hebben. Dit zorgt voor minder ontwikkelingskosten, minder testen en minder bugs. En aangezien dit soort spellen toch via een abonnement gaan, zijn de kosten voor de hardware ook in de hand te houden.