?!?
va falloir nous dire où tu as trouvé ces mots là

D'ici a ce qu'il sorte....

"compartimenté et modularisé." peut-être ?

En effet, on devrait plutôt lire :
"compartimenté et modulé"
ou même en reformulant :
"modulaire et compartimenté"

Seven n'est pas encore sorti et ils ont déjà sont remplaçant...

En meme temps c'est microsoft...

Ça veut dire que le C#++ sera du Java? Et le Java sera exécuté sur une machine virtuelle qui sera elle-même exécuté sur une machine virtuelle?

C'est java ça ! Non ?
La java s'en va
Il y a de l'orage dans l'air
Il y a de l'eau dans le gaz
Entre le jazz et la java

Avec plusieurs niveaux de machines virtuelles ça risque de demander une machine super puissante pour tourner correctement.

Ca me parait plutôt réservé aux serveurs plutôt qu'au grand publique.

Pcode Pascal UCSD 1978 roxxxxeee....

"programmeur" ?
sans vouloir être tatillon, pour un site spécialiste j'aurais préféré lire "développeur".

Depuis quand machine virtuelle = java, les gars ?

C'est du Microsoft, ce sera donc certainement .NET.

Michael Jordan ?

Si vous voulez en savoir plus, je vous conseille vraiment de lire la source de la news qui est TRES bien faite et clarifie les mauvaises traductions/oublis de celle-ci

Et ?

C'est plutot bon signe qu'ils explorent d'autres voie non ?
Il n'y a pas que Windows tel qu'on le connait dans la vie, Une machine comme MS est quand même capable de mener plusieurs projet en parallèle, c'ets la moindre des choses à leur niveau. On n'en attend pas moins d'eux...

ils parlent de l'icône dans ta barre des taches qui s'appelle "machine virtuelle java" (je sais pas pourquoi ça s'appelle comme ça mais bon).

Les utilisateurs aussi songent à s'écarter de Windows...
Et les temps changent, ça je l'ai souvent dit.

Que MS ai besoin de tout remettre à plat c'est une nécessité, sauf que c'est un peu tard pour commencer à y réfléchir. Que va t'on avoir ? Un OS qui n'est pas Windows, pas compatible directement avec celui-ci, qui ne lui ressemblera pas, lent et lourd (car en code managé), et probablement assez buggé à ses débuts (logique c'est l'inévitable essuyage des plâtres).

Donc si c'est pour faire tourner des applis windows sur une machine virtuelle, autant prendre OS X (voir Linux), l'OS d'Apple commençant à être largement au point, et n'ayant pas attendu la saint glin-glin pour adopter ce que promet Midori (micro kernel, api modernes, etc...).

On me répondra que le vrai intérêt de Midori ça va être les nouvelles applis faites spécialement pour... mais si ça connaît le succès des applis en WPF pour Vista (c'est à dire un bide comme jamais personne n'en a connu), autant tout laisser tomber de suite.
L'intérêt des OS de MS c'est Windows et plus précisément les applis Win32, le reste n'intéresse personne (voir le sondage US dont j'ai parlé hier sur le taux de refus de Vista dans les entreprises qui augmente, et celui des intentions de migrer sous OSX et Linux en hausse).

Croyez-donc bien que les choses vont changer à l'avenir et l'indispensabilité (moi aussi je sais inventer des mots ) de Windows va largement diminuer.

C'est clair. Surtout si ils partent sur quelque chose de complètement nouveau là, il y a du boulot donc, autant qu'ils s'y mettent le plus tôt possible.
LVM --> Tout ce que tu dis est vrai aujourd'hui mais ce n'est pas un peu trop tôt pour juger Midori alors qu'on ne sait même pas encore comment il fonctionnera concrêtement et se baser sur tes suppositions?

On ne sait meme pas encore comment cet eventuel OS va fonctionner, ni si il a pour but de remplacer windows au sens large... Si ca se trouve c'est juste un OS pour des bornes d'acces dans les magasins etc etc... Avant de demonter M$, laissons les nous exposer leur bousin si tel est le cas !
En general c'est comme ca qu'on fait en tous cas, du moins on demonte pas un produit qui n'existe pas encore et dont on a jamais entendu parler..

Enfin moi je dis ca...

LVM le grand devin a parlé !
Le prochain windows sera nul ! Normal c'est windows, ils s'y prennent vraiment tard ces bourrins, ils auraient dû l'écouter avant !
Heureusement Mac OS et linux sont là ! Heureusement qu'il y a des gentils sans défauts, accessibles a tous, et compatible avec le materiel éxistant en plus

s'il parte sur du complètement nouveau, je leur dis bravo... vous avez compris... ils utiliseront de toute façon la virtualisation surement pour la rétrocompatibilité d'applications windows...

En ce qui concerne les MAC, c'est accessible à tous... ceux qui ont un revenu par mois de qq milliers de k€, qui ne nécessitent pas une compatibilité totale avec l'ensemble des logiciels sur le marché, qui sont prêts à avoir la main mise d'une firme sur leur produit...

Bon, ok, je sors

Oui il faut mettre une dose de conditionnel: si Midori est tel que décrit David, oui les problèmes que je décris vont survenir. Bien sûr si Midori est différent de cela, mon analyse ne vaut plus rien.

Et puis Midori, ça serait après Seven, donc on a le temps de voir venir...




Sauf que c'est pas ce que j'ai écrit, et au fait, relis l'article: Midori ne sera pas un prochain Windows. De ce qu'on sait, et David le dit, ça ne sera pas un Windows, mais une nouvelle architecture, capable bien entendu d'émuler les anciennes applis windows (comme on le fait sur Mac et Linux). Si tel est le cas la question de l'intérêt de passer à Midori se pose. Car en plus les softs en version 1.0 c'est jamais bon, et le code managé c'est plus consommateur de ressources que le code natif.
Et ce sont des problèmes que n'ont ni Linux ni OS X.

Ahh... ou il est mon bon vieux DOS 6.22 ???

Comme l'a écrit Je@nb allez lire l'article source.
A lui seul il fait 4 pages A4 en petits caractères (bah oui je l'ai imprimé pour prendre le temps de digérer tout ça)... en bon anglais.

Et LVM se plante, au moins pour OsX, qui fait tourner des applis PPC sur X86. Rosetta n'est peut-être pas une "vraie" machine virtuelle mais elle est là aussi invisible soit elle.

Et avant cela il a fallu gérer la transition entre Os9 et OsX avec un bon gros émulateur des familles.
OsX démontre au contraire que tout cela peut être géré de façon quasi transparente et avec des perfs au moins équivalentes au matos de la génération précédente (parce que sur le même matos, c'est sur que l'émulation va moins vite que le natif).

Midori va beaucoup plus loin puisque tout logiciel compilé pour Midori tourne dans une machine virtuelle. Il ne s'agit pas d'émulation pour les exe de OuinOuin mais d'isolation pour des raisons de sécurité (en gros).

Un petit tour sur Wikipedia avec "virtualisation" et aussi "Xen" est très instructif.

C'est à peu prêt ce que j'allais dire.

Il y a une différence entre:

Hardware -> OS -> Machine Virtuelle -> API -> Software (cas de ce qu'on a beaucoup aujourd'hui et ce qui est appliqué dans MacOS X)

Et

Hardware -> OS/hyperviseur -> API -> Software

C'est effectivement comme si on comparait Virtual PC ou WMWare à XEN .. ça n'a rien à voir et en matière de performance Xen est sans commune mesure avec les 2 précédents.

Et d'après ce qui en est dit là et dans le texte source le projet de MS se rapproche plus du second cas que du premier. Donc ça ne se compare pas avec ce que font linux ou MacOS aujourd'hui.

LVM, tout ce que je vois c'est que tu as une telle haine envers microsoft que tu critique leurs OS avant même qu'ils soient sortis.
Si apple décidait de reprendre Mac OS a zéro, tu dirais que Mac c'est tellement mieux parce que eux ils ont une ouverture d'esprit et ils essayent d'innover...

C'est un peu ce qu'ils ont fait avec MacOS X par rapport à MacOS 9... meme si MacOS X n'est qu'un Unix de plus au final et n'a donc rien de révolutionnaire dans ces fondements

Et ou t'as vu qu'un société attendait qu'un OS sorte avant de réfléchir à l'apres.
Tu dois être une de ces personnes qui croient que Microsoft n'est pas capable de réagir.
C'est la raison pour laquelle tu risque d'être surpris.

A noté que Apple, IBM ou n'importe quelle société en ayant les moyens ne font pas du coup par coup.

En même temps Apple n'avait pas les même contrainte de compatibilité que MS pour OSX.

MS ne peut pas faire table rase de 20 ans d'informatique.