Link alla notizia: http://www.hwfiles.it/news/microsoft-intel-si-sbaglia-riguardo-a-windows-8_36823.html

Giunge una risposta ufficiale in seguito alle dichiarazioni di Renee James, in forza alla divisione software di Intel, riguardanti il futuro del sistema operativo Windows 8

Click sul link per visualizzare la notizia.

chiaro arm + windows 8 = mercato dei tablet !
intel ha qualche prurito da questa accoppiata fa bene a grattarsi :ciapet:

"Emerge quindi il fastidio di Microsoft per le dichiarazioni rilasciate, lasciandoci però con qualche domanda. Quali parti delle dichiarazioni di Renee James sono fuorvianti o non accurate? Quella sulle versioni? Quella sull'incompatibilità del software? "
Quasi sicuramente sul discorso compatibilità perché se fosse sulle versioni M$ non sarebbe tanto scocciata; cmq l'avevo, anzi io e diversi altri utenti l'avevamo già detto che era una boiata.

Per quanto i core ARM attuali possano essere efficienti è moolto improbabile che riescano a far girare decentemente eseguibili x86.. un layer di virtualizzazione o "alla WINE" ammazzerebbe quei chip..

Per quanto i core ARM attuali possano essere efficienti è moolto improbabile che riescano a far girare decentemente eseguibili x86.. un layer di virtualizzazione o "alla WINE" ammazzerebbe quei chip..

non serve arrivare alla virtualizzazione del sistema operativo è "sufficente" che microsoft riscrivi il clr per piattaforme arm per far girare tutte le applicazioni .net e visto che .net è necessario anche per windows la possibilità di far girare le applicazioni viene fuori "a gratis"

riguardo alla potenza attualmente un arm non ha sicuramente una potenza paragonabile a quella di una cpu standard anche di basso livello ma se il s.0. viene ottimizzato bene la cosa può funzionare, magari non subito ma la domanda genera l'offerta e sicuramente l'uscita di windows 8 per arm comporterà un grosso sviluppo della potenza dei SoC, bisogna comunque vedere come questo boost prestazionale inciderà sull'efficenza energetica dei micro

non serve arrivare alla virtualizzazione del sistema operativo è "sufficente" che microsoft riscrivi il clr per piattaforme arm per far girare tutte le applicazioni .net e visto che .net è necessario anche per windows la possibilità di far girare le applicazioni viene fuori "a gratis"
Certamente, magari con un approccio alla Java con compilazione bytecode, ma le applicazioni scritte in .net per ora sono una piccola minoranza.
Il problema sono quelle che fanno riferimento alle API standard di Windows, cioè la gran parte per ora..

per chi non lo sapesse il .net rende possibile lo scrivere programmi in vari linguaggi che poi vengono compilati in .net e poi ricompilati per l'esecuzione stile bytecode java

Certamente, magari con un approccio alla Java con compilazione bytecode, ma le applicazioni scritte in .net per ora sono una piccola minoranza.
Il problema sono quelle che fanno riferimento alle API standard di Windows, cioè la gran parte per ora..

NET è JAVA aggiornato e migliorato... e vien compilato già come bytecode... solo in fase di installazione avviene la "compilazione" con come target il processore "vero" a differenza di JAVA che viene sempre distribuito in bytecode... (nota se fatto bene può essere pure un vantaggio visto che il compilatore "sa" su che processore gira può fare grandi ottimizzazioni, eliminare codice che NON sarebbe MAI chiamato, ecc...)

Windows 8 stesso potrebbe essere scritto parzialmente o totalmente (esclusa la parte che serve per fare il boot... che si scrive in assembler :Prrr:) in .NET (C#) come M$ voleva già fare con Vista... le API "native" diventerebbero deprecate e poi divenire con il passare del tempo...legacy.

Inoltre se uno scrive un applicazioni nuova usare .NET avrebbe l'ulteriore vantaggio di rendere la propria applicazione compatibile con ARM "gratis" e in futuro con tutti gli altri processori che M$ vorrà adottare alla faccia di Intel :eek:

Phoenix Fire (ciao :P ) e Fano:
suona tutto bellissimo (lo dico senza ironia), è veramente un balzo in avanti e sarei il primo ad abbracciare questa novità, ma quanto tempo ci metteremo a sbarazzarci dell'oceano di software Wintel prodotto finora?
Se gli ARM fossero abbastanza potenti si potrebbe rimediare come detto sopra, ma se Microsoft non "stimola" in qualche modo il passaggio massiccio dei programmatori a .Net, rischiamo di ritrovarci come con la transizione infinita dei processori da 32 a 64 bit..

Credo tutto dipende da quanto successo avranno i tablet e eventuali netbook con ARM... io direi che dal punto dell'utente sia una grande differenza come non era X64 (che alla fine essendo retrocompatibile si fa prima a non ricompilare :D) quindi potrebbe incentivare da parte degli sviluppatori l'uso di NET per essere compatibile sia con X86 che ARM ;)

Comunque l'ultima volta che ho usato VS (anni fa) il default era .NET, per scrivere un'applicazione "nativa" dovevi andartela a cercare :D

Con il passare degli anni si può sconsigliarne sempre di più l'utilizzo e poi far proprio sparire la possibilità :Prrr:

Phoenix Fire (ciao :P ) e Fano:
suona tutto bellissimo (lo dico senza ironia), è veramente un balzo in avanti e sarei il primo ad abbracciare questa novità, ma quanto tempo ci metteremo a sbarazzarci dell'oceano di software Wintel prodotto finora?
Se gli ARM fossero abbastanza potenti si potrebbe rimediare come detto sopra, ma se Microsoft non "stimola" in qualche modo il passaggio massiccio dei programmatori a .Net, rischiamo di ritrovarci come con la transizione infinita dei processori da 32 a 64 bit..

da programmatore di dico che .net è la piattaforma del futuro, il poter programmare in tutti i linguaggi visuali senza nessun problema di compatibilità e di doversi creare dei wrapper è una cosa spettacolare, il problema secondo me è che è una cosa proposta da MS e quindi spesso schifata per razzismo. MS cmq sta spingendo molto su questa piattaforma e i suoi software dovrebbero essere trascritti tutti in questo modo


OT non confondermi con brutta gente che frequenta altri siti (scherzo of course XD)

Certamente, magari con un approccio alla Java con compilazione bytecode, ma le applicazioni scritte in .net per ora sono una piccola minoranza.
Il problema sono quelle che fanno riferimento alle API standard di Windows, cioè la gran parte per ora..

meno piccola di quanto pensi