Le 16/01/2013 à 07h 55

arno53 a écrit :



[Insolite] Quand Charon se fait encore mousser à l’international …





" />

Le 13/01/2013 à 13h 54

jinge a écrit :



past.is c’est français et c’est bien plus drôle " />





Je ne connaissais pas en effet il vaut mieux utiliser celui là " />

Le 13/01/2013 à 12h 33

Pour ceux qui veulent mettre des url de web.archive sur PCI utilisez tinyurlsinon ça ne marche pas " />

Le 12/01/2013 à 16h 43

Tolor a écrit :



Qu’au début? " />







" />





" /> c’est DLB qui va être content.

Ceci dit il y a eu plusieurs design par le passé qui étaient bien moche. " />

J’aime bien le dernier design. J’aimais bien aussi le précédent à part l’ergonomie qui était atroce.

Le 12/01/2013 à 13h 24

J’avais oublié comment c’était aussi moche au début :

Ma-Config.com 2004

" />

Le 12/01/2013 à 11h 15

ffvsdoom a écrit :



Je te rejoins sur l’avenir, mais quand on voit que 12 ans après sa sortie, XP reste très fortement utilisé, je pense que ce n’est pas demain la veille que l’on verra disparaître la compatibilité Win32 dans Windows (inertie des utilisateurs, individuels et corporate). C’est surtout sur ce point que je suis dubitatif. Sinon, pour utiliser Win 8 sur un de mes PC, j’en suis ravi, qu’il s’agisse de l’utilisation classique ou tablette (enfin, presque, car bon vieux Tablet PC " />)







Pas d’accord avec toi. Win 8 = OS pour tablette auquel on a rajouté le bureau et la compatibilité Win 32. Ce sont les deux mêmes, peu ou prou, hormis cette différence majeure.





Bien évidemment la compatibilité avec Win32 ne sera jamais supprimé sur PC. Au mieux on se retrouvera avec un environnement légacy comme le dos actuellement (sauf os 64 bits).

Par contre les nouveaux environnements tablettes/smartphone n’ont pas besoin de la compat Win32. A terme je vois bien tout un tas de nouveaux matériels embarqués. La compat Win32 reste utile uniquement pour le PC.

Le 11/01/2013 à 15h 41

Tolor a écrit :



L’avenir n’est pas aux applications Win32, surtout pour le particulier, et encore moins sur un système basé uniquement sur du Win32 comme le sont encore Windows 8 et RT. Mais RT représente un premier pas vers la marginalisation de Win32.



Windows RT gagnera en fonctions très probablement, aura peut être la possibilité de faire tourner des appli win32 sans pour autant que l’OS soit basé dessus (j’ai tout de même des doutes là dessus pour les particuliers du moins), mais ne disparaitra pas.



Mais je pense que Charon serait plus complet à ce sujet que moi " />





Oui plutôt de cet avis. WinRT dans son état actuel ne peut remplacer Win32. Mais il faut s’attendre à un enrichissement des api et peut être la possibilité d’ajouter des api systèmes.

Tolor m’a donné il y a quelque temps une analyse sur un possible Windows RT entreprise en 2013. J’aime bien l’idée.

A lire

Le 09/01/2013 à 15h 12

Aloyse57 a écrit :



Parce que les Devs n’ont pas tous :

• Windows 8
  


• Visual Studio 2012
  


• les moyens financiers pour le point #2
  


• l’envie de programmer pour un OS qui va peut-être encore changer dans 1 an
  


• le temps
  
  
  
  
  
  Visual 2012 express est suffisant pour développer en WinRT et il est gratuit. Windows 8 est à un tarif plutôt bas
  
  Le windows store est très lucratif pour les développeurs. Ca vise à terme un nombre important d’utilisateurs à cause de l’unification pc /tablette/smartphone/Xbox
  
  
  
  Les vrais développeurs savent que WinRT sera toujours compatible dans un an. (en fait il y a juste les trolls qui pensent que ms ne va pas garder la compat)
  
  
  
  Enfin il y a déjà 35000 applications sur le store(décembre). Microsoft en prévoit 120000 a la fin de l”année.
  
  Le problème n’est pas le nombre d’applications disponibles. J’ai expliqué que je n’utilise pas d’applications WinRT car elles ne sont pas fenêtres. et les seuls fenêtrés ce sont les applications Win32.

Le 09/01/2013 à 13h 13

Pr. Thibault a écrit :



Je pense que ceux qui n’ont pas d’écran tactile téléchargent peu voire pas d’applications, preuve que l’on peut parfaitement se passer de la partie Metro de l’OS si on y est réfractaire.





C’est ce que je fais en effet. Par contre c’est quand même embétant de savoir que les nouvelles applications windows 8 ne sont pas utilisés sur PC. on doit se rabattre sur des applis Win32 qui ont peu changé. Du coup on profite pas de toutes les nouveautés.

Le 09/01/2013 à 12h 35

AlphaBeta a écrit :



A titre perso, j’utilise les deux. Tout simplement parceque j’ai des applis desktop.

Ensuite, il suffit de bien parametrer son mondernui pour en faire un mega menu demarrer tres efficace !!!

Au final, tout le monde ‘y est mis, tres simplement. Le passage vers le desktop se fait vers des tuiles “liens”… et ca marche !

Bon, la transition est loin d’etre terminée et j’aime assez le gris :)

Mais c’est juste une question de reflexes, ModernUI est une interface tres interessante qui ouvre des possibilités tres supérieures aux autres IOS et Android, qui ne sont finalement que des catalogues d’icones d’applications.





Le start screen ne me gêne pas trop à la limite. car le menu démarrer avant était déjà bien bordélique. et j’utilisais déjà la recherche pour y remédier .

Le plus génant c’est que tu ne peux pas utiliser les nouvelles applications dans une fenêtre. Au final je ne les utilise pas.

Même si j’aime bien Windows 8 pour d’autres aspects(en particulier les perfs) je n’aime pas le full screen imposé.

Au final si peu d’utilisateurs Windows 8 utilisent les applications WinRT c’est peut être pire que le possible échec de Windows 8.

Bien sur je parle uniquement d’un usage sur PC.

Le 09/01/2013 à 12h 00

snoopy1492 a écrit :



Euh 100 millions pour le store me paraît très peu… Car si il y a genre 50 millions de personnes sous win8 ça fait que deux applis téléchargées par PC… Ou alors j’ai raté un truc…





Il y a un autre aspect que la simple réussite ou échec de Windows 8. Sur PC je doute fort que beaucoup de gens utilisent l’interface Modern UI. Perso je ne lance jamais d’applis WinRT(suis allergique au plein ecran) et je me suis arrangé pour utiliser le moins possible le start screen. Mon entourage fait pareil. Ces chiffres semblent le prouver car en effet 100 millions ce n’est pas beaucoup.



Pour ma part Windows 8 n’est ni un échec ni une réussite. il y a du bon et du mauvais. Le gris existe….

Le 09/01/2013 à 09h 50

zaknaster a écrit :



C’est pas moi qui dit que ça a “rien à voir”, c’est OhmydogPM. Et c’est pourquoi j’ai répondu sur le ton de l’ironie que non. Faut lire les 2 messages à la suite. Il dit que ça a rien a voir, je peux pas gober ça désolé.





C’est bien ce que je disais donc. Tu ne crois pas que ça a rien à voir et pourtant c’est le cas. C’est un changement d’os et de plateforme, je ne sais pas ce qu’il faut de plus." />

Le 08/01/2013 à 16h 08

cayan a écrit :



Mauvaise foi détectée " />





en effet rien à redire suffit de lire son message…

Le 08/01/2013 à 15h 45

zaknaster a écrit :



Je dis pas que c’est pareil. Je dis que ça n’a pas rien à voir, donc tu es bien gentil … " />

D’autant plus que tu parles de l’interface, et c’est justement la première chose que voit monsieur lambda, pour lui c’est la même chose, et je pense qu’il en a pas grand chose à faire que le noyau soit basé sur CE ou NT. Mais bon si vous voulez hein, l’OS a quelques mois alors " />





C’est toi même qui dit que ça revient au même. Tu sais qu’un système ça ne résume pas à une interface. Ce sont des changements invisibles pour l’utilisateur. Ce n’est pas parce que ça ne se voit pas que c’est pareil.

Le 08/01/2013 à 14h 46

zaknaster a écrit :



Rien à voir " />

Ça a rien a voir quoi, aucun rapport entre WP7 et WP8, niet, c’est totalement différent.

Un peu de sérieux, on parle de WP, que la synergie soit arrivée après ne change pas le fait que l’OS a 26 mois. La synergie n’a pas fait énormément bouger les choses à mon avis. Juste que l’OS a pris un peu en maturité avec WP8 et a eu droit a des devices plus intéressants notamment chez HTC et Nokia avec la visibilité de ce dernier qui a été très forte.



Avant les devices ne ressemblaient à rien (ok avis personnel) et c’était encore nouveau, et bien sûr la synergie a aidé du fait de la sortie de W8 mais faut pas s’enflammer non plus, W8 va prendre aussi du temps pour convaincre.





Tu parles de ce que tu ne connais pas apparemment. Wp7 c’était un système CE maintenant c’est un système NT sur WP8. Au niveau plateforme de développement tu as maintenant WinRT. Ce genre de changements est extrêmement rare. Là on a droit aux deux plus gros changements dans un OS en une fois.

Mais je comprend que pour toi c’est pareil car l’interface est similaire….

Le 08/01/2013 à 13h 59

Tolor a écrit :



Ils ont réussi à faire démarrer un WP8 (on ne sait pas vraiment s’ils sont capable de faire beaucoup plus), et réussissant avec un bootloader totalement débloqué à émuler un UEFI (ça ne semble pas être un vrai UEFI). C’est totalement infaisable pour 99% des possesseurs de WP, pas réalisable sur la plupart des téléphones, et très risqué.





Oui en effet j’ai lu que le secure boot était obligatoire pour WP8, donc ils ont surement du bidouiller un truc pour y arriver.

Le 08/01/2013 à 13h 54

zaknaster a écrit :



Ce que je me demande par contre, c’est comment les developpeurs ont fait pour mettre WP8 sur le saint HTC HD2, c’était un vrai WP8 ou castré quelque part ? Car dans le cas contraire, je ne comprends pas bien pourquoi il serait “impossible” de migrer les WP7 sur WP8





Il y a tout un tas de tests de validation et de migration à effectuer.Tout ça se fait bien avant. Il faut aussi porter les drivers. Si c’est pour sortir des mises à jours foireuses. un déploiement ça ne se fait pas comme ça.

Si ça avait été possible crois moi ms l’aurait fait ils n’ont aucun intérêt à faire ça volontairement.

Le 08/01/2013 à 13h 35

canti a écrit :



C’est juste triste pour les gens qui ont fait confiance a WP7, en se disant qu’ils auraient WP8 …





WP8 c’était un changement complet du système autant le noyau , le système de base et la plateforme logicielle. Quand les changements sont trop importants tu ne peux pas faire des mises à jour de cet ampleur sous peine de rencontrer de gros problèmes



Pour WP7 c’est triste mais il était condamné du départ comme je l’ai mis au dessus. Au final c’était même pas 2% de part de marché.

Le 08/01/2013 à 13h 19

Cypus34 a écrit :



Le principal problème qui se pose, c’est que WindowsPhone 7 n’a pas été mis à jour vers 8.

Personellement ça m’a bien refroidit (le fait que je n’ai pas besoin de changer mon tel en ce moment n’aide pas non plus " />)

Je pense que beaucoup de monde attend de savoir ce qu’il en sera des mises à jour de WP 8 avant de se lancer. Parce que si c’est pour dans un an avoir d’un coté le Lumia 920 sous WP 8.8 et d’un autre le 940 sous WP 9 ça risque de gueuler sévère !





Windows phone 8 a été un changement de système et de plateforme logicielle. Win32 a perduré plus de 20 ans. WinRT devrait être maintenu tout autant. je t’invite aussi à lire le dossier sur Windows 8 de PCI qui explique en détail le mecanisme d’évolution future de WinRT. Je pense que faire des critiques sur la compatibilité à Microsoft c’est plutôt malvenu a moins de vouloir troller.



Pour Windows phone 7 il était condamné du départ. Le projet MinWin venait à peine d’être achevé et la nouvelle plateforme n’existait pas encore. Ils n’allaient pas non plus attendre que windows 8 soit prêt pour arriver sur le marché des smartphones.

Le 08/01/2013 à 12h 33

Sebdraluorg a écrit :



Tu connais l’histoire du serpent qui se mort la queue ?



Ton service ou ton exe que tu lancerais via la bdr doit être signé car à ce moment là, la ‘protection’ est activée… " />

Et j’imagine mal obtenir une signature pour un tel outil " />





+1 et révocation de certificat dans la foulée si il en utilise un " />

Le 08/01/2013 à 10h 47

psn00ps a écrit :



Après le jailbreak initial, tout binaire est lançable jusqu’au prochain redémarrage.

Dans cet intervalle, tu modifies la base de registres afin d’automatiser la réouverture de la faille à l’ouverture de session.





Surement possible ce que tu dis . Bien que le hack ne fonctionne qu’avec des applis bureaux non signés.

Ensuite niveau sécurité ça craint rien. Ca nécessite un accès local, des droits admins+ un debugger.

Le 07/01/2013 à 14h 11

satandierbis a écrit :



Tu pense qu’une API où a été sucrée 90% des fonctions (au pif) et portée sur une nouvelle architecture matérielle n’est pas basée sur un nouveau runtime ?





Je pense qu’il voulait dire que WinRT est plus un framework et pas un runtime techniquement parlant (même si le nom est trompeur)

Le 07/01/2013 à 13h 33

satandierbis a écrit :



Donc je reste sur mon idée que Office est du winRT





Non regarde mon lien.

Tu crois vraiment que Microsoft a réécrit un projet comme office en WinRT. Ca prendrait plusieurs années

Le 07/01/2013 à 13h 30

Pour les certificats Win32 sur Windows RT, theverge en a parlé.

Le 07/01/2013 à 13h 20

satandierbis a écrit :



Mais je veux bien que win32 soit dieu et que tu sois son prophète " />





Me dire ça à moi c’est quand même très fort. " />

Win32 est très loin d’être mon dieu mais il reste indispensable pour le moment.

Le 07/01/2013 à 13h 18

pti_pingu a écrit :



Mais dans ce cas, y’a que Microsoft qui peut faire de la recompil pour ARM sur base d’un développement Win32? Je ne comprend plus rien là. La restriction WinRT sur ARM ne s’applique qu’aux développeurs tiers (donc le pékin de base comme nous)?





C’est ce que je mettais au dessus ils verifient si le certificat est signé par MS. C’est juste un verrouillage.

Le 07/01/2013 à 12h 52

satandierbis a écrit :



Question philosophique:



Comment peut tu connaître l’existence d’une chose qui n’est pas accessible car bloquée ? " />





Tu crois que Microsoft a réécrit office en WinRT?

Il y a toujours Win32 dans Windows RT. WinRT repose partiellement sur Win32 aussi(api de base)

Le 07/01/2013 à 12h 48

sashimi a écrit :



avec toutes ces limitations, comment microsoft peut-il il croire au succès de winRT (et de sa tablette ARM) ?…





C’est vrai que les tablettes Windows 7 avec des applications desktop ça a connu un gros succès " />

L’ipad a aussi fait un gros flop.

Le 07/01/2013 à 12h 38

zogG a écrit :



Tu veux dire qu’il n’est pas possible de faire un bête hello world WinRT en téléchargeant Visual Studio sur Windows 8 sans étre un dev enregistré ?





Je ne développe pas en WinRT(pour mon projet cette techno c’est mort) . je ne me suis pas intéressé au mécanisme de test des applications Windows 8. Tolor devrait pouvoir répondre.

Par contre la signature pour les applications WinRT est bien obligatoire. Je l’ai lu sur msdn.

Le 07/01/2013 à 12h 33

jb a écrit :



Euh, non, juste pour le développement et pour tester nos tools pour foutre de l’ARM dans des DLL PE depuis gcc/mingw sous Linux :)





OK " />

Le 07/01/2013 à 12h 32

satandierbis a écrit :



Mais win32 c’est des lib, si elles sont pas portées sur arm rien ne fonctionnera jamais.



Il y a un truc que je comprends pas là, c’est du jailbeak ok, c’est une énorme faille de sécurité sûr, mais je vois pas le rapport avec les applis win32 " />





Win32 ARM existe sur Windows RT. Windows RT c”est juste un Windows bridé pour le fonctionnement des applications WinRT.

Le 07/01/2013 à 12h 30

jb a écrit :



Personne n’a parlé de distribution.









C’est tout de même excellent pour moi!



Quand j’ai lu ce commentaire je pensais que tu comptais la dessus pour faire marcher vlc(Win32) sur Windows RT. D’ailleurs je crois que sur xda developer certains essayent de le faire marcher.

Le 07/01/2013 à 12h 26

zogG a écrit :



Yep, ma question portait sur une application WinRT non signée. Si j’ai bien compris ces niveaux de sécurité qui sont exploitables pour une app Win32 n’existent tout simplement pas pour WinRT, Il n’y a donc pas de faille à exploiter (en tous cas pas celle là)



j’ai bon ? " />





Pour WinRT la signature des applications est obligatoire que ce soit sur Windows 8 ou Windows RT.

Le 07/01/2013 à 12h 25

jb a écrit :



Ce jailbreak me permettra de tester des choses plus rapidement qu’avec les autres méthodes…





D’accord oui parce que se baser sur une faille (surement qui va être colmatée) pour distribuer un logiciel ce n’est pas trop top.

Le 07/01/2013 à 12h 21

jb a écrit :



C’est tout de même excellent pour moi!





L’usage reste trop limité pour être utilisable. Si Microsoft a fait ça à la base c’est pour tout passer sur un nouvel os a terme. Ce n’est pas une solution pérenne pour les développeurs. Win32 va surement disparaître ultérieurement sur Windows RT.



Soit tu arrives à porter VLC avec WinRT.

Soit tu attends comme moi (moi je n’ai carrément pas le choix) une vraie solution pour le desktop et tablette (Midori très certainement)

Le 07/01/2013 à 12h 13

zogG a écrit :



J´ai pas tout compris, mais ça permet aussi de lancer du code nom signé WinRT ? donc des apps “ Modern UI” faites avec Visual Studio comme si on allait làpublier sur le store ?



non ?



La faille ne concerne que le bureau ? étrange ? ou alors c’est que ces différents niveau de sécurité n’existent pas dutout pour Modern UI, et qu’il n’y a donc pour le moment pas de faille ?



(désolé pour le mode boulet, mais c’est pour bien comprendre" />)



La solution serait donc de créer un framwork alternatif pour “copier” modern UI, pour faire des app en mode bureau qui seraient comme des apps Modern UI.





Windows RT autorise uniquement l’exécution des nouvelles applications WinRT.

Pour Win32 seules des applications ayant un certificat Microsoft(donc que Microsoft) peuvent se lancer.

En utilisant une faille clrokr va changer une variable en mémoire qui autorise l’exécution d’applications Win32 ARM signés numériquement autre que Microsoft.

Par contre ce n’est pas persistant au redémarrage à cause de secure boot.

Le 03/01/2013 à 16h 49

ah ouais quand même

Le 03/01/2013 à 13h 18

brazomyna a écrit :



Non, ce dont il parle c’est de faire la différence entre:

1. l’OS en lui-même, qui propose une plateforme technique d’abstraction du hadware sous jacent (en gros l’OS plus deux ou trois outils de base à côté, genre la pile réseau, …), et
   


2. toutes les couches supérieures qui se placent au dessus, typiquement le gestionnaire de fenêtres, les applications, …
   
   
   
   Sous linux, l’OS est toujours le même (linux), mais tu as mille et une façon d’utiliser des outils au dessus de ça: de la console (plutôt les consoles) jusqu’aux dizaines de gestionnaires de fenêtre différents (KDE, Gnome, XFCE, E17, etc…).
   
   
   
   Donc ce dont il parle à propos de windows serait plus proche de l’idée d’avoir uniquement la base de windows. Genre, vu de l’utilisateur, avoir uniquement une console, (pour faire un raccourci très trop simpliste), pas juste supprimer deux applis dans le menu démarrer.
   
   
   
   
   
   tu sais il existe une base minimale autonome sur Windows. C’est Windows Core anciennement MinWin: 25Mo sur le dur ,40Mo de ram(chiffres pour Windows 7)
   
   Microsoft s’adresse au grand public. Une version console ça n’ intéresse personne.
   
   
   
   Ce qui est le plus génant dans Windows ce n’st pas la base système c’est la plateforme Win32 à cause de la compatibilité.
   
   Linux aussi ne se limite pas au noyau. les applications Linux n’utilisent pas uniquement les api de la base système. Il existe tout un tas de bibliothèques et de dépendances possibles.
   

Le 02/01/2013 à 11h 01

gounzor a écrit :



Je développe en JS et en As3, et évidemment en html, php, sql pour aller avec, mais de formation je suis graphiste.



Et actuellement le Js est loin de rivaliser avec le flash encore, ça viendra dans quelques années, mais c’est pas encore ça, surtout au niveau de ce qui fait vraiment la force de flash, son éditeur graphique vectoriel.

En dehors de ça en effet le développement est quasiment exactement le même grâce à l’ecma script.

Mais la gestion des sprites en css, même si c’est du svg, on est loin loin de ce que permet flash au niveau des performances poids, des outils de création, et surtout surtout au niveau de la productivité, là c’est la cata, même avec de bons framework, faire un jeu complexe en html5 (même un truc simple type farmville 1) c’est la grosse prise de tête, on double le temps de productivité car les outils et les implémentation graphiques sont encore trop à la ramasse.



D’ailleurs “à mon avis” c’est Adobe qui va se bouger et apporter une ui efficace pour l’édition graphique au html5. Ils ont déjà commencé à le faire, et ça va continuer, sauf que ça prendra encore quelques années.





Je ne dis pas le contraire mais l’écart à l’époque était encore plus important (entre JS et flash). Par contre WinRT remplace complètement flash.

Après au niveau du langage lui même il y a le projet typescript qui parait pas mal en gardant la compatibilité avec le JS actuel.

Le 01/01/2013 à 18h 03

gounzor a écrit :



Ok je vois ce que tu veux dire.



Cela dit vu la liste de site ou le plugin Flash est permise pour ie10 modern UI (facebook, youtube et quelques gros éditeurs), j’ai malgrès tout l’impression qu’il s’agit d’une stratégie égale à celle d’Apple : verrouillé l’utilisation de services gratuits.



Pour ios le prétexte était la gourmandise de Flash, ce qui était vrai, mais qui a énormément évolué à partir des dernières versions flash (codé en ECMA script, c’est difficilement autre chose que du JS compilé aujourd’hui….



Du coup évidemment le coup du store + la désactivation arbitraire des plugins dans windows 8 desktop, ça parait louche… Et pour la sécurité c’est aussi bizarre, Flash à des updates de sécurité a peu près une fois par mois et va adopter le patch quotidien bientôt… Rien a voir avec Java quoi…





le choix de suppression du flash sur l’environnement WinRT se comprend sur plusieurs aspects.



*Déjà Flash fonctionne grâce à la technologie ActiveX une technologie désuete.



*Flash a été crée à une époque où les standards HTML n’étaient pas suffisants et il restait beaucoup plus sécurisé qu’une application Win32.



Les navigateurs web avec le temps ont pris plus d’importance qu’il ne devrait car Windows n’était pas capable de fournir un environnement sécurisé pour les applications internet.

Le choix d’abolir flash sur l’environnement WinRT est donc logique. L’OS reprend sa place pour les applications webs.

Le 01/01/2013 à 11h 28

Juste une remarque personnelle je n’ai pas quitté Apple pour Microsoft il y a 17 ans pour que Microsoft fasse pareil. Je ne pense pas que ce soit le but de Microsoft de faire exactement pareil. Microsoft ne s’adresse pas aux mêmes personnes.

Le 01/01/2013 à 11h 24

gounzor a écrit :



Ouep c’est beaucoup trop 30% pour le service rendu on est d’accord.

Après pour le store en effet ça facilite l’achat et l’installation, mais d’après moi un bon produit n’a pas besoin de ça pour vivre grâce au web.





Il est possible pour un éditeur de passer par son propre système de gestion. Dans ce cas tu ne payes pas les 30%. Je crois pas qu’avec Apple il existe un mécanisme similaire.





gounzor a écrit :



Ap



Et en effet si tu es un troll MS alors mois aussi j’en suis un -_- Vu que ce que je veux c’est un windows 8 ouvert ou je fais ce que je veux sans contraintes arbitraires : si je veux activer les plugins dans modern ui, je veux pouvoir le faire sans restrictions. Comme pour la désactivation de leurs solution chiante d’antivirus quoi.



Ce que je ne veux pas c’est justement enfoncer Windows, parce que justement j’aime bien 8, et que je veux juste un bon windows 8. ;)





Vaste sujet…

Personnellement je comprend les craintes de certains sur un possible verrouillage de Windows. Vu l’absence de communication sur le sujet de la part de Microsoft, je pense qu’on peut être amené à s’inquiéter.



Cependant en tant que développeur je vois comment fonctionne WinRT actuellement, je sais bien qu’il ne peut pas gérer tout les scénarios applicatifs.

Je ne crois pas non plus à la mort de la souris clavier. Il existera toujours des secteurs d’activités(comme les secrétaires) qui en auront besoin.



Il faut voir que Microsoft se fait attaquer depuis des années sur la fiabilité et la sécurité à cause de composants tierces. (driver foireux , shell extensions ou plugins systèmes divers) .Ces plugins participaient aussi au WinROT. Il existait deux solutions pour résoudre ce problème:





* Soit créer un environnement verrouillé qui ne donne plus accès au système et sandboxe complètement les applications.

C’est la méthode qui a été employée par tous les gros éditeurs pour le moment.



*Soit créer un nouveau système d’exploitation(micro noyau ) beaucoup plus sécurisé et fiable. Midori repose sur un concept fondamental. Les processus sont scellés dynamiquement en mémoire. Cela signifie qu’on ne peut plus charger aucun plugin dans un processus isolé(idem pour les drivers). les plugins tournent dans leur propre processus isolé.



Midori devrait permettre de faire autant que Windows(même plus) avec un niveau de fiabilité et sécurité supérieure à Windows RT.



J’en ai parlé dans le dossier Windows 8 sur PCI mais beaucoup de choses laissent penser que Microsoft se prépare à passer Windows sur un nouveau système.



La priorité de Windows 8 c’était les tablettes et les smartphones. La partie bureau reste inchangée. De plus Julie larson green avait bien expliqué dans une interview que l’interface souris clavier restait indispensable.



L’interface souris clavier actuel est totalement imbriqué dans Win32. Si microsoft avait voulu la changer, des changements bien supérieurs à Windows 8 auraient été nécessaires.



Je ne pense pas que l’avenir de Windows ce soit Windows RT mais plus Midori.

Si on regarde les news récentes Eric Rudder leader du projet Midori vient d’être promu. Et craig Mundie qui était lié aussi à Midori devient conseiller technique de Ballmer.



PS: Bonne année à tout le monde " />

Le 28/12/2012 à 18h 06

arno53 a écrit :



Mais quid des applis développé après la sortie de Blue mais qui n’utiliserai pas les nouvelles api, pourront tout elle marcher sur 8 telle est la question ?





Regarde la partie versioning de WinRT dans le dossier Win8. Théoriquement ca devrait marcher.

Le 28/12/2012 à 16h 39

On ne peut rien conclure a partir des numéros de version. Cette numérotation a été utilise pour gérer les applis qui vérifient la version majeure dans le dur. Pour le moment on ne sait absolument rien de blue a par son prix bas ou gratuit et le changement vers un cycle de mise a jour plus rapide.

Le 28/12/2012 à 08h 28

doom_Oo7 a écrit :



Quid de la latence du système? Déjà qu’on a accès qu’à sleep et pas usleep…





usleep n a pas d intérêt avec un ordonnanceur classique a cause du time slicer 10-15ms.

en kernel mode tu as kedelayexecutionthread.

pour singularity de mémoire il vient avec un ordonnanceur temps réel.

Le 27/12/2012 à 17h 45

GruntZ a écrit :



Ça sent l’écosystème à la ChomeOS, verrouillé de chez verrouillé; matériel compris.



Il est plus que temps de faire des stocks de composants obéissants pour réparer les PC qui vont disparaître.



" />





Tous les environnements mobiles sont verrouillés mais ils sont loin de pouvoir faire autant qu’un système desktop comme Windows.

Midori il n’y a pas besoin de le verrouiller il est secure par construction. Entre choisir un futur en Windows RT ou Midori je choisis largement Midori…

Le 27/12/2012 à 17h 32

yvan78 a écrit :



C’est clair, un compilo ca sait pas optimiser…



Non, le pb, c’est que microsoft doit arroser large au niveau des options compilo sur ce qui est mis en boite, pour maximiser le support matériel d’un binaire donné dans un modèle source fermé.



La raison de ce truc n’est nullement l’optimalité! " />





Dans le projet Midori il y a toute une partie dédiée à la compilation et à de nouveaux langages. Microsoft réécrit de nouveaux compilo C# qui génère directement du code natif ou MDIL. D’après des offres d’emploi récentes(pour Win9) ils sont capable d’optimiser beaucoup plus le code pour des applis managés.

Le principe est de vérifier un maximum de choses à la compilation et non à l’exécution ou c’est déjà trop tard.

Le 27/12/2012 à 17h 25

yvan78 a écrit :



Forcément, un truc dont on ne fait rien… à part la beauté de l’art?! " />



Franchement, je n’ose imaginer le debug d’un tel millefeuille sur toutes les architectures processeur qu’il devra supporter.



Indémerdable. Un travail de validation un ordre de grandeur au dessus de tout ce qui existe. Pas près d’avoir un truc vendable, cela ne pourra jamais suivre l’évolution du hardware sous-jacent.



Ce truc, c”est du suicide.





Singularity a été percu par de nombreux chercheurs comme une grosse avancée.(dont tannenbaum lui même)

Les anciens micro noyaux se sont tous confrontés au coût de performance avec les context switch.

Le principe des SIP ou l’isolation est effectué au niveau de la compilation permet de faire tourner tout le code en ring 0. Du coup les appels systèmes sont de simples routines.

Le 27/12/2012 à 17h 17

yvan78 a écrit :



L’écologie ultime: Pas besoin de recycler ce qui n’a jamais été produit " />



Un OS en bytecode à la con… Vraiment, quelle c" />



Faut vraiment pas savoir produire de code portable par simple recompilation " />





Le code intermediaire est compilé et optimisé en code machine à l’installation. Ca a déjà été expliqué 10000 fois. Il y a de nombreux avantages:



*tu ne peux plus avoir de failles buffer overflow vu que le code est type safe et memory safe. Ce qui en soit serait une petite révolution pour la sécurité.



*tu peux facilement balancer du code sur différentes architectures CPU/GPU



*Ca assure l’isolation des SIP (software Isolated Process). Plus d’extensions foireuses qui font planter le système. Plus de BSOD à cause de drivers foireux ou de shell extensions foireuses.

Le 27/12/2012 à 17h 05

yvan78 a écrit :



Midori… C’est un peu le Hurd proprio! " />



On en parle depuis des années… mais ca débouche sur rien!





Pas plus que les concepts Micro-Noyau classiques (plus de 30 ans).

Il faut au moins dix ans pour réécrire un os de zéro. Pour le noyau il est déjà fonctionnel depuis un bout de temps.

Je pense qu’il y aussi un gros travail pour l’intégrer à Windows. Microsoft ne peut pas se permettre de sortir un os nu sans un minimum d’intéropérabilité avec Windows.

Là on parle du successeur de Windows qui devra durer au moins 20 ans voir plus.