Le 09/04/2014 à 10h 52

hadoken a écrit :



Heureusement que l’Open Source est a l’abri des failles de sécurité grâce aux nombreux contributeurs / relecteurs !



" />





+1000 ….

Le 09/04/2014 à 10h 46

arno53 a écrit :



D’autre retour d’utilisateur d’hybride pour voir si les dire de JusteMe s’appliquent à tout le monde ? Ce qui signifierait la fin des menu tactile sur tablettes o.0





Non ca marche niquel sur ma surface 2 pro. J’imagine qu’il a eu un problème de mise à jour avec l’update1

Le 09/04/2014 à 10h 14

tanguy_k a écrit :



Faut qu’ils revoient leur nommage : Windows 8.1 Update 1

Sérieux, ils peuvent pas faire comme tout le monde : Windows 8.1, 8.2, 8.3, 9.0, 9.1, 9.2… ?

Et pourquoi Update alors qu’avant on parlait de Service Pack ?



Le pire c’est Office et Visual Studio avec une année au lieu d’un numéro, en sachant que l’année corresponds à l’année de sortie + 1 mais en fait pas toujours.



Et ça ne les empêchent pas de nommer les versions de IE ou Windows Phone de façon “traditionnelle” : 9, 10, 11…



Bref c’est incompréhensible et en plus incohérent : aucun produit Microsoft ne respecte le même nommage !





Je te l’accorde la notation de versions est un peu pourri " />

Pour Windows 9 c’est un nom de code ils vont peut être encore changer " />







tanguy_k a écrit :



Question bonus : quel est le numéro de version interne de Windows 8.1 ?

Réponse : 6.3.9600 évidemment !





Ca c’est normal depuis Vista ,ils augmentent juste la version mineure pour éviter que les applications qui vérifient la version majeure cessent de marcher.

Il est conseillé de tester l’existence des api ou de features plutôt que de vérifier la version de l’OS.

Depuis Windows 8.1 l’api GetVersionEx renvoie carrément la version de Windows 8 si l’application n’a pas de manifeste.

Il y aussi cette api Win32 qui est mise en valeur



L’idée de ces changements est de laisser l’os choisir si l’application peut marcher sur tel ou tel os. J’imagine que le but final de tout ceci c’est drawbridge.

Le 09/04/2014 à 09h 08

FunnyD a écrit :



Mais c’est quand même dommage de na pas télécharger la MàJ par défaut.





Ils font ça aussi pour les service pack. Ca permet de voir si il reste pas un problème de déploiement au cas où. Comme je dis au dessus ce sera automatique dans peu de temps.

Le 09/04/2014 à 08h 42

JR_Ewing a écrit :



La mise à jour n’est pas cochée par défaut, cela veut donc dire que les lambdas, qui ne vont jamais vérifier les màj sur WU, ne l’installeront pas, un peu comme la 8.1 dispo dans le store mais que peu de gens installent. " />





source

Apparemment si les gens ne patchent pas vers 8.1 update 1 ils n’auront plus d’update. J’imagine que Microsoft va forcer la mise à jour d’ici 5 semaines.

Le 09/04/2014 à 09h 19

divide a écrit :



Ouaip mais ça c’est parce que tu pense “connecté”. Il y a tout un tas d’application où la notion de reseau n’a que peu d’importance, et où une surcouche reste une perte de perf ou une barrière gênante quoi qu’il en soit. Je suis prêt à parier que le CryEngine/UnrealEngine/Unity, le ProTools, le 3DSMax/Maya/XSI et le Photoshop de 2020 seront toujours codés en C++ pur et dur. Même pour Photoshop qui s’est orienté cloud, peut-être que la partie reseau est ou sera un module managé, mais le coeur de l’application j’en doute.



Et puis il y a un autre aspect à prendre en compte: avec .Net, tu ne peux pas écrire une application réellement multi-plateforme, c’est limité aux plateformes Microsoft. Quand a Java, il n’est pas connu pour ses excellentes performances..





Le C++ perdurera encore longtemps à mon avis mais pas pour cette raison .



*Une grande quantité de projets de taille importantes sont écrites en C++. Ils ne vont pas tout réécrire comme ça.



*C++ permet le développement multi-plateforme, ce qui n’est pas le cas de .NET qui fonctionne uniquement sur Windows. Mais au vu de cette actualité, cela pourrait changer. C’est une bonne stratégie.

Le 09/04/2014 à 08h 24

arno53 a écrit :



J’ai vu ton tweet a propos de WDDM qui passe enfin en 2.x après 8 ans " />



Et sur ces imagesD3D12 Profiling, on voit que la partie Kernel-Mode Driver à un impact temps des plus négligeables … Ca veut dire que beaucoup de fonctions sont passé du Kernel-mode à l’User-Mode non ?



Si c’est le cas, j’imagine que ca va etre un grand pas pour isoler encore plus les pilotes comme te l’avais déjà plus ou moins dit le chef de projet du kernel pilote framework (dossier PCI Vista).





Je complète " /> En fait Sur Vista le nouveau modèle graphique WDDM qui est apparu était hybride. Il y avait un driver en espace noyau qui devait effectuer les fonctions de bases et un driver en espace utilisateur devant contenir la plus grosse partie du code.



Mais dans les faits les constructeurs pour gagner des perfs ont déporté pas mal de code dans le driver noyau. Sur ma machine le driver noyau nvidia fait 12Mo(amd c’est aussi dans le même ordre de grandeur). C’est énorme pour un driver noyau.



WDDM 2.0 devrait être une version majeure. Ils ont peut être réévaluer le problème. Je sais que j’avais discuté avec des développeurs de KMDF qui m’avaient expliqué que dans l’avenir ils voyaient passer beaucoup plus de drivers en espace utilisateur. Mais avec les noyaux classiques ce n’est pas possible pour les performances. Cela signifie t’il des changements majeurs sur la base de 9?

Le 09/04/2014 à 07h 23

arno53 a écrit :



J’ai vu ton tweet a propos de WDDM qui passe enfin en 2.x après 8 ans " />



Et sur ces imagesD3D12 Profiling, on voit que la partie Kernel-Mode Driver à un impact temps des plus négligeables … Ca veut dire que beaucoup de fonctions sont passé du Kernel-mode à l’User-Mode non ?



Si c’est le cas, j’imagine que ca va etre un grand pas pour isoler encore plus les pilotes comme te l’avais déjà plus ou moins dit le chef de projet du kernel pilote framework (dossier PCI Vista).





je ne sais pas encore trop ce qu’on doit en conclure mais j’ai trouvé ça bizarre que ça soit réduit à ce point en effet…

Le 08/04/2014 à 18h 30

Je finirai là dessus. On ne vit plus dans le même monde qu’il y a dix ans. Le cloud prend de plus en plus de place. Ca va de plus en plus loin. Bientôt on verra apparaître tout un tas de périphériques connectés. Comme harmattanblow j’ai codé longtemps en C++(je continue pour certaines choses) mais ce langage n’a clairement plus sa place dans ce nouveau monde qui se dessine.



Chez Microsoft ils ont déjà choisi, Le C++ devrait se cantonner dans l’avenir à l’intérieur d’une sandbox. Mais tout ce qui est système (os/drivers/services de base) devraient être codé dans un nouveau langage safe.

Le 08/04/2014 à 18h 18

Un ami dev m’a dit il y a quelques années l’os parfait c’est l’os qui tient compte que l’utilisateur moyen est une buse et que le développeur moyen code avec les pieds.

Perso je trouve incroyable qu’en 2014 encore aucun OS n’isole les drivers par rapport au noyau quand on voit les dégats que ça peut provoquer.

Le 08/04/2014 à 18h 09

divide a écrit :



Chacun ses priorités; tu as visiblement une obsession pour la sécurité, je ne sais pas dans quel domaine tu bosse mais ça a visiblement une importance particulière. Dans mon domaine ce sont les performances des algo/binaires qui sont importantes avant tout; et à partir du moment ou l’environnement des utilisateurs est à peu près sécurisé (OS à jour les protections d’usage) et qu’ils récupèrent les binaires de source fiables, je ne vois pas de raison de psychoter. Dans mon cas, passer mon code en .Net serait un peu me tirer une balle dans le pied.





Je continue à développer sur client en C++. Mais programmer en C++ sur serveur est mon avis inconscient en terme de sécurité.



Au passage l’actualité nous montre régulièrement les dangers du C++ avec son lot de failles dans les navigateurs web ou les systèmes d’exploitations.

Un exemple récent dans openssl

J’ai vu pas mal de gens sur ce site qui viennent vous raconter qu’il suffit de relire le code pour trouver toutes les failles. C’est bien évidemment faux comme le raconte harmattanblow il faudrait être un alien pour ne pas faire de bugs.

Personnellement je pense qu’il ne faut pas faire confiance aux développeurs pour la sécurité, on a vu ce que ça a donné. Même si ça devait se traduire par une petite perte de performances(on en reparlera le moment venu..) l’utilisation de langage safe dans l’os resterait très intéressant pour l’utilisateur.

Le 04/04/2014 à 17h 05

wagaf a écrit :



Si la licence n’est pas libre, ça ne change surtout rien du tout, ça restera une solution propriétaire pour enfermer les clients naïfs.





C’est une licence apache 2.0 et c’est libre….

Sauf si d’après ta définition un logiciel Microsoft n’est pas libre " />

Le 04/04/2014 à 16h 49

Enfin je donne juste mon avis perso. Ca devrait pousser le .NET plus vers le multiplateforme. C’est une bonne chose cela devrait augmenter le nombre de développeurs .NET et augmenter la cible d’utilisateurs.



Il y avait pas mal de rumeurs sur un portage sur android et diverses choses du même acabit. Mais au vu de ces informations récentes ça parait plus crédible.



Microsoft a commencé le virage sur devices+services et s’adapte en conséquence :)

Le 04/04/2014 à 16h 43

arno53 a écrit :



Charon est demandé dans les commentaires pour parler Tree-shaking, Roslyn et tout et tout " />



J’espère qu’on va pas avoir des commentaires du type “de l’open source made in MS cay le mal” " />





Je ne pourrais pas trop intervenir,je rentre chez moi ce week end. Je dois tout préparer " />

Le 04/04/2014 à 10h 12

J’ai regardé quelques diapos. Comme ça avait été dit avant la convergence n’est pas complètement terminé.

Par exemple la convergence sur WinJS entre les phones et le PC aura lieu qu’en 2015. Ils parlent aussi de supporter ios et android. ( https://channel9.msdn.com/Events/Build/2014/2-506 )

Edit: Apparemment c’est déja le cas pour ios et android)



Sinon sur un slide de DirectX12 j’a trouvé des informations intéressantes

WDDM le modèle de drivers graphiques passerait en version 2.0. Pour information il est en version 1.x depuis Vista. Ce qui confirmerait le coté majeur de Windows 9.

Ils ont aussi comparé les temps d’exécution entre DX11 et DX12 . Sur DX12 la partie en kernel mode(noyau graphique+driver kernel) est ridiculement basse. On le voit presque pas sur le diagramme.

Le 03/04/2014 à 17h 50

Roslyn devient aussi open source.

Le 03/04/2014 à 17h 38

Apparemment Microsoft a crée une fondation .NET et rend open source le framework .NET et tout un tas de frameworks gravitant autour.

Le partenariat avec xamarin semble aussi confirmé.



source

Le 03/04/2014 à 17h 08

Direct2D est aussi disponible sur WP8.1. C’était pas le cas sur WP8

Le 03/04/2014 à 13h 46

Yzokras a écrit :



C’était le même auteur de cette news qui me disait il y a quelques mois que jamais Microsoft ne remettra le menu Démarrer !

Encore une fois j’avais raison.





Je pense que tu n’as pas compris ses propos. Pas sous la forme du menu démarrer Windows 7. On parlait depuis un moment du mini start.

Le 03/04/2014 à 13h 40

frodon18 a écrit :



On a des infos sur Windows 9 ou pas encore?





Très peu en fait. Foley en a parlé sous le nom de code threshold. C’est censé être une version majeure et sortir en avril 2015.



Sur ce qu’on sait il y aurait différents sku(versions de windows) autour d’une base commune.

Un sku modern qui serait pour tous les appareils tactiles et ne supporterait pas win32.

Un sku pc et un sku entreprise qui supporteraient win32

et une autre source(evleaks) parlait de sku voice pour la xbox one.



Chaque sku aurait une interface adaptée à l’ergonomie de l’appareil.



Thurrott pense mais moi aussi que Microsoft pourrait sortir un nouveau bureau pour la version PC.



Sinon il y a de fortes chances que certaines techno midori soient intégrées vu que Microsoft a commencé à communiquer il y a quelques temps sur M#.

Le 03/04/2014 à 11h 45

Windows 9 est censé être une version majeure. Il faut s’attendre à du lourd à mon avis….

Le 03/04/2014 à 11h 33

Jed08 a écrit :



Nan mais ya pas que le Menu démarrer, il y a aussi la possibilité de lancer les applis Modern UI en mode fenêtré.

Mais d’après The Verge ce sera pour Windows 9 et pas l’update de cette année





Non a la keynote hier ils ont dit que c’était pour le prochain update de 8.1. le prochain d’apres MJF c’est l’update 2 à la fin de l’année.

Windows 9 est prévu en avril 2015.



EDIT: Verge dit que c’est dans un futur update cette année:



A major Windows 8.1 update is coming later this month, but neither of the new features will make it into that refresh. Instead it says they’ll come as part of a “future update” of Windows later this year.

Le 03/04/2014 à 08h 21

Apparemment Project N a été annoncé





This preview release of .NET Native offers you the performance of C++ with the productivity of C#. .NET Native enables the best of both worlds!

Le 02/04/2014 à 17h 51

arno53 a écrit :



T’avais encore raison : pas besoin d’attendre Windows 9 " />





Si ca sort directement dans un update je me demande ce qu’ils vont mettre dans Windows 9 qui est considéré comme majeur " />

Le 02/04/2014 à 17h 46

Ils viennent de montrer le nouveau menu demarrer et les applis WinRT qui se lancent dans des fenêtres. ca devrait sortir dans un autre update de 8.1.

Office WinRT a été aussi révélé. Sans compter les applis universelles winrt qui marcheront sur pc/tablette/phone/xbox.

Du lourd " />

Le 02/04/2014 à 12h 53

Apparemment Direct2D devrait être disponible sur WP8.1 c’est pas le cas actuellement;

Le 02/04/2014 à 10h 56

Edtech a écrit :



Je n’ai pas dit que WinRT était en .NET, mais que WinRT obligeait de passer par .NET quand il était utilisé, sauf cas DirectX.





Ok j’ai relu tes commentaires ce n’était pas très clair :) . Oui même en C++ il faut passer par une variante safe(C++/CX) pour utiliser les api. Mais le reste du code peut rester en C++ classique et WinRT(pour le moment) est écrit en C++/COM+.

Le 02/04/2014 à 10h 39

dargos a écrit :



Mono a été renomé Xamarin, et il y a justement une session dédiée à ca :

Go Mobile with C# and Xamarin





Il y a des rumeurs sur un possible rachat de xamarin par Microsoft

Le 02/04/2014 à 10h 24

Edtech a écrit :



Faut pas tout confondre : WinRT c’est uniquement .NET ! Par contre, on peut utiliser du C#, du C++, du XAML, du javascript et du HTML5. Mais derrière, ça passe par .NET.



Seule exception, les applications DirectX. Dans ce cas là, WinRT ne sert que d’encapsulation et le cœur du programme/jeu est en C++11 safe (perdu le nom donné par MS) uniquement !





Pas d’accord avec toi WinRT est écrit en C++. Ce que Microsoft avait dit à l’époque (c’est du COM)

Le 02/04/2014 à 09h 41

monpci a écrit :



MS veut clairement se débarrasser de tout ce qui n’est pas dotnet voir windows RT seul les applis dotnet fonctionne





Les applications WinRT peuvent être codées dans n’importe quel langage y compris le C++.

C’est au niveau système ou à terme Microsoft devrait pousser sur M# mais M# ne nécessite pas de VM.

Le 01/04/2014 à 13h 47

sniperdc a écrit :



Si mais c’est le Next qui dans le domaine que je ne comprends pas.





Je ne trouve pas regarde mon commentaire 220. Ensuite peut être que les intéressés te répondront.

Le 01/04/2014 à 13h 44

sniperdc a écrit :



Le PC n’a vraiment plus le vent en proue pour changer le nom de domaine ?



Pourquoi Next ?

Pouquoi pas CS Inpact ? Computer Science



ça fera trop counter strike ?



Si cela n’est pas une blague le nouveau positionnement du site n’est pas absolument pertinent.





Tu as lu la news? PCI couvre beaucoup plus que l’actualité sur le PC.

Le 01/04/2014 à 13h 37

sniperdc a écrit :



" /> Superbe blague du 1er Avril mais sincèrement je dis “Next” à Next Inpact.



Vous perdriez tout référencement clé au prêt de des moteur de recherche puis Next inpact va se noyer dans le flô des moteurs de recherche anglophones.





Bref Next " />





Non ce n’est pas un premier avril " />

Pour Google il existe une page pour lui indiquer un changement de nom de domaine. Tu ne perds pas le référencement.

Le 01/04/2014 à 10h 03

Le nom est pas mal next est désigné par plusieurs compagnies pour nommer le produit a venir. Du coup le nom NextInpact ne devrait jamais être désuet et toujours dans le vent de la nouveauté " />

Le 26/03/2014 à 21h 46

jrbleboss a écrit :



Source ? Pas convaincu du tout





Source interne..

Le 26/03/2014 à 15h 46

DayWalker a écrit :



On peut ne pas être d’accord avec Charon et ses pronostiques (et je l’ai été un paquet de fois), mais dans les faits, il sait de quoi il parle, et il avance des arguments.



Au moins, avec lui,c ‘est constructif d’échanger ^ ^ (même si on sent bien qu’il est bien attaché à MS !)





" /> (message perso que tu comprendras : pouet " />)

Le 26/03/2014 à 15h 35

HarmattanBlow a écrit :



Tu ne trouveras pas de réponse dans les sources fournies mais je peux t’éclairer, sachant que je trouve pour ma part l’affirmation de MS très exagérée même si dans certaines situations ils feront effectivement mieux que le C++.





Le premier principe c’est que l’essentiel des surcoûts imputables au code managé peuvent être virés :

* Les vérifications des bornes des tableaux peuvent bien souvent être éliminées (c’est déjà le cas dans les situations les plus simples). Soit parce qu’on peut déterminer qu’elles ne seront jamais violées, soit en effectuant un seul test au début.



* La plupart des objet une vie courte se limitant à la méthode et pourraient être rendues locales, voire allouées sur la pile, en zappant le GC.





Le second principe c’est que le C++ a ses propres limites :

* Le comptage de références est réalisé au moyen d’opérations atomiques à chaque assignation qui sont coûteuses en temps CPU. A contrario un GC qui met en pause le thread n’a rien à faire lors des assignations et peut éviter tout mécanisme de synchronisation, ce qui lui permet souvent de consommer moins de CPU. Plus généralement le C++ moderne tel qu’il est utilisé en pratique est riche de motifs qui le rendent finalement aussi lourd qu’un langage managé. Le C++ moderne doit beaucoup à la qualité de ses compilateurs pour éviter ces surcoûts, or ces possibilités d’optimisation sont identiques à celles des langages managés.



* Du fait de la gestion libérale des pointeurs en C++ il faut toujours considérer qu’un emplacement mémoire peut être modifié à n’importe quel moment, ce qui empêche par exemple de conserver une valeur dans les registres. D’où le mot clé “restrict” et certaines options de compilation. Or en C# il est beaucoup plus facile pour le compilateur de déterminer qu’un emplacement mémoire n’est référencé que par telle variable locale.



* Le fait que le C++ ne compacte pas les données en mémoire ralentit l’exécution des programmes sur le long terme du fait de la fragmentation, surtout sur serveurs.





Sur ce que j’ai pu lire de diverses sources. Le compilateur C# sur lequel ils travaillent est décrit comme un compilateur optimiseur avancé.

Source1





On the C# side, we are building an advanced optimizing compiler that translates MSIL to native code. Managed code can be much higher performing when it is compiled by an ahead-of-time advanced optimizing compiler to native code.





sur le lien du blog de joe duffy cité plus haut il dit ceci:





It’s commonly claimed that with type-safety comes an inherent loss of performance. It is true that bounds checking is non-negotiable, and that we prefer overflow checking by default. It’s surprising what a good optimizing compiler can do here, versus JIT compiling.





J’avais lu aussi un vieil article sur bartok qui expliquait qu’ils comptaient effectuer certaines optimisations avancées rendues possibles uniquement par l’utilisation d’un “safe langage” .Je ne le retrouve plus mais je le posterai si je remet la main dessus.

En fait je pense que la plupart des gains de performances sur M# sont dus à une forte optimisation du compilateur. Tu en as d’ailleurs cité quelques unes.



L’autre aspect est que ce langage serait optimisé pour le many core. Joe duffy a pas mal travaillé sur ces problématiques par le passé.

Le 26/03/2014 à 13h 17

Para-doxe a écrit :



On en revient à ma première intervention sur cette news. J’ai l’impression qu’on tourne en rond. " />



Bref, prends mes commentaires comme bon te semble. J’ai essayé de les rendre les plus neutres possibles. " />



Je dois y aller, aussi je ne pourrais continuer cette discussion. Alors @+.







C’est comme se balader dans un quartier afro-américain avec un cagoule du KKK, normal que tu te fasse agresser.



Oui tu m’as comparé à un facho " /> je ne savais pas que ceux qui défendent Windows sont des fachos….

Le 26/03/2014 à 13h 07

Para-doxe a écrit :



Tu as autant le droit de donner ton avis sur un sujet que d’autres d’en donner un sur le tien. " />



La liberté d’expression est la même pour tous, elle ne s’arrête pas à toi.

Maintenant si tu publies ton avis, il faut accepter qu’il puisse être contredit.

Et évite de te victimiser comme tu viens de le faire si tu veux êtres pris au sérieux.







Tu fais ce que tu veux. Mais faudra pas te plaindre si quelqu’un n’est pas du même avis que toi.





C’est pas le fait d’être contredit qui me gène c’est que systématiquement j’ai des réponses aggressives alors que je ne le suis pas du tout dans mes propos.

Le 26/03/2014 à 13h 05

fraoch a écrit :



J’ai du mal a croire que du code managé aille plus vite que du compilé….



Apres, d’un point de vue humain, peut être que le résultat sera pareil, et que l’expérience utilisateur sera bonne.



Mais je doute … En tout cas, je serais bien content si c’etait possible. Le code managé pouvant etre plus facilement exporté





Et avant de hurler, je developpe en enviro MS…..





C’est ce qu’annonce Microsoft:

source





Our goal is make the performance of managed languages exceed that of traditional unmanaged languages.





source 2

En réalite M# est un langage compilé directement en code natif. Tu n’as pas de runtime Ils ont poussé pas mal d’optimisation en particulier pour le code parallele.

Le 26/03/2014 à 13h 00

ff9098 a écrit :



Le problème c’est que tu ne fais que ça, et on a bien remarqué que tu n’intervient nulle part ailleurs.





Et toi tu trolles systematiquement sur toutes les news PCI. Si je préfères intervenir sur les news Microsoft c’est mon droit. J’ai pas du tout le temps de faire toutes les news.

Le 26/03/2014 à 12h 54

Para-doxe a écrit :



C’est comme se balader dans un quartier afro-américain avec un cagoule du KKK, normal que tu te fasse agresser.



Si on veut vivre dangereusement, il faut en assumer les conséquences.





En gros c’est de ma faute que je me fasse aggresser sur PCI car j’ose défendre Microsoft.. Joli la liberté d’expression surtout venant de gens qui se disent libristes….

Au passage je n’interviens jamais sur les news linux et OSX. ce qui est pas le cas de certains…

Et ton image elle est pourrie tu me compares a un facho super….

Le 26/03/2014 à 12h 48

ff9098 a écrit :



Tu crois que je m’abonne a tes messages ?





Tu les a très bien vu ,vu que tu trolles systématiquement dans toutes les news Windows. Espèce de menteur…

Le 26/03/2014 à 12h 37

ff9098 a écrit :



En tout cas, on reconnaît volontier ton côté fanboy a 200% " />





Dit le hateboy ms le plus virulent de PCI " />

Etrangement je t’ai pas entendu me traiter de fanboy MS quand je critiquais Modern UI. Je suis surement 10000 fois plus objectif que toi " />

Le 26/03/2014 à 17h 56

Un point que j’ai bien aimé, c’est la disparition du menu démarrer.



Ce n’est pas vraiment étonnant,les gens oublient mais à une époque bien avant Windows 8 certaines personnes à juste titre ont critiqué l”ergonomie du menu démarrer. Il y avait eu des débats sur PCI.



Le problème de l’interface windows(7 et avant) est que le menu démarrer reste central. Si Microsoft voulait faire évoluer significativement l’interface Windows ,Microsoft était obligé de l’achever.



Je ne pense pas que le menu démarrer reviendra sur Windows 9. Si ils avaient voulu le remettre ils l’auraient déjà fait sur 8.1. Comme je disais ils essayent de s’en débarrasser depuis un moment.

Je pense plutôt qu’ils vont remettre quelque chose de nouveau conçu pour être utiliser principalement à la souris. Le start screen de Windows 8 avec ses grosses tuiles est plutôt touch first que mouse first.

Le 26/03/2014 à 17h 21

Commentaire_supprime a écrit :



De ce que j’en vois de l’interface en ce moment (oui, oui, je suis provisoirement sous W8, je fais un test grandeur réelle depuis dimanche après-midi avant de faire un compte-rendu début mai), l’interface, il n’y a pas de quoi hurler à la mort du petit cheval.



Après, si c’est pertinent et utile Metro UI en utilisation desktop, c’est prématuré pour moi d’en parler à ce stade. Disons, pour le moment, que ça n’enlève rien et que je ne vois pas ça comme une gêne.





J’ai vu que tu l’as teste comme on te l’avait recommandé :) Tout à ton honneur " />



En fait pour moi Windows 8 n’est pas complètement atroce en soit. Il reste plus rapide que 7 et le bureau existe toujours.



Par contre Modern UI est surtout hai sur le bureau, principalement pour le plein écran imposé avec les applications WinRT. Tu peux tout a fait l’utiliser comme avant. Il y a une option dans 8.1 pour booter directement sur le bureau. Ensuite tu mets sur la barre des taches les applications bureau les plus utilisées. Si tu es allergique au start screen(c’est pas mon cas) tu peux installer classic shell.



Dans les faits beaucoup d’utilisateurs Windows ⁸⁄₈.1 s’accomodent comme ceci. Par contre c’est un gros fail du framework WinRT car sur le bureau je connais quasiment personne qui utilisent ces applications.



Pour résumer Windows 8 n’est ni blanc ni noir mais plutôt gris…

Perso j’attends Windows 9 pour que ces problèmes soient pris en compte.

Le 26/03/2014 à 16h 45

127.0.0.1 a écrit :



C’est dire si cet OS est un grand succès. " />





Rien à voir ils pourraient faire la même chose avec Windows 9 (SKU Modern UI) d’après certaines rumeurs. Microsoft est juste en train de passer sur sa nouvelle stratégie devices+services. Le processus a du s’ accélérer avec la nomination de terry myerson et satya nadella.

De toute façon c’est pas parce qu’ils remboursent le prix de Windows 8, que les utilisateurs vont migrer pour autant sur cet OS. Les gens crient en grande majorité sur l’interface pas le prix.

Le 26/03/2014 à 17h 00

maxxyme a écrit :



Pas sûr de vraiment très bien comprendre le concept. Certes l’anglais n’est pas un problème pour moi, mais les termes très techniques relatifs aux architectures OS & co…. " /> " /> " />





Pour résumer très rapidement c’est une sorte de solution de virtualisation soft beaucoup plus légère que la virtualisation classique.

Avec DrawBridge ,Windows devient une simple bibliothèque d’api. Il est possible de le faire tourner sur tous un tas de systèmes hôtes différents comme Midori, Barrelfish, Windows CE etc.

Le concept de Library OS permet surtout de faire évoluer Windows sans casse en terme de compatibilité. Tu peux charger des libos récentes sur des OS hôtes plus anciens par exemple.

Le 26/03/2014 à 14h 11

jb a écrit :



C’est LXC/docker pour Windows?





Au premier abord ça ressemble en effet mais il doit y avoir des différences.

Drawbridge repose sur le concept de library OS. Il ne marche pas seulement avec Windows mais aussi Linux. Et sur les dernières versions il fait tourner du x86 sur de l’arm.



J’ai écritun article il y a trois ans sur le sujetsi cela t’intéresse

J’ai mis les liens pdf en source. Tu as aussi la page officielle avec toutes les publications.

Le 26/03/2014 à 11h 57

Une petite doc sur drawbridge qui résume pas mal de choses.