IHS iSuppli: ARM har knap en fjerdedel af laptopmarkedet i 2015

Jeg tvivler på at ARM baserede computere vil sælge specielt godt, da ARM udgaven af Windows, så vidt jeg har forstået, ikke er kompatibel med software lavet til x86 udgaven, altså vil udvalget nok være temmelig begrænset, i hvert fald i starten.

#1 havde jeg faktisk ik engang tænkt over men ja giver vel sig selv, med de forskelle der nu engang er på arm/x86

bliver da sjovt se hva der sker men lover sq ikke for godt lyder lidt til at blive noget rod

Er det ikke muligt, at MS "bare" får .NET framework 5-6 stykker, til også at understøtte ARM?
Således at .NET applikationer kan køre videre, uden de store problemer.

#1 Det er min umiddelbare opfattelse uden at have noget specielt internt kendskab til næste version af Windows at der arbejdes meget hårdt på at der vil være et bredt udvalg af kendte 3. parts produkter, samt Microsofts egne som tidligere vist ved demoer, der kan køre på Windows Next out of the box.

Så den der start periode kommer ikke til at vare ret længe hvis vi overhovedet kommer til at mærke den.

#1

Bliver der benyttet HTML5, XNA eller Silverlight (afaik?), så er der cross-platform kompabilitet mig bekendt.

I øvrigt er jeg uenig med artiklen. Jeg tror primært det bliver i tablets ARM-versionen af Win8 slår igennem.

#5
Hvad med alle programmer der kører på Windows nu, i C#, C/C+, Java etc.
Java kommer jo nok med en ARM klient, så det skulle gerne være kørende relativt hurtigt efter launch, hvis ikke ved launch. Går ud fra at .NET er kørende ved launch - de har trods alt adgang til Win8.

Men programmel skrevet i C/C++ (for at komme med ét eksempel) er vel stadig skrevet til den specifikke arkitektur, og vil kræve et rewrite til ARM. Om det så skrives i et kompileret programmeringssprog, eller om det skrives i HTML5, er vel underordnet. Et rewrite er et rewrite.

Spørgsmålstegn.

#6

Det er korrekt. Det er også en af grundende til, at jeg tvivler på ARM vil blive så store i laptops i den nærmeste fremtid. Netop fordi, der ingen software, stort set, findes til Windows 8 ARM.

Adobe, AutoCAD osv. vil næppe gå igang med at porte deres programmer med det samme f.eks.

En anden mulighed er selvfølgelig, at MS laver en emulator alá Apples Rosetta.

java kører allerede på ARM.. og med Jazelle er det endda hardware accelereret.
mono kører også på ARM såvidt jeg kan se, og microsoft har selvfølgelig også deres version klar til ARM, inden W8 kommer på gaden.
MS ser gerne at flere udviklere skifter over til dotnet, og dette er sikkert en af grundene.
Hvis man har lavet sit produkt i native c++ kan det i øvrigt portes relativt nemt. Det vil selvfølgelig betyde to version af ens produkter, så her vil det måske være bedre at omskrive til dotnet hvor man kan..
Alt i alt bør det ikke blive super besværligt. Når/hvis MS vil have ARM mere udbredt, så skal de nok sørge for at det bliver nemt for udviklerne.

Det lyder til, at det kan skabe enorm forvirring hos de forbrugere, som ikke har behov for mere end en netbook.

Hvis MS er rigtig uheldige flygter flere over til Apple, kompatibilitet må virkelig ikke være en problemstilling forbruger skal bekymre sig om.

#8 Det lyder som et skræk senarie, mere .net? Windows oven på windows, simpelthen den mest håbløse opfindelse nogen sinde :-)

#9

Men det er jo også et problem hos Apple. Rosetta var et rent helvede.

#9 I sidste ende er det jo op til 3. part af få styr på den del. Ganske som på andre konkurrerende platforme.

Men jeg tror bestemt Microsoft pusher på hos de forskellige store udviklere så der er noget i pipe line'en indtil Windows Next lander.

Jeg glæder mig personligt meget til BUILD her i september hvor vi gerne skulle få lidt flere kød lunser at gnaske på.

Men det er jo også et problem hos Apple. Rosetta var et rent helvedeXorpiZ (#10)

Så meget et helvede var det nu ikke, opstarts tider blev lidt længere men hvis det var et program der ikke krævede meget CPU tid så kunne man sagtens leve med det. Men MS ville helt sikkert få problemer med en Rosetta til ARM da ARM ikke er kendt for deres store ydelse.

Et andet problem kan være at få udvikler til at lave ARM versioner, det skal ikke være meget mere end et recompile før der er mange udvikler der ikke gider at bruge tid på 2%(?!? tal hevet ud af ...) af markedet der har en ARM CPU.

#12

Der var en masse problemer med f.eks. CS2-pakken. Om det er Adobes eller Apples skyld ved jeg ikke - men skidt kører det ihvf.