Oui exactement. En fait c un peu la raison pour laquelle ils ont cree des conteneurs. La solution de virtualisation classique est trop lourde. L accès aux ressources matérielles est complexe.
Le
16/01/2016 à
16h
29
Ce n’est pas parce windows reposerait sur une base posix que toutes les applications seraient compatibles.
OSX repose peut être sur une base posix mais la plateforme de développement c’est du cocoa et elle n’a strictement rien à voir avec Linux. C’est la même chose entre android et Linux où les deux plateformes de développement sont totalement différentes.
De plus comme expliqué plus haut le noyau NT intègre déjà un sous système posix depuis longtemps.
Quand au passage sur un système linux je partage l’avis d’arno53 . une telle décision créerait de gros problèmes de compatibilités pour une plus value mineure. Sans compter que tous les appareils actuels sous Windows n’ont pas forcément un driver sous Linux.
Arnaud a parlé du projet WaveFront dont le but serait de passer graduellement le code Windows dans un nouveau langage safe.
Il y a un autre aspect je l’avais déjà expliqué par le passé. Au départ Microsoft a travaillé sur un os radicalement différent (Midori) mais aussi totalement incompatible avec Windows. C’est pour ça qu’ils ont crée le projet drawbridge. J’ai expliqué tout plus en détail sur mon blog. Mais l’idée de départ est de séparer totalement la plateforme applicative du système hôte. Au final on devrait avoir une sorte de méta os super leger écrit totalement en langage safe qui fait tourner des conteneurs Windows(voir de différentes versions) mais aussi des conteneurs linux ou android.
Au final Microsoft ne passera pas sous un os linux mais au final on devrait se retrouver avec des avantages en terme de compatibilité applicative sans les ennuis qu’on aurait pu avoir avec votre solution “radicale”.
Pour redstone côté serveur il y aura des conteneurs. Coté client apparemment ils bossent sur tout un tas de projets autour des conteneurs(j’avais déjà posté un lien linkedin).
Je pense que nadella veut vraiment plus s’ouvrir à Linux et au libre. Ces solutions techniques rendent cela possible :)
C’est surtout qu’avant Vista le développement des windows était plus ou moins monolithique.
Vista en soit était une sorte de big bang à sa sortie en terme de modifications. C’est à cause de cela aussi que le code n’était pas du tout optimisé avec de gros problèmes de compatibilités.
Par la suite ils ont effectué des évolutions contrôlées. Il n’y aura plus jamais d’os de ce genre. La concurrence fait pareil d’ailleurs.
Pour Windows 10 j’ai un ami qui bosse chez Microsoft qui m’a expliqué que la quantité de code modifié et crée pour Windows 10 est supérieure à celle de Vista à l’époque. Ils contrôlent juste mieux l’évolution qu’à l’époque.
Le
11/01/2016 à
12h
26
corsebou a écrit :
Ce n’est pas la technique qui influence les décisions, mais le business.
Bien sur que la technique joue aussi, tu ne peux pas faire tout ce que tu as envie en informatique. Moi j’aimerai bien que Ms sorte une isolation des drivers kernel mode pour mettre fin totalement aux bsod. Mais ce n’est pas parce que tu as envie d’une nouvelle fonctionnalité que tu peux y arriver ou que ce soit si simple.
Il y a forcément des contraintes techniques.
corsebou a écrit :
Hors la part des ordinateurs tournant sous Windows7 est encore très importante a ce jour!
Comme XP à l’époque avec DirectX10 on sait ce qui s’est passé…
corsebou a écrit :
Donc ce n’est pas impossible. Et ce n’est pas une impossibilité technique, même si d’après ton lien cela nécéssitera pas mal de changements sous Win7.
Il sont juste obligés de changer tout le sous système graphique en tenant compte des dépendances avec le noyau. Microsoft n’a jamais sorti de telles mises à jour avant 10(qui est un cas spécial et a été prevu pour). Si microsoft sortait un tel update sur 7 ça créerait surtout beaucoup de problèmes.
corsebou a écrit :
*Par contre il est clair que Microsoft veulent imposer Win10 donc peut-être qu’ils sont prets a garder le cap de l’abandon de Win7 et de ses utilisateurs pour aller sur Win10.
Attention je ne dis pas que tu as tort mais que l’aspect technique n’est pas celui qui freine le portage de Directx12 sous Win7, a terme.
La volonté de faire passer les utilisateurs sur l’os suivant n’a jamais été aussi forte qu’avec 10. A quoi ça sert de continuer à investir sur 7 alors que Microsoft propose un upgrade gratuit vers 10 et que tôt ou tard la plupart des utilisateurs windows finiront par y passer même si il existe une réticence sur certains points pour le moment.
corsebou a écrit :
On verra ds quelque mois si la part de marché de Win7 reste conséquente et si Microsoft réagissent différement.
Tu vas attendre longtemps. Certains utilisateurs de XP attendent toujours DirectX10…
corsebou a écrit :
Mais je comprends que vous êtes sceptiques. C’est vrai que beaucoup d’éléments semble indiquer qu’ils ont tiré un trait sous Win7, pour l’instant.
PS: au passage je m’en fous de Directx12 de toute facons je n’ai pas le HW ni la machine pour cela et encore moins la motivation.
Oui tout converge pour un non support de DirectX12 sur Windows 7
Le
10/01/2016 à
09h
57
J’avais dit que j’interviendrai plus mais vu que personne t’as répondu….
Regarde là:
MicrosoftA hardware platform with a Direct3D 12-compatible GPU
Display drivers that support the Windows Display Driver Model (WDDM) 2.0
DirectX12 repose sur le nouveau modèle de drivers graphiques WDDM 2.0 qui n’est présent que sur Windows 10. A partir de là c’est mort ils vont surement pas changer le modèle de drivers graphiques de 7. il s’est passé la même chose au passage de XP à Vista avec DX10 mais en pire. DirectX10 n’a jamais été porté sur XP.
Je precise aussi que WDDM est développé par l’équipe de DirectX. c’est la partie low level du système pour DirectX. Ce qui explique la dépendance forte entre WDDM et DirectX.
A la limite techniquement parlant tu aurais pu espérer un support de dx 11.3 sur 7 grâce au système de feature level. Mais déjà Microsoft n’a pas sorti 11.2 sur 7 pour promouvoir Windows 8.
Vu qu’ils mettent le paquet pour que les gens passent sur Windows 10, même si techniquement, cela avait été possible ils ne l’auraient pas fait.
Avec Windows la compatibilité est parfaite ? Tous les logiciels fonctionnent, tous les pilotes, lors d’un changement de version de l’OS ?… Tu sais comme moi que les problèmes sont foison : périphériques qui étaient reconnus sous Windows 7 mais plus sous 10, logiciels qui ne se lancent plus, etc. Niveau rétro-compatibilité, désolé mais Windows n’est pas parfait.
Tu ne manques pas de culot pour dire çà alors que mon propos initial dit justement le contraire que la compatibilité windows n’est pas suffisante. Après je ne suis pas venu pour des combats idéologiques. Je réagissais à la news. Un mec est venu parler de Linux alors que c’est HS je lui ai juste répondu. La réponse ne te plait peut être pas mais oui au bout de trois ans sur Linux beaucoup de programmes ne marchent plus.DoWnR vient le confirmer.
Pour mes programmes j’ai déjà testé de vieilles versions sur Windows et elles fonctionnent toujours en particulier mon driver ou j’ai quasiment pas touché le code.
Si tu veux comparer avec le passage de init.d à systemd les api de services présentes depuis NT n’ont pas changé.
Et oui la compatibilité est meilleure sur Windows pourquoi tu crois que le système prend plus de place. Comme je l’ai dis au dessus ce n’était pas une critique c’est un choix. Ca permet à Linux de garder une empreinte minimale. Microsoft ne peut pas faire ça sinon plus personne utiliserait Windows.
PS: Pas la peine de me répondre je passais juste pour intervenir sur cette stratégie. T’inquiète je te dérangerai plus les news windows sont à toi tu peux te défouler ;)
A dans 6 mois ou jamais…
Le
26/12/2015 à
11h
54
" />
Par contre cette nouvelle stratégie soulève bien de vrais problèmes. L’actualité en fera surement écho de nouveau.
Je ne pense pas que Microsoft n’ait pas pensé aux conséquences. On verra ce qu’il va faire…
Le
26/12/2015 à
10h
33
Tu n’as pas fait de daemon avec init.d, Linux retire des features régulièrement. Je ne critique pas c’est un choix. Il a ses avantages et ses inconvénients. Dans le cas de Microsoft ils ont toujours essayé de préserver la compatibilité et ce choix leur a aussi posé préjudice.
Le
26/12/2015 à
10h
30
Relis le débat depuis le début. On parle des updates forcés sur Windows 10. Eh oui dans ce cas tu as des updates tous les 15 jours voir moins ce que je critique au départ d’ailleurs. Je ne parle pas des anciens windows.
Pour la modularité Windows elle est dans le code. Ils n’ont jamais proposé une modularité sur l’installeur Windows au niveau utilisateur. C’est dommageable mais ils ne visent pas le même public.
Ensuite sur la modularité pour le core OS les lib Win32 sont toutes proposées depuis le début de Windows. Si ils proposaient d’en installer partiellement la plupart des applications cesseraient de fonctionner. je te l’accorde quand même Linux nécessite moins de libs obligatoires pour fonctionner. Après au niveau fonctionnalités depuis Vista tu peux choisir d’installer celles que tu veux. Comme je l’ai expliqué au dessus ce n’est pas d’office dans l’installeur il faut créer sa propre image WIM. Mais tu peux désinstaller après coup dans le panneau de configuration programmes et fonctionnalités.
Pour les upgrades vers les nouvelles versions de distribution pour ma part je l’ai fais plusieurs fois et à chaque fois ca foirait mon système. Obligé de réinstaller Linux. Tu n’as peut être pas eu de problèmes mais je doute être une exception.
Le
26/12/2015 à
10h
06
Surtout que Linux se préoccupe peu de la compatibilité en comparaison avec Windows. Avec mon programme j’ai une rupture de compatibilité tous les deux trois ans. La dernière c’est le passage de init.d à systemd sur les distributions récentes.
J’imagine que si Linux faisait la même chose que Windows 10 sur le point discuté ce serait encore pire….
Le
26/12/2015 à
09h
38
Ce n’est pas vrai tu le sais très bien. Linux n’oblige pas les utilisateurs à passer sur toutes les versions suivantes. imagine en plus faire cela systématiquement à partir d’aujourd’hui pendant des dizaines d’années.
Sans compter que les processus d’upgrade sous Linux sont encore moins fiables que Windows pour l’avoir testé plusieurs fois.
Ensuite Microsoft a modularisé son code depuis longtemps. Sauf qu’assurer une compatibilité parfaite des drivers et applications pendant des dizaines d’années ca n’existe pas . Jamais personne a réussi à le faire.
Le
26/12/2015 à
09h
18
Ils peuvent faire deux choses en effet:
Augmenter le nombre de développeurs comme tu le suggères. Mais je ne suis pas sur que ce soit très efficace niveau gestion des équipes. Quand trop de développeurs bossent sur un même projet ce n’est jamais très bon.
Surtout que la tache en question est surhumaine à mon sens.
La deuxième solution est de modifier Windows pour augmenter la productivité des développeurs. J’ai lu des trucs récemments sur Midori. Grâce à ses qualités intrinsèques l’intégration de nouvelles fonctionnalités se comptaient en jours/ semaines au lieu de mois comme sur Windows.
Sinon il ne faut pas oublier que jamais personne a osé faire une telle chose sur un OS jusqu’à maintenant il y a peut être une raison…
Le
25/12/2015 à
18h
50
C’est que je craignais avec cette nouvelle stratégie de mise à jour. Assurer la compatibilité logicielle de tout l’ecosystème windows et gérer des millions de matériels différents ça n’a jamais été simple mais Microsoft le faisait plutôt bien vu l’ampleur de la tache.
Jusqu’à maintenant il y avait un windows tous les 3 ans c’était gérable mais là on a des mises à jour tous les 15 jours voir moins.
De plus proposer la migration de tous les pc Windows 7 et 8.1 je n’étais pas contre sur le principe mais seulement une mise à jour de système n’est pas anodine. On peut penser à toutes les installs de windows endommagés pour x raisons qui vont crasher ou encore des drivers qui ne passeront pas la mise à jour.
Sur le principe de départ c’était une bonne idée car ça permettait de proposer aux développeurs une unique plateforme. Pendant longtemps avec Win32 les développeurs n’exploitaient pas les dernières api systèmes car elles visaient une partie des utilisateurs. Ils prenaient le dénominateur commun. L’autre intérêt est de maximiser le nombre d’utilisateurs sur sa plateforme et d’éjecter le problème de fragmentation.
Mais hélas pour faire ça il faut s’en donner les moyens. Je ne suis pas certain que ce soit juste un problème de process engineering. Microsoft a besoin d’une nouvelle base ou les applis win32 tourneraient tous dans des conteneurs et surtout un nouveau modèle de drivers entièrement user mode comme détaillédans ce brevet
La réécriture du noyau et des drivers dans un langage plus safe avec un modèle de drivers plus fiables aurait garanti une certaine intégrité lors des mises à jours. Mais bon Nadella a abandonné Midori et j’ignore totalement(enfin presque…) ce qu’ils préparent étant donné que c’est le black out depuis un an. J’espère pour eux et pour ses utilisateurs qu’ils feront les bons choix….
Sur ce que j’avais entendu ils avaient recodé leurs propres services Google pour régler ce problème. Par contre je crois qu’au niveau légal c’était limite. Cela a du jouer dans l’abandon d’astoria….
Le
02/12/2015 à
17h
24
Sur les profils linkedin des développeurs du projet astoria , ils indiquent tous avoir migrer sur d’autres projets. Il s’est passé exactement la même chose avec Midori avant son abandon. A mon avis c’est mort pour des raisons stratégiques….
Microsoft doit penser qu’il n’a pas besoin d’astoria pour que la plateforme Windows 10 devienne un succès pour les développeurs.
Oui moi aussi au départ je voulais passer l’application cliente DriversCloud.com en C# mais pour la prog système le C++ reste plus adapté et surtout ça me fera moins de taf. Exactement ce que je voulais :)
Le
01/12/2015 à
14h
42
L’exception tu peux l’attraper et la gérer comme je fais sur mon site en c# par exemple. Un buffer overflow c’est le crash et l’intégrité mémoire du processus(ou du noyau si on parle de drivers) est affecté.
Le
01/12/2015 à
14h
17
A la CPPCon, Microsoft avait présenté Le CPP Core Guidelines(nom de code C++ safer) ce sont des ajouts qui permettent de créer du C++ memory and type safe juste en respectant certaines pratiques de C++ moderne.
Microsoft a fourni une librairie (GSL) et un checker qui génère des erreurs à la compilation si le code n’est pas safe. Il n’y a donc plus de buffer overflow une exception c++ est jetée si un dépassement de tableau se produit.
Ces outils font parti de la norme C++ même si Microsoft est à l’origine du projet. Plus exactement la personne derrière ce travail est Joe Duffy l’un des développeurs les plus connus du projet Midori. Il s’en est d’ailleurs inspiré.
Je précise qu’on peut toujours utiliser des pointeurs , leur usage est juste mieux contrôlé.
Sur la news de la CTP de l’update 1 de visual 2015 j’avais dit que Microsoft le sortirait pour la finale de l’update 1 et c’est effectivement le cas.
Twitter TwitterQuasiment aucun site en a parlé mais c’est une étape importante pour comprendre ce que veut faire Microsoft dans le futur. Microsoft bosse actuellement sur un nouveau projet nommé wavefront qui recoderait toute la “codebase” Windows dans un nouveau langage memory and type safe. D’après ce qu’avait trouvé felix une personne bien informée,cela pourrait être C++ safer.
Le C++ safer a l’avantage d’éviter de réécrire complètement tout de zéro et de changer le code graduellement.
10586 c’est le numéro de build. 1511 c’est une nouvelle information qui a été ajoutée(release id) pour différencier les versions de Windows 10. Il n’y aura pas de Windows 11. C’est un moyen de démarquer les futures versions de Windows 10. Les anciennes informations de version sont obsolètes(,6.2,6.3,10) pour garantir la compatibilité des vieilles applications.
Pour whistler je confirme c’était bien le nom de code des beta XP pas de Vista. J’imagine que vincent corrigera ça lundi.
Le
22/11/2015 à
11h
05
Windows Vista a été beaucoup décrié à l’époque mais comme indiqué dans la news il est la base de tous les windows récents incluant Windows 10.
Windows Vista était une version 1 ou ils ont repris complètement l’architecture générale du système(le fameux plat de nouilles qui n’existe plus aujourd’hui). Ils ont repris aussi l’architecture de tous les sous systèmes graphique/audio/ reseau/stockage, etc.
Ils ont aussi changé le modèle de drivers toujours utilisé actuellement. Sans compter tous les changements introduits pour augmenter la sécurité du système(XP était une passoire à ce niveau)
L’architecture était beaucoup plus stable vu que beaucoup de code est passé de kernel mode à user mode(avec l’introduction de drivers user mode).
Mais Vista était une version 1 et Microsoft partait de loin, Ils ont introduit bon nombre de problèmes de compatibilité, des drivers pas toujours matures,une mauvaise optimisation du système. Microsoft a aussi rendu délibérément invivable l’UAC pour forcer les éditeurs à créer des applications qui ne nécessitent plus de droits administrateurs lors que cela n’est pas justifié.(ce qui a marché).
Il y a eu aussi de gros problème de gestion du projet et le retard qui n’a pas arrangé les choses.
Quand Windows 7 est sorti l’écosystème Vista était devenu mature. Windows 7 en réalité n’a pas apporté grand chose hormis des optimisations. Si il a marché c’est surtout car les nouveaux drivers étaient prêt. Bon nombre d’applications ne demandaient plus de droits admins pour rien. Microsoft aurait sorti Windows 7 dès 2007, la majorité des problèmes aurait été toujours présent et il aurait subi le même destin que Vista.
Je me souviens à l”époque de certaines personnes qui nous racontaient que windows était mal foutu, que le travail effectué par Vista ne servait à rien car Microsoft de toute façon devrait à nouveau tout reprendre à zéro au prochain windows. On voit aujourd’hui qu”ils se sont bien plantés et que même Windows 10 repose toujours sur cette base Vista.
Oui ça concerne tous les logiciels système qui contiennent des drivers(antivirus et parefeus inclus qui contiennent des drivers filtres) . J’avais aussi une vieille version de vmware qui a été supprimé. Ce genre de logiciels a toujours été sensible aux changements de version Windows.
Tu fais référence à ce que j’ai fais en 2013. Sauf qu’avec le mode protégé amélioré qui bloque les connexions réseaux locales, cette solution ne marche plus. Enfin sur Edge et IE10/11 du moins, pour Firefox et Chrome je ne crois pas qu’ils ont une techno similaire….
Le
11/10/2015 à
14h
55
Je n’ai pas dit qu’il ne reste pas des sites qui utilise toujours des ActiveX hein ;) Je dis juste que la fin des activeX et du NPAPI a été annoncé il y a de très nombreuses années. Et oui on le sait depuis très longtemps. Sur nextInpact il y a eu de très nombreuses discussions sur le sujet.
Le
11/10/2015 à
13h
56
Oui c’est le problème :(, pas mal d’entreprises utilisent encore de vieux prologiciels internes et le service informatique n’obtient pas forcément les crédits pour les redévelopper….
Le
11/10/2015 à
13h
48
Ca fait des années qu’on en parle sur ce site pour les ActiveX. Pour NPAPI c’est le même genre de techno elle partageait aussi forcément le même destin.
Le
11/10/2015 à
13h
41
C’était prévisible depuis longtemps… Perso j’ai abandonné ActiveX et NPAPI il y a plus de deux ans.
Ouaip je pense que ce n’est pas bien compliqué à le coder directement dans son application .
Le
09/10/2015 à
09h
43
Ouais je comprends bien :) Pour l’adsl je me suis peut être un peu emporté " />
Par contre c’est possible que Microsoft ajoute des api du même type que handoff sur WinRT. Mais j’ai peur que peu de développeurs les adoptent au final :( . C’est que je regrette globalement, beaucoup de devs Windows n’exploitent pas les api les plus récentes.
L’un des autres aspects abordés était de pouvoir passer l’application sur le cloud si le smartphone était en fin de batterie. Après j’imagine que le chargement plus long interviendrait qu’en cas de switch d’appareil pas systématiquement à chaque chargement d’application.
Le
09/10/2015 à
07h
22
J’ai retrouve la source. En adsl un peu plus long mais avec une connexion réseau domestique ça ne pose pas de problèmes. Les copies mémoires sont aux alentours de 3 à 4 Mo. Ca prend moins d’une seconde à charger.
As Table 2 shows, Drawbridge snapshots are significantly smaller,
because it doesn’t serialize the OS with the application. In
practice, we find that application snapshots for Drawbridge are
typically in the 3-4MB range; roughly the size of an MP3, they
are easily moved over network connections. Application serialization
and deserialization generally takes less than 1 second on
Oui la méthode est plus “bourrine”. Mais sur le principe ça va bien plus loin c’est une vraie réplication de l’état mémoire d’une application. Ca ne dépend pas non plus du bon vouloir du développeur pour savoir quelles données seront partagées. Ca reste un des aspects principaux de Drawbridge(Windows Container)
Pour les perfs je sais que ça été étudié pour être efficace en adsl. Donc dans un réseau domestique ça ne devrait pas poser trop de problèmes.
Le
08/10/2015 à
16h
36
Je pense que si Microsoft n’a pas sorti d’équivalent de handoff pour le moment c’est parce que les développeurs travaillent sur une intégration plus profonde dans le système.
Il se trouve que l’un des aspects les plus important de DrawBridge( Windows container) est de pouvoir passer d’un appareil à l’autre en récupérant l’état de l’application. Cette fonctionnalité permet aussi de sauvegarder l’état des applications, de redémarrer le système puis restaurer l’état des applications.
Ce ne serait pas étonnant de voir cette technologie utilisée au sein de Windows pour RedStone. Surtout qu’autour de moi j’entends que l’un des objectifs principaux de RedStone serait de minimiser les différences entre les applications universelles et win32.
Actuellement le projet centennial permet de proposer des applications Win32 sur le store. Sur le principe les fichiers MSI sont convertis en AppX. Les applications tournent dans un App-V like qui interceptent les accès aux fichiers ou la base de registre. le résultat est stocké dans une image liée à l’application. Mais la solution actuelle possède de nombreuses limitations. Il n’est pas possible de lancer des applications avec des droits administrateurs ou encore d’installer des services ou des drivers. Je pense que centennial va évoluer vers Windows Container c’est quasiment certain. On se retrouverait enfin avec des applications Win32 sandboxées et désinstallables en un clic.
Execution Continuity: allowing applications to be freed of ties to a specific host computer. A running application isn’t tied to the computer on which it was started, but can be moved from computer to computer across space and time within a single run.
Il y a pas a dire, longhorn est presque enfin là avec Windows 10 , l’interface (je trouve) est vraiment classe.
I
kamuisuki a écrit :
Pareil , à aucun moment je n’ai dis que 10 était pas au niveau de Longhorn..
Tu dis que Longhorn est presque enfin là avec Windows 10. Ce qui signifie que Windows 10 n’a pas encore atteint le niveau de Longhorn. Moi je te dis que Windows 10 l’a bien dépassé.
Soit tu t’exprimes très mal ou c’est de la mauvaise foi…..
Le
18/09/2015 à
16h
24
C bien de le constater car ton message originel expliquait que Windows 10 était pas encore au niveau de longhorn ce qui est faux.
Pour l’interface de longhorn ce qui était surtout intéressant est qu’elle utilisait des technos XAML . J’ai revu des captures récemment, ça a bien vieilli et l’interface est complètement dépassée..
Le
18/09/2015 à
16h
16
L’interface de longhorn etait écrit avec avalon la première version de WPF. Si Microsoft n’avait pas effectué de reset la situation aurait été bien pire. Tu as oublié mais les dernières versions de longhorn étaient bien lentes.
WPF dans sa première version était atrocement lent et bouffait plein de ram.
Le
18/09/2015 à
12h
46
Device Guard vient surtout régler un problème dont beaucoup se plaignent depuis des années: les virus.
C’est une techno optionnelle destinée aux entreprises pour le moment. Une fois déployé l’os se transforme en un sorte de windows phone verrouillé qui fait passer aussi les applications win32 approuvées au départ par l’admin.
C’est un os de sécurité qui tourne dans une machine virtuelle séparée. Cet os est isolé de Windows. Il intègre tous les process windows liés à la sécurité et gère l’authentification et les certificats.
Ca marche avec secure boot qui était une première étape pour sécuriser Windows. Microsoft a reconstitué NGSCB au fil des versions depuis Vista.
Device Guard reste une technologie optionnelle et l’admin choisit au départ les applications qu’il approuve.
Sur NGSCB il y a pas eu mal de FUD à l’époque et de choses fausses qui ont été racontées sur le sujet. Il ne faut pas oublier qu’au départ c’est stallman qui a écrit un article et il a été repris par tous les journalistes. Pour donner une bonne comparaison c’est un peu comme si ballmer avait écrit un article à charge sur Linux et que tous les journalistes reprennent ses propos comme l’évangile. C’est exactement ce qui s’est produit à l’époque…. " />
Le
18/09/2015 à
11h
55
Oui je confirme qu’ils bossent dessus. Tout sera réécrit en XAML à terme.
Je pense qu’ils ont voulu y aller par étape pour ne pas trop désorienter les utilisateurs…
Le
18/09/2015 à
10h
34
Windows 10 va même bien au delà du projet longhorn initial.
Déjà ils ont finalement sorti une nouvelle interface réécrite en XAML même si tout n’est pas encore fini à ce niveau
Aucun Site web en a parlé mais NGSCB est sorti. Ca s’appelle device guard et contrairement à ce que prédisaient certains l’apocalypse numérique ne n’est pas produite. Ca passe d’ailleurs totalement inapercu " />
Ensuite Windows 10 va bien au delà de longhorn. Le projet initial ramait à mort encore plus que Vista. Windows 10 est l’OS Microsoft le plus rapide et fluide jamais sorti.
C’était basé sur XP la fiabilité était bien moindre, la sécurité pareil.
Enfin ils ont une vision d’unification sur tout type d’appareil. Et plusieurs composants et technos au sein de Windows commencent à passer en open source(comme WDF et .NET). Il y a aussi une vision multi-plateforme inexistante à l’époque.
Microsoft est bien allé au delà du projet longhorn
Si dans le futur Microsoft décidait d’uniformiser l’installation de drivers en créant un format unique comme les .msu ou le format appx. Ce genre de fonctions pourraient être integrées proprement.
Le
24/08/2015 à
11h
02
Sauf que pour pouvoir faire ça ils modifient tous les drivers. On a pris le choix de proposer les drivers officiels non modifiés. Les concurrents sont payants aussi
Le
24/08/2015 à
08h
46
Jamais testé sur WinPE je ne pense pas. Par contre tld n’a jamais donné la configuration ou quelque chose de très succint.
DriversCloud utilise en partie le moteur de CPUZ.
Le
24/08/2015 à
07h
53
Merci " />
Le
24/08/2015 à
07h
52
Il n’existe pas de drivers SSD mais des drivers de contrôleur Sata(Les RST intel pour la grande majorité des gens)
sinon tous les logiciels cités utilisent un driver. Je précise sur la version du programme DriversCloud sans installeur le driver est installé/désinstallé au lancement de l’application.
Le
22/08/2015 à
13h
24
Le truc c’est que si il y a aucun driver installé le gestionnaire de periph il te donnera pas le nom…
2504 commentaires
Microsoft rend son moteur JavaScript Chakra open source
15/01/2016
Le 16/01/2016 à 19h 27
Oui exactement. En fait c un peu la raison pour laquelle ils ont cree des conteneurs. La solution de virtualisation classique est trop lourde. L accès aux ressources matérielles est complexe.
Le 16/01/2016 à 16h 29
Ce n’est pas parce windows reposerait sur une base posix que toutes les applications seraient compatibles.
OSX repose peut être sur une base posix mais la plateforme de développement c’est du cocoa et elle n’a strictement rien à voir avec Linux. C’est la même chose entre android et Linux où les deux plateformes de développement sont totalement différentes.
De plus comme expliqué plus haut le noyau NT intègre déjà un sous système posix depuis longtemps.
Quand au passage sur un système linux je partage l’avis d’arno53 . une telle décision créerait de gros problèmes de compatibilités pour une plus value mineure. Sans compter que tous les appareils actuels sous Windows n’ont pas forcément un driver sous Linux.
Arnaud a parlé du projet WaveFront dont le but serait de passer graduellement le code Windows dans un nouveau langage safe.
Il y a un autre aspect je l’avais déjà expliqué par le passé. Au départ Microsoft a travaillé sur un os radicalement différent (Midori) mais aussi totalement incompatible avec Windows. C’est pour ça qu’ils ont crée le projet drawbridge. J’ai expliqué tout plus en détail sur mon blog. Mais l’idée de départ est de séparer totalement la plateforme applicative du système hôte. Au final on devrait avoir une sorte de méta os super leger écrit totalement en langage safe qui fait tourner des conteneurs Windows(voir de différentes versions) mais aussi des conteneurs linux ou android.
Au final Microsoft ne passera pas sous un os linux mais au final on devrait se retrouver avec des avantages en terme de compatibilité applicative sans les ennuis qu’on aurait pu avoir avec votre solution “radicale”.
Pour redstone côté serveur il y aura des conteneurs. Coté client apparemment ils bossent sur tout un tas de projets autour des conteneurs(j’avais déjà posté un lien linkedin).
Je pense que nadella veut vraiment plus s’ouvrir à Linux et au libre. Ces solutions techniques rendent cela possible :)
Windows 7, à utiliser « à vos risques et périls » selon Microsoft
07/01/2016
Le 11/01/2016 à 14h 53
C’est surtout qu’avant Vista le développement des windows était plus ou moins monolithique.
Vista en soit était une sorte de big bang à sa sortie en terme de modifications. C’est à cause de cela aussi que le code n’était pas du tout optimisé avec de gros problèmes de compatibilités.
Par la suite ils ont effectué des évolutions contrôlées. Il n’y aura plus jamais d’os de ce genre. La concurrence fait pareil d’ailleurs.
Pour Windows 10 j’ai un ami qui bosse chez Microsoft qui m’a expliqué que la quantité de code modifié et crée pour Windows 10 est supérieure à celle de Vista à l’époque. Ils contrôlent juste mieux l’évolution qu’à l’époque.
Le 11/01/2016 à 12h 26
Le 10/01/2016 à 09h 57
J’avais dit que j’interviendrai plus mais vu que personne t’as répondu….
MicrosoftA hardware platform with a Direct3D 12-compatible GPU
Regarde là:
Display drivers that support the Windows Display Driver Model (WDDM) 2.0
DirectX12 repose sur le nouveau modèle de drivers graphiques WDDM 2.0 qui n’est présent que sur Windows 10. A partir de là c’est mort ils vont surement pas changer le modèle de drivers graphiques de 7. il s’est passé la même chose au passage de XP à Vista avec DX10 mais en pire. DirectX10 n’a jamais été porté sur XP.
Je precise aussi que WDDM est développé par l’équipe de DirectX. c’est la partie low level du système pour DirectX. Ce qui explique la dépendance forte entre WDDM et DirectX.
A la limite techniquement parlant tu aurais pu espérer un support de dx 11.3 sur 7 grâce au système de feature level. Mais déjà Microsoft n’a pas sorti 11.2 sur 7 pour promouvoir Windows 8.
Vu qu’ils mettent le paquet pour que les gens passent sur Windows 10, même si techniquement, cela avait été possible ils ne l’auraient pas fait.
Windows 10 : une mise à jour cumulative réinitialise le modèle Normal de Word
24/12/2015
Le 26/12/2015 à 15h 22
Avec Windows la compatibilité est parfaite ? Tous les logiciels fonctionnent, tous les pilotes, lors d’un changement de version de l’OS ?… Tu sais comme moi que les problèmes sont foison : périphériques qui étaient reconnus sous Windows 7 mais plus sous 10, logiciels qui ne se lancent plus, etc. Niveau rétro-compatibilité, désolé mais Windows n’est pas parfait.
Tu ne manques pas de culot pour dire çà alors que mon propos initial dit justement le contraire que la compatibilité windows n’est pas suffisante. Après je ne suis pas venu pour des combats idéologiques. Je réagissais à la news. Un mec est venu parler de Linux alors que c’est HS je lui ai juste répondu. La réponse ne te plait peut être pas mais oui au bout de trois ans sur Linux beaucoup de programmes ne marchent plus.DoWnR vient le confirmer.
Pour mes programmes j’ai déjà testé de vieilles versions sur Windows et elles fonctionnent toujours en particulier mon driver ou j’ai quasiment pas touché le code.
Si tu veux comparer avec le passage de init.d à systemd les api de services présentes depuis NT n’ont pas changé.
Et oui la compatibilité est meilleure sur Windows pourquoi tu crois que le système prend plus de place. Comme je l’ai dis au dessus ce n’était pas une critique c’est un choix. Ca permet à Linux de garder une empreinte minimale. Microsoft ne peut pas faire ça sinon plus personne utiliserait Windows.
PS: Pas la peine de me répondre je passais juste pour intervenir sur cette stratégie. T’inquiète je te dérangerai plus les news windows sont à toi tu peux te défouler ;)
A dans 6 mois ou jamais…
Le 26/12/2015 à 11h 54
Par contre cette nouvelle stratégie soulève bien de vrais problèmes. L’actualité en fera surement écho de nouveau.
Je ne pense pas que Microsoft n’ait pas pensé aux conséquences. On verra ce qu’il va faire…
Le 26/12/2015 à 10h 33
Tu n’as pas fait de daemon avec init.d, Linux retire des features régulièrement. Je ne critique pas c’est un choix. Il a ses avantages et ses inconvénients. Dans le cas de Microsoft ils ont toujours essayé de préserver la compatibilité et ce choix leur a aussi posé préjudice.
Le 26/12/2015 à 10h 30
Relis le débat depuis le début. On parle des updates forcés sur Windows 10. Eh oui dans ce cas tu as des updates tous les 15 jours voir moins ce que je critique au départ d’ailleurs. Je ne parle pas des anciens windows.
Pour la modularité Windows elle est dans le code. Ils n’ont jamais proposé une modularité sur l’installeur Windows au niveau utilisateur. C’est dommageable mais ils ne visent pas le même public.
Ensuite sur la modularité pour le core OS les lib Win32 sont toutes proposées depuis le début de Windows. Si ils proposaient d’en installer partiellement la plupart des applications cesseraient de fonctionner. je te l’accorde quand même Linux nécessite moins de libs obligatoires pour fonctionner. Après au niveau fonctionnalités depuis Vista tu peux choisir d’installer celles que tu veux. Comme je l’ai expliqué au dessus ce n’est pas d’office dans l’installeur il faut créer sa propre image WIM. Mais tu peux désinstaller après coup dans le panneau de configuration programmes et fonctionnalités.
Pour les upgrades vers les nouvelles versions de distribution pour ma part je l’ai fais plusieurs fois et à chaque fois ca foirait mon système. Obligé de réinstaller Linux. Tu n’as peut être pas eu de problèmes mais je doute être une exception.
Le 26/12/2015 à 10h 06
Surtout que Linux se préoccupe peu de la compatibilité en comparaison avec Windows. Avec mon programme j’ai une rupture de compatibilité tous les deux trois ans. La dernière c’est le passage de init.d à systemd sur les distributions récentes.
J’imagine que si Linux faisait la même chose que Windows 10 sur le point discuté ce serait encore pire….
Le 26/12/2015 à 09h 38
Ce n’est pas vrai tu le sais très bien. Linux n’oblige pas les utilisateurs à passer sur toutes les versions suivantes. imagine en plus faire cela systématiquement à partir d’aujourd’hui pendant des dizaines d’années.
Sans compter que les processus d’upgrade sous Linux sont encore moins fiables que Windows pour l’avoir testé plusieurs fois.
Ensuite Microsoft a modularisé son code depuis longtemps. Sauf qu’assurer une compatibilité parfaite des drivers et applications pendant des dizaines d’années ca n’existe pas . Jamais personne a réussi à le faire.
Le 26/12/2015 à 09h 18
Ils peuvent faire deux choses en effet:
Augmenter le nombre de développeurs comme tu le suggères. Mais je ne suis pas sur que ce soit très efficace niveau gestion des équipes. Quand trop de développeurs bossent sur un même projet ce n’est jamais très bon.
Surtout que la tache en question est surhumaine à mon sens.
La deuxième solution est de modifier Windows pour augmenter la productivité des développeurs. J’ai lu des trucs récemments sur Midori. Grâce à ses qualités intrinsèques l’intégration de nouvelles fonctionnalités se comptaient en jours/ semaines au lieu de mois comme sur Windows.
Sinon il ne faut pas oublier que jamais personne a osé faire une telle chose sur un OS jusqu’à maintenant il y a peut être une raison…
Le 25/12/2015 à 18h 50
C’est que je craignais avec cette nouvelle stratégie de mise à jour. Assurer la compatibilité logicielle de tout l’ecosystème windows et gérer des millions de matériels différents ça n’a jamais été simple mais Microsoft le faisait plutôt bien vu l’ampleur de la tache.
Jusqu’à maintenant il y avait un windows tous les 3 ans c’était gérable mais là on a des mises à jour tous les 15 jours voir moins.
De plus proposer la migration de tous les pc Windows 7 et 8.1 je n’étais pas contre sur le principe mais seulement une mise à jour de système n’est pas anodine. On peut penser à toutes les installs de windows endommagés pour x raisons qui vont crasher ou encore des drivers qui ne passeront pas la mise à jour.
Sur le principe de départ c’était une bonne idée car ça permettait de proposer aux développeurs une unique plateforme. Pendant longtemps avec Win32 les développeurs n’exploitaient pas les dernières api systèmes car elles visaient une partie des utilisateurs. Ils prenaient le dénominateur commun. L’autre intérêt est de maximiser le nombre d’utilisateurs sur sa plateforme et d’éjecter le problème de fragmentation.
Mais hélas pour faire ça il faut s’en donner les moyens. Je ne suis pas certain que ce soit juste un problème de process engineering. Microsoft a besoin d’une nouvelle base ou les applis win32 tourneraient tous dans des conteneurs et surtout un nouveau modèle de drivers entièrement user mode comme détaillédans ce brevet
La réécriture du noyau et des drivers dans un langage plus safe avec un modèle de drivers plus fiables aurait garanti une certaine intégrité lors des mises à jours. Mais bon Nadella a abandonné Midori et j’ignore totalement(enfin presque…) ce qu’ils préparent étant donné que c’est le black out depuis un an. J’espère pour eux et pour ses utilisateurs qu’ils feront les bons choix….
L’équipe de Next INpact vous souhaite un joyeux réveillon de Noël 2015 !
24/12/2015
Le 25/12/2015 à 18h 21
Joyeux Noël à tout le monde :)
Islandwood : Microsoft avance sur la conversion des applications iOS pour Windows
02/12/2015
Le 03/12/2015 à 18h 07
Sur ce que j’avais entendu ils avaient recodé leurs propres services Google pour régler ce problème. Par contre je crois qu’au niveau légal c’était limite. Cela a du jouer dans l’abandon d’astoria….
Le 02/12/2015 à 17h 24
Sur les profils linkedin des développeurs du projet astoria , ils indiquent tous avoir migrer sur d’autres projets. Il s’est passé exactement la même chose avec Midori avant son abandon. A mon avis c’est mort pour des raisons stratégiques….
Microsoft doit penser qu’il n’a pas besoin d’astoria pour que la plateforme Windows 10 devienne un succès pour les développeurs.
Visual Studio 2015 : l’Update 1 apporte de nombreuses corrections et améliorations
01/12/2015
Le 01/12/2015 à 14h 53
Oui moi aussi au départ je voulais passer l’application cliente DriversCloud.com en C# mais pour la prog système le C++ reste plus adapté et surtout ça me fera moins de taf. Exactement ce que je voulais :)
Le 01/12/2015 à 14h 42
L’exception tu peux l’attraper et la gérer comme je fais sur mon site en c# par exemple. Un buffer overflow c’est le crash et l’intégrité mémoire du processus(ou du noyau si on parle de drivers) est affecté.
Le 01/12/2015 à 14h 17
A la CPPCon, Microsoft avait présenté Le CPP Core Guidelines(nom de code C++ safer) ce sont des ajouts qui permettent de créer du C++ memory and type safe juste en respectant certaines pratiques de C++ moderne.
Twitter
TwitterQuasiment aucun site en a parlé mais c’est une étape importante pour comprendre ce que veut faire Microsoft dans le futur. Microsoft bosse actuellement sur un nouveau projet nommé wavefront qui recoderait toute la “codebase” Windows dans un nouveau langage memory and type safe. D’après ce qu’avait trouvé felix une personne bien informée,cela pourrait être C++ safer.
Microsoft a fourni une librairie (GSL) et un checker qui génère des erreurs à la compilation si le code n’est pas safe. Il n’y a donc plus de buffer overflow une exception c++ est jetée si un dépassement de tableau se produit.
Ces outils font parti de la norme C++ même si Microsoft est à l’origine du projet. Plus exactement la personne derrière ce travail est Joe Duffy l’un des développeurs les plus connus du projet Midori. Il s’en est d’ailleurs inspiré.
Je précise qu’on peut toujours utiliser des pointeurs , leur usage est juste mieux contrôlé.
Sur la news de la CTP de l’update 1 de visual 2015 j’avais dit que Microsoft le sortirait pour la finale de l’update 1 et c’est effectivement le cas.
Le C++ safer a l’avantage d’éviter de réécrire complètement tout de zéro et de changer le code graduellement.
Windows 10 « 1511 » : Microsoft suspend le téléchargement des images ISO, BitLocker en cause ?
23/11/2015
Le 23/11/2015 à 11h 16
10586 c’est le numéro de build. 1511 c’est une nouvelle information qui a été ajoutée(release id) pour différencier les versions de Windows 10. Il n’y aura pas de Windows 11. C’est un moyen de démarquer les futures versions de Windows 10. Les anciennes informations de version sont obsolètes(,6.2,6.3,10) pour garantir la compatibilité des vieilles applications.
Windows a 30 ans : de la version 1.0 à 10, les grandes évolutions du système
20/11/2015
Le 22/11/2015 à 17h 46
Pour whistler je confirme c’était bien le nom de code des beta XP pas de Vista. J’imagine que vincent corrigera ça lundi.
Le 22/11/2015 à 11h 05
Windows Vista a été beaucoup décrié à l’époque mais comme indiqué dans la news il est la base de tous les windows récents incluant Windows 10.
Windows Vista était une version 1 ou ils ont repris complètement l’architecture générale du système(le fameux plat de nouilles qui n’existe plus aujourd’hui). Ils ont repris aussi l’architecture de tous les sous systèmes graphique/audio/ reseau/stockage, etc.
Ils ont aussi changé le modèle de drivers toujours utilisé actuellement. Sans compter tous les changements introduits pour augmenter la sécurité du système(XP était une passoire à ce niveau)
L’architecture était beaucoup plus stable vu que beaucoup de code est passé de kernel mode à user mode(avec l’introduction de drivers user mode).
Mais Vista était une version 1 et Microsoft partait de loin, Ils ont introduit bon nombre de problèmes de compatibilité, des drivers pas toujours matures,une mauvaise optimisation du système. Microsoft a aussi rendu délibérément invivable l’UAC pour forcer les éditeurs à créer des applications qui ne nécessitent plus de droits administrateurs lors que cela n’est pas justifié.(ce qui a marché).
Il y a eu aussi de gros problème de gestion du projet et le retard qui n’a pas arrangé les choses.
Quand Windows 7 est sorti l’écosystème Vista était devenu mature. Windows 7 en réalité n’a pas apporté grand chose hormis des optimisations. Si il a marché c’est surtout car les nouveaux drivers étaient prêt. Bon nombre d’applications ne demandaient plus de droits admins pour rien. Microsoft aurait sorti Windows 7 dès 2007, la majorité des problèmes aurait été toujours présent et il aurait subi le même destin que Vista.
Je me souviens à l”époque de certaines personnes qui nous racontaient que windows était mal foutu, que le travail effectué par Vista ne servait à rien car Microsoft de toute façon devrait à nouveau tout reprendre à zéro au prochain windows. On voit aujourd’hui qu”ils se sont bien plantés et que même Windows 10 repose toujours sur cette base Vista.
Windows 10 : le déploiement de la mise à jour majeure d’automne commence
12/11/2015
Le 14/11/2015 à 11h 53
Oui ça concerne tous les logiciels système qui contiennent des drivers(antivirus et parefeus inclus qui contiennent des drivers filtres) . J’avais aussi une vieille version de vmware qui a été supprimé. Ce genre de logiciels a toujours été sensible aux changements de version Windows.
Xbox One : la mise à jour Windows 10 déployée le 12 novembre
27/10/2015
Le 27/10/2015 à 15h 46
Tu peux écrire des applications universelles en C++,heureusement!!!. Ce n’est pas réservé à C# et javascript.
Visual Studio 2015 : CTP de l’Update 1 et nouvelle préversion du SDK Windows 10
14/10/2015
Le 14/10/2015 à 13h 17
Perso j’attends le “Safer C++” présenté au CPPCon. Il serait censé être intégré dans la finale de l’ update1 de VS2015 normalement.
Firefox se débarrassera des plugins NPAPI d’ici fin 2016
09/10/2015
Le 11/10/2015 à 14h 58
Tu fais référence à ce que j’ai fais en 2013. Sauf qu’avec le mode protégé amélioré qui bloque les connexions réseaux locales, cette solution ne marche plus. Enfin sur Edge et IE10/11 du moins, pour Firefox et Chrome je ne crois pas qu’ils ont une techno similaire….
Le 11/10/2015 à 14h 55
Je n’ai pas dit qu’il ne reste pas des sites qui utilise toujours des ActiveX hein ;) Je dis juste que la fin des activeX et du NPAPI a été annoncé il y a de très nombreuses années. Et oui on le sait depuis très longtemps. Sur nextInpact il y a eu de très nombreuses discussions sur le sujet.
Le 11/10/2015 à 13h 56
Oui c’est le problème :(, pas mal d’entreprises utilisent encore de vieux prologiciels internes et le service informatique n’obtient pas forcément les crédits pour les redévelopper….
Le 11/10/2015 à 13h 48
Ca fait des années qu’on en parle sur ce site pour les ActiveX. Pour NPAPI c’est le même genre de techno elle partageait aussi forcément le même destin.
Le 11/10/2015 à 13h 41
C’était prévisible depuis longtemps… Perso j’ai abandonné ActiveX et NPAPI il y a plus de deux ans.
Windows 10 Mobile : Continuum semble réussi, mais est-il utile ?
08/10/2015
Le 09/10/2015 à 09h 57
Ouaip je pense que ce n’est pas bien compliqué à le coder directement dans son application .
Le 09/10/2015 à 09h 43
Ouais je comprends bien :) Pour l’adsl je me suis peut être un peu emporté
" />
Par contre c’est possible que Microsoft ajoute des api du même type que handoff sur WinRT. Mais j’ai peur que peu de développeurs les adoptent au final :( . C’est que je regrette globalement, beaucoup de devs Windows n’exploitent pas les api les plus récentes.
L’un des autres aspects abordés était de pouvoir passer l’application sur le cloud si le smartphone était en fin de batterie. Après j’imagine que le chargement plus long interviendrait qu’en cas de switch d’appareil pas systématiquement à chaque chargement d’application.
Le 09/10/2015 à 07h 22
J’ai retrouve la source. En adsl un peu plus long mais avec une connexion réseau domestique ça ne pose pas de problèmes. Les copies mémoires sont aux alentours de 3 à 4 Mo. Ca prend moins d’une seconde à charger.
Microsoft
As Table 2 shows, Drawbridge snapshots are significantly smaller,
because it doesn’t serialize the OS with the application. In
practice, we find that application snapshots for Drawbridge are
typically in the 3-4MB range; roughly the size of an MP3, they
are easily moved over network connections. Application serialization
and deserialization generally takes less than 1 second on
Drawbridge, and more than 10 seconds for Hyper-V.
Le 09/10/2015 à 07h 11
Oui la méthode est plus “bourrine”. Mais sur le principe ça va bien plus loin c’est une vraie réplication de l’état mémoire d’une application. Ca ne dépend pas non plus du bon vouloir du développeur pour savoir quelles données seront partagées. Ca reste un des aspects principaux de Drawbridge(Windows Container)
Pour les perfs je sais que ça été étudié pour être efficace en adsl. Donc dans un réseau domestique ça ne devrait pas poser trop de problèmes.
Le 08/10/2015 à 16h 36
Je pense que si Microsoft n’a pas sorti d’équivalent de handoff pour le moment c’est parce que les développeurs travaillent sur une intégration plus profonde dans le système.
Il se trouve que l’un des aspects les plus important de DrawBridge( Windows container) est de pouvoir passer d’un appareil à l’autre en récupérant l’état de l’application. Cette fonctionnalité permet aussi de sauvegarder l’état des applications, de redémarrer le système puis restaurer l’état des applications.
Ce ne serait pas étonnant de voir cette technologie utilisée au sein de Windows pour RedStone. Surtout qu’autour de moi j’entends que l’un des objectifs principaux de RedStone serait de minimiser les différences entre les applications universelles et win32.
Actuellement le projet centennial permet de proposer des applications Win32 sur le store. Sur le principe les fichiers MSI sont convertis en AppX. Les applications tournent dans un App-V like qui interceptent les accès aux fichiers ou la base de registre. le résultat est stocké dans une image liée à l’application. Mais la solution actuelle possède de nombreuses limitations. Il n’est pas possible de lancer des applications avec des droits administrateurs ou encore d’installer des services ou des drivers. Je pense que centennial va évoluer vers Windows Container c’est quasiment certain. On se retrouverait enfin avec des applications Win32 sandboxées et désinstallables en un clic.
Execution Continuity: allowing applications to be freed of ties to a specific host computer. A running application isn’t tied to the computer on which it was started, but can be moved from computer to computer across space and time within a single run.
Windows 10 : Courrier affiche enfin les comptes multiples et se met au noir
18/09/2015
Le 19/09/2015 à 18h 47
Ok ta phrase n’était pas si claire.
" />
Bonne soirée
Le 19/09/2015 à 17h 36
I
Le 18/09/2015 à 16h 24
C bien de le constater car ton message originel expliquait que Windows 10 était pas encore au niveau de longhorn ce qui est faux.
Pour l’interface de longhorn ce qui était surtout intéressant est qu’elle utilisait des technos XAML . J’ai revu des captures récemment, ça a bien vieilli et l’interface est complètement dépassée..
Le 18/09/2015 à 16h 16
L’interface de longhorn etait écrit avec avalon la première version de WPF. Si Microsoft n’avait pas effectué de reset la situation aurait été bien pire. Tu as oublié mais les dernières versions de longhorn étaient bien lentes.
WPF dans sa première version était atrocement lent et bouffait plein de ram.
Le 18/09/2015 à 12h 46
Device Guard vient surtout régler un problème dont beaucoup se plaignent depuis des années: les virus.
" />
C’est une techno optionnelle destinée aux entreprises pour le moment. Une fois déployé l’os se transforme en un sorte de windows phone verrouillé qui fait passer aussi les applications win32 approuvées au départ par l’admin.
C’est un os de sécurité qui tourne dans une machine virtuelle séparée. Cet os est isolé de Windows. Il intègre tous les process windows liés à la sécurité et gère l’authentification et les certificats.
Ca marche avec secure boot qui était une première étape pour sécuriser Windows. Microsoft a reconstitué NGSCB au fil des versions depuis Vista.
Device Guard reste une technologie optionnelle et l’admin choisit au départ les applications qu’il approuve.
Sur NGSCB il y a pas eu mal de FUD à l’époque et de choses fausses qui ont été racontées sur le sujet. Il ne faut pas oublier qu’au départ c’est stallman qui a écrit un article et il a été repris par tous les journalistes. Pour donner une bonne comparaison c’est un peu comme si ballmer avait écrit un article à charge sur Linux et que tous les journalistes reprennent ses propos comme l’évangile. C’est exactement ce qui s’est produit à l’époque….
Le 18/09/2015 à 11h 55
Oui je confirme qu’ils bossent dessus. Tout sera réécrit en XAML à terme.
Je pense qu’ils ont voulu y aller par étape pour ne pas trop désorienter les utilisateurs…
Le 18/09/2015 à 10h 34
Windows 10 va même bien au delà du projet longhorn initial.
" />
Déjà ils ont finalement sorti une nouvelle interface réécrite en XAML même si tout n’est pas encore fini à ce niveau
Aucun Site web en a parlé mais NGSCB est sorti. Ca s’appelle device guard et contrairement à ce que prédisaient certains l’apocalypse numérique ne n’est pas produite. Ca passe d’ailleurs totalement inapercu
Ensuite Windows 10 va bien au delà de longhorn. Le projet initial ramait à mort encore plus que Vista. Windows 10 est l’OS Microsoft le plus rapide et fluide jamais sorti.
C’était basé sur XP la fiabilité était bien moindre, la sécurité pareil.
Enfin ils ont une vision d’unification sur tout type d’appareil. Et plusieurs composants et technos au sein de Windows commencent à passer en open source(comme WDF et .NET). Il y a aussi une vision multi-plateforme inexistante à l’époque.
Microsoft est bien allé au delà du projet longhorn
Ma-Config devient DriversCloud et quitte le service web pour une application
22/08/2015
Le 24/08/2015 à 11h 12
Si dans le futur Microsoft décidait d’uniformiser l’installation de drivers en créant un format unique comme les .msu ou le format appx. Ce genre de fonctions pourraient être integrées proprement.
Le 24/08/2015 à 11h 02
Sauf que pour pouvoir faire ça ils modifient tous les drivers. On a pris le choix de proposer les drivers officiels non modifiés. Les concurrents sont payants aussi
Le 24/08/2015 à 08h 46
Jamais testé sur WinPE je ne pense pas. Par contre tld n’a jamais donné la configuration ou quelque chose de très succint.
DriversCloud utilise en partie le moteur de CPUZ.
Le 24/08/2015 à 07h 53
Merci
" />
Le 24/08/2015 à 07h 52
Il n’existe pas de drivers SSD mais des drivers de contrôleur Sata(Les RST intel pour la grande majorité des gens)
Il existe par contre des firmwares SSDhttps://www.crucial.fr/fra/fr/aide-ssd) mais ton problème ne vient pas forcément de là. C’est quoi ta carte mère?
Le 23/08/2015 à 06h 45
sinon tous les logiciels cités utilisent un driver. Je précise sur la version du programme DriversCloud sans installeur le driver est installé/désinstallé au lancement de l’application.
Le 22/08/2015 à 13h 24
Le truc c’est que si il y a aucun driver installé le gestionnaire de periph il te donnera pas le nom…
Le 22/08/2015 à 13h 14
kilecon
" />