Le 27/02/2013 à 08h 15

FREDOM1989 a écrit :



La machine ne s’adresse pas au genre de personne lisant pciinpact alors c’est pas parce que la machine n’intéresse personne ici qu’elle n’a aucun intérêt.



Le wifi est absent : vu le taux de connexion des wii c’est pas un problème pour le public cible.



Pas d’USB et de port sd card : L’usb ne sert à rien sur la wii au final



Pas de rétro NGC ; c’est vraiment un problème pour très peu de personne.





Autant sur les jeux NGC et l’USB ok, mais sur le réseau pas d’accord. Je n’ai pas de chiffre exact, mais à mon avis 90% des gens (qui achètent une console) ont une box et donc du wifi chez eux. De plus, il n’y a pas d’Ethernet non plus, du coup il y a 0 fonctionnalité réseau.



Rien que les mises à jour du système et des jeux ne sont pas possibles >__< A la base cette console devait être connecté H24 (cf. lumière bleue lors de la récupération du contenu et les quelques applis météo et co), franchement cette version est une version vraiment au rabais.

Le 13/02/2013 à 18h 13

psn00ps a écrit :



C’est pas de la faute du browser. " />





Tout à fait d’accord. Mais pour l’utilisateur, le résultat est le même.

Le 13/02/2013 à 17h 53

xdbob a écrit :



Déjà je me méfierais si j’avais sous les yeux un test que seul IE passe à 100%.

" />









Alucard63 a écrit :



Don’t feed." />





Je désamorce tout de suite votre troll : les tests sont dispos sur MSDN, et du coup Microsoft ne propose effectivement dans cette page que ceux qui les arrangent…. certes.



Mais l’idée de celui qui a posté ce lien n’est clairement pas de troller : c’est pour vous ouvrir les yeux sur webkit/google et l’utopie du respect des standards par chrome.

Le 13/02/2013 à 17h 51

Emralegna a écrit :



Sinon, c’est il me semble l’un des seuls navigateurs dispo en 64 bits depuis pas mal de temps (je veux bien en tester d’autres si vous en connaissez) .





Il y a IE qui est dispo en x64 depuis plusieurs années, et Opera.

Mais maintenant qu’Opera adopte webkit, et comme chrome et sa base chromium n’est pas distribué en x64 sur Windows (à ma connaissance), il se pourrait bien que çà pose problème…. Franchement j’attends une réponse officielle des gars d’Opera là dessus (si quelqu’un veut bien poser la question " /> )

Le 13/02/2013 à 16h 27

okeN a écrit :



C’est la barre fixe en haut sur PCI qui fait ramer Opera… C’est la même chose sur tous les sites avec ce genre de partie fixe. Sinon pour moi il lui arrive de crasher… de plus en plus souvent au fil des versions j’ai remarqué.





Tout à fait possible pour la barre. D’ailleurs au passage elle est bugguée sous mon Opera…

http://i50.tinypic.com/6r7qth.png

Le 13/02/2013 à 16h 20

BenGamin a écrit :



" /> , j’ai plus de probleme de scroll. Il crash très mais alors très rarement (la dernière fois, il a burpé quand j’avais 15 onglets ouvert + 2 onglet vidéo + ouverture d’un autre tout en changeant les paramètres de sorties son.). J’ai plus de site ou je change mon user-agent… et ça depuis longtemps.





perso çà crashe très souvent, sur 2 machines distinctes (7 32-bits et 8 64-bits).

Le rendu rame énormément (PCinpact pas fluide en scrolling, clubic insoutenable en scrolling, smooth scrolling ou pas, hardware acceleration ou pas)

User agent à modifier dans plein de sites ultra connus, le premier étant google images qui est horrible avec l’useragent d’Opera

Le 13/02/2013 à 16h 07

Bah, çà sent un peu la sale news IMHO.



Opera ces temps-ci c’était pas la joie :

• browser qui rame (toujours pas du tout fluide sur le scroll de certains sites comme PCI par rapport à IE, hardware acceleration ou pas)
  


• browser qui crashe très régulièrement depuis la dernière version
  
  
  
  Et comme toujours :
  


• plein de sites où il faut changer son user-agent sinon c’est mort
  
  
  
  Alors oui on aura un peu plus de compatibilités sur certains sites (même si la plupart checkent l’useragent, du coup l’end user verra pas la différence dans ces nombreux cas là) et probablement un peu plus de fluidité…
  
  
  
  Mais je vois aussi des points négatifs :
  


• quid du 64-bits sur windows ?
  


• maintenant qu’ils passent à webkit, histoire d’avoir un fork de plus de chromium sur le marché, et d’avoir 300M utilisateurs en plus sur webkit… c’est le retour d’IE6 quoi… Heureusement qu’il y a Trident.
  
  
  
  Franchement c’est vraiment un aveux d’échec de leur part, et pas une bonne nouvelle pour l’utilisateur d’opera que je suis. Vu les déceptions récentes avec le browser + cette décision, un jour je le lâcherais pour de bon je le sens.

Le 12/02/2013 à 13h 41

atomusk a écrit :



En gros tu te plains parce que du fait que “tu veux prendre tes responsabilités” en conduisant ta voiture toi même, augmentant significativement le risque d’accident pour toi et les autres, tu doives “payer” un malus supérieur ?

C’est normal que je sois pas choqué ? " />



Apres déresponsabiliser les gens, quand je vois le nombre d’irresponsables sur la route, pareil je me pose des questions quand au fait que ça soit une mauvaise chose " />



Le souci étant que bien souvent c’est les plus irresponsables qui seront les derniers à vouloir “conduire leur véhicule” " />





Je dis juste que d’un point de vue général, pas juste dans ce cas particulier de l’automobile, je ne suis pas convaincu que les évolutions technologiques qui déresponsabilisent massivement les gens et dont le but est de se substituer définitivement à une quelque chose actuellement réalisé par l’homme soit nécessairement une bonne chose.

Le 12/02/2013 à 13h 06

atomusk a écrit :



C’est bien pour ça que j’ai appris à conduire une carrosse, et à m’occuper des chevaux … Il y a 200 ans on me traitait de fou, mais avec ces “automobiles”, plus personne ne sait conduire de carrosse de nos jours " />



" />



Blague à part, je ne regretterai pas le fait que “personne n’apprenne à conduire” si on peux avoir une techno ultra fiable de conduite qui limitera les accidents et facilitera la vie …









Virtual_Spirit a écrit :



Peut être (enfin plutôt dans 100ans je dirais mais bon). Mais où est le problème ? Avant on se déplaçais en calèche. Mais ça c’était avant. Du coup maintenant on apprend plus à monter un cheval ni à lui donner des ordres pour se déplacer. C’est normal.





Bah ma réflexion fait un peu vieux réfractaire je l’avoue, mais je trouve que se pose quand même la question du tout-assistanat technologique. Le carrosse remplacé par les voitures n’a pas supprimé l’intervention de l’homme dans son déplacement, çà l’a juste modifié (amélioré ?).

Se pose aussi la question de la confiance dans la technologie. Et niveau automobiles, on a bien vu que c’est pas toujours pour le mieux (cf. milliers de problèmes liés à l’électronique de l’ordinateur de bord, voitures non réparables par un non-professionnel….etc.)







illidanPowa a écrit :



toi tu as regardé Clones y’a pas longtemps " />





En effet " />







HarmattanBlow a écrit :



En quoi ? C’est très actuel, au contraire.





Oui c’est très actuel (proche ?), mais en même temps çà se rapproche terriblement des problématiques éthiques classiques de la science fiction, sur l’assistanat technologique et la délégation à tout prix en faveur des machines. Et pourtant je suis pour la technologie ! " />







HarmattanBlow a écrit :



Je ne vois pas ça comme un problème. Surtout dans une société vieillissante et obsédée par la sécurité qui a transformé l’obtention permis en une procédure incroyablement longue et coûteuse, ce qui complique sacrément la vie des jeunes pauvres.





Bah y a du bon (conduite pour les handicapés, les vieux…etc), mais çà fait un peu flipper. Bientôt le malus pour ceux qui veulent pas se laisser conduire par une machine ? Est-ce qu’on est obligé d’apprécier une évolution qui déresponsabilise encore un peu plus les gens ?

Le 12/02/2013 à 08h 16

C’est un peu de la science fiction tout çà :)



Limite çà fait un peu peur en fait.

D’un côté les gens qui se feront conduire tout seul par leur voiture, de l’autre les réfractaires qui ne voudront pas confier leur vie une fois de plus aux machines. Et dans 20 ans plus personne n’apprendra à conduire…

Le 04/02/2013 à 21h 38

ffvsdoom a écrit :



ça c’est bête et c’est gratuit, vu que tu ne me connais pas… Je suis pas le seul à le penser, et si pour émettre une opinion il faut écrire sur des sites qui ont pignon sur rue, alors je peux t’en citer pleins qui expriment la même que moi. WinRT est une erreur qui est liée à l’absence d’Intel sur le marché des procs mobiles. Intel aurait eu une gamme de procs à la hauteur des attentes du marché mobile pour concurrencer les ARM, il est fort probable que MS n’aurait pas développé WinRT - ça ne veut pas dire que ModernUI n’aurait pas vu le jour, loin de là, mais que la version bridée de Win qui est sortie voilà 3 mois n’aurait pas vu le jour.



Au passage, je pense avoir lu sur certains sites aussi, 3 mois après, que Vista ne marcherait jamais. On a vu le résultat, même si bien sûr les résultats furent fondamentalement différents. WinRT ne répond pas aux attentes de la clientèle, c’est un fait et ça ressort à la fois de sondages multiples et des premières ventes du produit (notamment Surface, mais pas seulement, on peut englober la totalité des tablettes sous WinRT). Par ailleurs, je te ferai remarquer que Damien a lui aussi exprimé, pas plus tard que ce soir dans un test de la Yoga de Lenovo, une appréciation plus que négative sur WinRT.



Bref, si on a une analyse un minimum stratégique sur le secteur (et là-dessus, je pense être légitime, quelle que soit ton opinion), on peut se dire que MS a fait une boulette en sortant un produit qui 1°) donne l’impression de ne pas être fini (j’ai dit “donne l’impression”, ça ne veut pas dire qu’il n’est pas fini), 2°) sème le trouble dans l’esprit des clients, et 3°) a nécessité le développement et la mobilisation de ressources stratégiques qui auraient pu être utilisées à d’autres choses.

1. Pas fini ? Sur quelles bases ? Si tu parles des applis modern UI qui sont fonctionnellement (très) légères (manques de fonctionnalités, cruel manques d’options…etc.), entièrement d’accord. Sinon je ne vois pas vraiment de quoi tu parles.
   
   
   


2. Je suis entièrement d’accord que la communication est tout à fait foireuse. Avoir un bureau et pas pouvoir installer les applis habituelles dessus, c’est très embêtant pour les gens qui ne sont pas au courant.
   
   
   


3. Là par contre pas d’accord. Porter Windows sur ARM, ce fut un gros boulot, et çà ne sera clairement pas à jeter (y a qu’à voir la convergence avec WP). Développer un nouvel environnement de développement (WinRT) basé sur une monétisation facile des applicatifs, c’est également pas perdu et çà pourra rapporter pas mal à MS dans le futur.
   
   
   
   Perso, le gros reproche sur WinRT que je ferais, c’est le blocage politique (et non technique) des applications compilées pour ARM sur le bureau.

Le 04/02/2013 à 17h 38

et Nokia observe le lancement de la Surface pour apprendre des erreurs commises tout autant que des caractéristiques qui ne pourraient pas plaire



En gros, ils vont choisir un processeur Intel " />

Le 31/01/2013 à 17h 49

Windows Mobile 8 ?? Je suis tout confusé ! " />

Le 23/01/2013 à 07h 54

serged a écrit :



Encore un qui ne connaît rien à la typographie:



# (unicode U+0023) est le signe “croisillon” (ou “carré” pour les québécois). Le “dièse” lui ressemble, certes, beaucoup (? - Unicode U+266F) mais ce n’est pas le même (la chaise est de travers).



cf: Wikipediaet WikipediaMais carrément, j’allais dire la même !!

Ce n’est absolument pas un dièse, mais un croisillon !

Le 14/01/2013 à 22h 15

Loone a écrit :



Faudrait mettre de coté tout ces posts ou les gens prédisent tout et n’importe quoi pour une date X et leur ressortir à cette date précise …



J’espère beaucoup de BB10, j’attendrais sa sortie et de voir les applis pour me prononcer …





…





Tu parles de qui ?

Le 14/01/2013 à 22h 02

Marc31boss a écrit :



En 36h, en réutilisant du code existant sur d’autres plateformes, on n’a que l’UI à redévelopper. Si t’as la chance d’avoir du code existant en Qt, t’as absolument pas à y retoucher côté métier. Ma première application, certes très simple, mais totalement fonctionnelle et bien finie, esthétique, … a été terminée en moins de 24h, ces 24h comprenant une bonne nuit d’une douzaine d’heures.





Une petite appli très, très simple à la limite ok, mais une grosse appli, clairement non.



Le côté métier est également à retoucher : quand bien même tout le code est bien encapsulé (et très souvent ce n’est pas le cas…) tout ce qui touche aux hard (capteurs…etc.) est à revoir. Sans compter les libs pas compatibles et les dizaines de pb du même genre.



Côté UI, il faut également se préoccuper des différents form factors permis par l’OS, et donc éventuellement tout retoucher pour permettre l’utilisation de l’appli avec des résolutions non prévues à la base…



Et tout çà, ce n’est bien évidemment sans se préoccuper une seule seconde des spécificités de l’OS !!

Quand bien même les ressources (icones, styles…) sont récupérables, si on veut faire un truc fait pour l’OS cible, il faut généralement reprendre tout le système de navigation entre écrans. Entre un windows phone et un android, ce n’est pas du tout pareil niveau UI (WP c’est beaucoup plus “horizontal”, via le pivot control par exemple, gestion du bouton back différente….etc.).

Reste également la gestion des live tiles pour WP vs notifications pour android vs ….etc., etc.



Tout dépend bien évidemment de la complexité des applis :) Et des ressources à disposition pour coder :) Quelqu’un comme nous qui fait çà sur son temps perso passera probablement pas plusieurs jours à rédiger et à dérouler un cahier de tests :)





Franchement 15k çà me fait peur pour cet OS. La carotte des 100$ pour publier une appli me fait penser que beaucoup ont du être vraiment bâclées. C’était vraiment un nombre max de submissions acceptées pour récolter un max de thunes.



Et j’ai lu aussi qu’il y a eu énormément de “copié/collé” d’applications existantes (repackaging d’app android notamment) par des personnes tierces (projet OO forkés en gros, ou même projet copiés sans permission…), sans bien évidemment prendre en compte toutes les spécificités de l’OS…

Le 14/01/2013 à 17h 41

Vincent_H a écrit :



Personne ne dit que les applis sont été faites en 36 heures " />





Ah ok, j’ai vu lu trop vite " /> Du coup je suis rassuré…. ou pas " />







jinge a écrit :



On peut faire de bonnes applis en 36h, mais bon après ça ne sera pas des applis très poussées, juste pour un usage simple quoi…

Et je ne sais plus si ya possibilité d’applis WEB, mais à priori il ne faut pas 50h pour adapter une appli déjà codée en web pour une autre plateforme….





En 36h on fait de la bidouille, pas une vraie appli sans trop de bugs et avec une UI adaptée au système. Et une “appli codée en web” ce n’est pas magique, il suffit pas de copier/coller faire F5 et espérer que çà marche nickel.

Le 14/01/2013 à 16h 47

15k applications, chacune codée en 36h? " />



Même pas sorti, et déjà une poubelle le market ? Faudra effectivement jauger de la qualité, mais je le sens pas du tout….

Le 14/01/2013 à 22h 06

sniperdc a écrit :



Le Cloud Gaming façon Crosoft, je suis juste curieux de savoir ce que cela va donner " />



Si on fait les comptes :

• Sony a acheté Gaikai et donc aura du Cloud Gaming.
  


• nVidia a les moyens d’avoir du Cloud Gaming.
  


• Steam ? Entre Cloud Gaming et Console de jeux ?
  


• Microsoft investi également dans le Cloud Gaming.
  
  
  
  
  
  La nouvelle xbox supportera nativement le cloud-gaming de mon avis. En plus d’un lecteur physique (bluray ?) encore forcément obligatoire pour une console (cf. pénétration du haut débit dans le monde), à mon avis ils vont prévoir le coup.
  
  
  
  Une console çà peut durer 7-8 ans… imaginez l’informatique dans 7-8 ans !! " />
  
  Forcément les usages vont grandement évoluer, et le cloud risque bien d’exploser…
  
  
  
  Sinon Microsoft n’a rien racheté concernant le cloud, tout simplement par ce qu’ils ont déjà toutes les compétences pour gérer ce marché (virtualisation, streaming…), de même que les infrastructures.

Le 14/01/2013 à 17h 45

Naneday a écrit :



Tout ça c’est juste pour contrer le piratage, car honnêtement qui est pour un avenir ou tout est basé sur le cloud ?





Y en a qui aiment bien louer un jeu pour quelques euros, jouer vite fait 2-3h, puis passer à autre chose, sans avoir à investir 60 euros dans chaque jeu (onlive-like).



Perso je préfère le bon vieux support physique mais bon…

Le 11/01/2013 à 11h 54

Virtual_Spirit a écrit :



Je ne comprend pas. Si ils limitent pas la bande passante, pourquoi ils achèteraient plus de capacité ? De capacité de quoi si c’est pas de la BP ?



Moi je comprend ça comme “Vous êtes en illimité, mais vous pouvez payer plus chère pour avoir un peu plus d’illimité”









Maxobelix a écrit :



Bullshit… !



Il y a forcement discrimination entre un client “Orange” et un client “Free” puisqu’un contrat de “capacités” a été signé et que l’agrume peut allouer plus de capacités à Free, moyennant finances…





L’accord d’itinérance Orange Free est confidentiel, mais de ce qu’on peut lire, Free achète une “capacité”, c’est à dire une quantité de données transférable sur le réseau Orange. Il ne s’agit pas de débit, mais de volume.



Du coup entre un client Orange et un Free sur le réseau Orange, il n’y a pas de différence… sauf si Free bloque lui-même le débit pour éviter de dépasser le volume acheté et devoir payer Orange davantage…

Le 10/01/2013 à 22h 56

Blake Krikorian devient ainsi vice-président de la division Interactive Entertainment



Juste un petit point de détail : il a été nommé en fait “corporate vice president” (CVP). Il n’y a pas d’équivalent français à ce poste.



Le “vice président” en français est celui qui prend la place du “président” en cas de problème. Le “vice president” en business US, c’est un titre différent.

Le 09/01/2013 à 21h 22

EMegamanu a écrit :



Je vais être médisant car ça ne concerne que mon cas perso, mais j’ai envie de dire “Ça ne m’étonnes pas, bien fait !”. Depuis que c’était devenu Game c’était n’importe quoi.

À Noël 2011 ils m’avaient annulé sans raison une grosse commande, et moment de la repasser (ah bah ça fera 70€ en + m’sieur, l’offre n’est plus valable) " />





Idem, commande il y a environ 1 an d’une Xbox en promo, et après 1 mois de relances/mails et de fournitures diverses de justificatifs de domicile (tout çà pour 200 euros -__-), ils m’ont juste dit “désolé le produit n’est plus en stock, commande annulée, repassez donc en une (pour 50 euros de plus, la promo étant terminée) !”



" /> " /> " />



Donc pareil, pas de pitié pour une enseigne qui utilise des pratiques commerciales de ce type là.

Le 09/01/2013 à 14h 32

unCaillou a écrit :



Ca va que dans un sens leur truc

Quand Microsoft menace les constructeur mobiles de procès s’ils ne lui reversent pas 10$ par téléphone Android vendu, c’est “fair” ça aussi ?



Donc Microsoft peut jouir de ses brevets (imaginaires?), mais Google peut pas utiliser les siens " />





c’est toute la différence entre un brevet FRAND et un pas FRAND " />

Le 08/01/2013 à 07h 48

jb a écrit :



Je ne répondrais pas en public sur ça :)





Ok ;)







Tolor a écrit :



MS a réagi, ne considère qu’il n’y a aucun risque de sécurité, et applaudit l’ingéniosité de ceux qui ont trouvé la méthode " />





http://thenextweb.com/microsoft/2013/01/08/microsoft-determines-windows-rt-jailb…





Bah c’est plutôt cool comme réponse " /> Je crois pas qu’il y ait de risques de sécurité effectivement, puisqu’il faut notamment les droits d’admin et des actions utilisateurs très spécifiques.



Sinon dommage que MS n’est pas répondu à





Microsoft, please consider making code signing optional and thereby increasing the value of your Windows RT devices!





" />

Le 07/01/2013 à 20h 05

jb a écrit :



C’est pas recommandé.

Ensuite, y a des raisons qui sont bonnes (sandboxing), d’autres qui sont un peu douteuses (“tous les devs sont des idiots”), et parfois du foutage de gueule pur et simple.





Tu as un exemple de “foutage de gueule” (c’est juste par curiosité) ?

Le 07/01/2013 à 13h 21

Vincent_H a écrit :



Sur Windows RT, la seule chose qu’un dev peut réaliser, ce sont des applis WinRT, donc passant par le Store. La partie Bureau et les applis Win32, c’est verrouillé : seuls les exécutables fournis avec Windows et Office 2013 (intégré) peuvent se lancer.





WinRT ne signifie pas nécessairement “store”. Il est par exemple possible de lancer des applications modern UI sans passer par le store (sideloading) : MicrosoftIl est également possible d’appeler des fonctions de l’API WinRT depuis le desktop : Microsoft

Le 07/01/2013 à 16h 41

Pour info, le numéro de version de l’OS ne rentre pas en compte, puisque c’est bien le user agent qui bloque l’accès au site.



Vous pouvez d’ailleurs essayer avec un browser desktop : si le useragent contient “Windows Phone”, alors maps.google.fr est redirigé.

Le 07/01/2013 à 09h 52

jinge a écrit :



Quand tu auras re-développé un sharepoint intégré à open office on en reparlera :) (bien entendu il faut que la solution finale soit meilleure que celle de sharepoint et qu’elle évolue au moins aussi rapidement sans couter plus cher!)



Je ne dis pas que ça n’est pas possible (de redévelopper), mais ce n’est pas le métier de la défense non plus et il y a de gros risques que ça n’aboutisse jamais!





Exactement : c’est juste pas leur métier.







Tourner.lapache a écrit :



Vision court terme donc.





La vision à long terme c’est aussi de penser que si on développe un truc soit même, va falloir embaucher des centaines (voire des milliers, vu que là faut refaire Windows, Office, Sharepoint à partir de Linux/OpenOffice, et refaire tous les applicatifs développés en interne) de personnes pour le maintenir à jour et le faire évoluer pendant des dizaines d’années.



Très sincèrement, je pense que le DoD a TRES BIEN réfléchi à son affaire avant de lâcher plus de 600M$ à Microsoft.



çà fait complètement partie d’une vision responsable à long terme de penser que si le métier d’une boite (ici le DoD) n’est pas l’informatique, alors acheter des produits commerciaux qui font le job correctement depuis des dizaines d’années est une bonne idée.

Le 07/01/2013 à 09h 25

aureus a écrit :



Moi je pense qu’avec dix dollars ils faisaient la même chose. Quelqu’un dix mieux ?

/mieux-proof





Franchement quelle volonté de plomber les finances publiques, c’est gratuit un changement d’écosystème voyons, même pas 10$ !



Tu déploie une débian et tu fais apt-get install libreoffice, et tous tes problèmes sont réglés instantanément " />

Le 07/01/2013 à 09h 17

Tourner.lapache a écrit :



C’est clair, un simple réflexion leur aurait permit de se dire qu’avec même pas le dixieme de ces 617 millions de dollars ils auraient pu faire bosser des mecs à modif une debian pour la rendre USDefense-friendly avec un pack libreoffice -equivalent sharepoint- SDefense-friendly, le support, la formation, …





Mais oui, c’est çà, il n’y ont pas pensé une seconde ces abrutis du DoD…. et la marmotte…



Je crois que tu sous-estimes très très largement l’impact d’un changement d’OS et d’écosystème logiciel… Tous les développements spécifiques (intranet, applicatifs internes…), les infrastructure réseau (authentification des users, domaines)…etc. sont à reprendre de quasi-zéro, ce qui représente très largement plus que 10% de ces 600M$.



Sans compter évidemment la formation des milliers d’utilisateurs ciblés, ainsi que le développement d’une offre concurrente à Windows et Office.



Bisounours powa.

Le 07/01/2013 à 08h 03

zogG a écrit :



Tellement une vraie ludothèque de hardcore gamer qu’elle se vend comme des petits pains la Vita :/





Je sais, elle ne se vend pas du tout, c’est un vrai échec commercial. Je ne sais pas vraiment quelle est la cause de ce fiasco, mais très objectivement je ne pense pas que ce soit la qualité de la console et/ou des jeux, qui me semble pas mauvaise.



Peut être la fin d’un marché tout simplement ?



Mais il n’empêche que la qualité des jeux sur console portable est largement supérieure (en termes d’ambitions, de réalisation, et du coup de prix aussi) à ce qui se fait sur Android.

Le 07/01/2013 à 07h 58

toof59 a écrit :



YouTubeMerci pour le lien.



Mais honnêtement du cloud gaming comme çà avec une console, à la maison, je trouve çà sacrément useless.

Quitte à vouloir du cloud gaming, autant relier son petit PC à sa TV de salon via une simple sortie HDMI, avec Origin/autre solution de cloud gaming, et utiliser une manette simple (par exemple la manette Xbox qui a fait ses preuves), plutôt que d’acheter un hardware onéreux avec un écran qui ne sera pas utilisé (cf. vidéo).



Entre une console de jeu salon, un PC de jeu, un PC “léger” pour du cloud gaming, une tablette, un smartphone…. je vois pas l’intérêt d’une console sous Android telle que celle là.

Le 07/01/2013 à 07h 52

Mouais, autant je suis pas fan de Sony et sa PS Vita (ni même des consoles portables depuis la GBA en fait), mais faut avouer quand même que la Vita a un vraie ludothèque de jeux gamers comparé à Android. Android c’est surtout des milliers de jeux casuals pas très ambitieux conçus pour faire passer quelques minutes (jeux de shoot, angry bird like, puzzle games…), ou au mieux de gros jeux gamers mais en portage depuis de vieilles consoles (par exemple les GTA).



Bref, Android c’est facile (applicatif existant, pas besoin de partir de zéro…etc.) mais comme quelqu’un a dit c’est tellement fourre tout que pour du gaming sérieux je n’y crois pas du tout.

Le 03/01/2013 à 17h 47

popcorn prêt " />

Le 03/01/2013 à 17h 35

Incompréhensible IMO. Faut vraiment pas voir plus loin que le bout de son nez avec le fameux “bouh la pub c’est mal !” pour être d’accord avec un filtrage par défaut de la pub.



Sans compter le modèle économique à remettre en question, c’est aussi la neutralité du net qui est en jeu. Y a qu’à voir LeMonde.fr dont Niel est actionnaire et la pub non bloquée pour comprendre " />

Le 03/01/2013 à 17h 28

Quand je pense que Microsoft s’est fait défoncé avec le DNT par défaut… là c’est l’adblock par défaut carrément " />

Le 03/01/2013 à 16h 58

vache, une option comme çà au niveau du FAI, et en plus, activée par défaut, c’est abusé quand même…

Le 27/12/2012 à 18h 48

Un OS codé en C# et entièrement managé, le rêve ! Vivement des news bien détaillées sur ce projet. Reste la question du lien et de la compatibilité avec la branche Windows.

Le 19/12/2012 à 18h 59

Bon courage les gars ^^ J’ai backé ce que je pouvais il y a 2 semaines et j’ai fw le lien, j’espère vraiment que vous arrivez à 40k !



Pour VLC, et pour la démonstration technique des possibilités offertes aux développeurs par WinRT !



D’ailleurs, est-ce qu’il y aurait moyen d’avoir quelques détails (très) techniques les éventuelles difficultés que vous rencontre (je suis développeur également) sur la limitation de la sandbox (accès au hardware optique, pile réseau…) ?



Merci " />



EDIT : ah oui sinon au fait MERCI pour le boulot fait avec la hadopi… Le monde entier peut vous remercier, ce sera entièrement grâce à vous si un jour on a un lecteur BR open source et gratos…

Le 19/12/2012 à 15h 36

De mon avis la question ne se pose même pas. L’émulateur en lui même est complètement légal. Si aucune ressource tombant sous le coup du droit d’auteur (musique, fonte, logo) ni aucune ROM n’est distribuée, alors il n’y aura aucun problème pour l’application.

Le 14/12/2012 à 12h 54

after_burner a écrit :



Et le Xap, ça peut être un fichier créer à partir de VS, sans avoir de compte dev pour Windows Phone?





Non. Pour simplifier, le XAP est un fichier ZIP contenant les assemblys (dll) et les diverses ressources de l’application, ainsi qu’un fichier manifest. Les XAP téléchargés depuis le market ne sont pas dézippables, parce qu’ils sont depuis quelques mois chiffrés par MS. Du coup un XAP valide doit toujours passer par la moulinette de Microsoft (et donc il faut l’envoyer sur leurs serveurs, via le compte développeur) avant d’être utilisable par un particulier.

Le 14/12/2012 à 10h 32

zogG a écrit :



Tu peux télécharger le XAP d’une app payante aussi ?



La signature peut aussi se faire au moment de l’installation, la SD ne servant qu’à éviter le téléchargement.





Oui, on peut télécharger une payante. Pour le coup c’est effectivement lors de l’installation que l’app doit être associée au compte.

Le 14/12/2012 à 10h 15

Plokta a écrit :



J’ai des doutes là dessus, dans ce cas l’application vient du store puisqu’elle y a été téléchargé via un compte officiel sur PC, sa signature doit être restrictive au phone de l’utilisateur. C’est autre chose que de récupérer l’XAP directement sur le site de son créateur et de l’installer.



MS a toujours annoncé qu’ils n’autoriseront la distribution des APPs WP8 autrement que part leur canal.





Je viens de tester, on peut télécharger un XAP sans être loggué sur le store. Du coup le XAP ne doit pas être lié au compte Microsoft.

Le 11/12/2012 à 08h 01

stunt a écrit :



La direction de MS me parait clair : pousser à fond ASP.NET MVC avec l’aide de TypeScript. " />





Je développe en ce moment même en ASP.Net MVC, et franchement, pour toute l’équipe, c’est un retour de 10 ans en arrière. Le code est très difficilement maintenable, pas réutilisable (beaucoup de copier/coller à cause du manque de “composants” réutilisables, les HTML helpers étant clairement insuffisants).

Il y a de la bidouille à la Mac Gyver dans 1 cshtml sur 2, souvent à base de javascript horriblement pas maintenable.



Le résultat final est objectivement plutôt bon, çà tourne sur tous les browsers récents, mais en interne le code est immonde. Pour une grosse webapp métier real world (et pas une démo technique et/ou une appli avec juste du CRUD), franchement çà colle pas de mon avis.







wykaaa a écrit :



Sauf que .Net, C#, etc.ce sont des techniques totalement propriétaire alors que l’évolution naturelle est d’aller vers des standards ouverts, ce qu’est HTML5 (et Java aussi d’ailleurs, dans une moindre mesure à cause d’Oracle dont on ne sait pas ce qu’il peut faire dans le moyen, long terme).





Il existe des implémentations libres de la CLR, la plus connue étant le projet Mono. D’ailleurs il est même possible de coder en C# pour iOS et Android, avec les produits de Xamarin. Donc .Net et C# ce n’est pas que du full Windows propriétaire.

Par contre si quelqu’un à un retour sur Xamarin, je suis preneur ^^



Par contre je suis d’accord que Java n’est pas forcément dans les meilleures mains avec Oracle pour que l’aspect libre soit garanti sur le long terme… y a qu’à voir le procès Oracle / Google pour Java dans Android.

Le 10/12/2012 à 22h 57

Bejarid a écrit :



Ca me fait toujours rire ceux qui me disent que Silverlight est une application Web.



Si Silverlight est du Web, est-ce que WPF l’est aussi ? Non ? Vous-êtes sur, c’est bien un client lourd ? Pourtant il s’execute aussi dans le navigateur (XBAP…).



Et sinon, Hadoken, t’es au courant que une des plus grande force de Silverlight c’est de n’avoir RIEN A FOUTRE du navigateur sous jacent ? Peu importe ses moteurs (html, js, WebCL, api de cryptage…), Silverlight travaillant totalement seul dans son coin.



Ah, oui, c’est vrai, tu l’as dit toit même que tu aimais cette aspect de SL. Mais c’est une application Web. Ca doit être sympa à relire un code écrit par un gars aussi logique, dommage que j’ai plus assez d’aspirine en stocke pour me lancer dans ce genre d’aventure :)





Parce que pour toi “application web = truc qui marche pas pareil dans tous les navigateurs” ? Belle définition.



Allez, je prend les 5 premières définitions retournées par google de “web application” :

• A Web application (Web app) is an application program that is stored on a remote server and delivered over the Internet through a browser interface.http://searchsoftwarequality.techtarget.com/definition/Web-application-Web-app
  


• An application in which all or some parts of the software are downloaded from the Web each time it is run. It may refer to browser-based applications that run within the user’s Web browser or to rich client applications that resemble local applications.http://www.pcmag.com/encyclopedia_term/0,1237,t=Web+application&i=54272,00.a…
  


• A web application is an application utilizing web and web browser technologies to accomplish one or more tasks over a network, typically through a web browser….. Web technologies: Flash, Silverlight, JavaScript, HTML & CSS, Java, various other programming languages and other computer technology intended for the use across networks.http://web.appstorm.net/general/opinion/what-is-a-web-app-heres-our-definition/
  


• A web application is much more than just a plain website. In fact, the most interesting web applications are web pages that are nearly indistinguishable from their offline counterparts (from the perspective of the user). Web applications use the web browser as a way of connecting to networked tools and systems. Web applications are stored on web servers, and use tools like databases, JavaScript (or Ajax or Silverlight)…. http://webdesign.about.com/od/web20/g/web-application-definition.htm
  


• En informatique, une application Web (aussi appelée WebApp) est un logiciel applicatif manipulable grâce à un navigateur Web WikipediaFranchement avant de troller sur ma capacité à faire du code, tu devrais te renseigner un peu. Les technos du web c’est pas seulement HTML CSS et Javascript. Et c’est pas parce que la combinaison de ces 3 technos (également appelée HTML5) donne généralement des plats de spaghettis qu’il faut croire que l’ensemble des technos pour faire de l’applicatif web (Silverlight en tête) sont toutes aussi non-maintenables.
  
  
  
  
  
  
  
  
  
  charon.G a écrit :
  
  
  
  Pour Silverlight6 ce n’est pas impossible que le projet soit mort. Le projet menlo au départ prévoyait de créer un environnement minimal au dessus de minWin qui ferait tourner Silverlight. Mais d’après thurrott(il en a parlé dans un vieux windows weekly) Il ont décidé de le remplacer par Windows Runtime. Le projet initial avec Silverlight aurait été abandonné. Le nouveau projet a été incubé dans Windows RT et Windows Phone 8
  
  
  
  
  
  C’est bien possible malheureusement…
  
  WinRT permet de faire du XAML + C# + MVVM (et donc du Silverlight à 90% du point de vue de celui qui développe), mais il manque vraiment l’aspect “web application” de la connexion à une ressource web via une URI dans un browser.
  
  
  
  Franchement belle erreur d’arrêter Silverlight si c’est le choix retenu. Sans çà, pour faire de la vraie webapp maintenable dans l’écosystème de MS, il n’y a pas de remplaçant et je ne vois aucune solution viable

Le 10/12/2012 à 15h 44

JimTK a écrit :



Bon j’ajoute mon témoignage de développeur:

Je suis développeur depuis les années 80, j’ai pratiqué un grand nombre de langages y compris l’assembleur… jusqu’au C# depuis sa création avec lequel je réalise des applications diverses.

En // je monte des sites web depuis 1995 et chaque année je me demande quand on va bien pouvoir se débarrasser de cet infâme couple HTML/Javascript qui est lourd fastidieux, ancestral, illisible et générateur de bugs à gogo…

Les récentes améliorations du HTML5 et la profusion des frameworks javascript ne font qu’ajouter des couches plus ou moins réussies et de l’anarchie à un système qui ne tient pas la route face aux vrais langages que peuvent être Java, C++, C# etc.

Ok le HTML/JS rend de grand services mais pitié ne comparez pas ça à des solutions type C#/XAML infiniment plus robuste et moderne !

Depuis quelques mois je développe des applis pour Windows Phone 8 et plus récemment pour Windows 8 et bien je peux vous garantir que je vais bien plus vite avec le couple C#/Silverlight qu’avec le couple HTML5/Javascript ! On ne devrait même pas être autorisé à comparer !

Je pèse le pour et le contre depuis quelque temps pour faire des portages vers Android/iOS et j’ai donc testé PhoneGap qui est une bonne idée à la base… sauf que je pense que j’irai plus vite à recoder en Objective C ou Java/XML que de me faire mal avec HTML5/JS !!!

Le seul intérêt pour Microsoft d’avoir mis une solution de codage HTML5/JS pour ses nouvelles plateformes c’est de pouvoir attirer rapidement plus de développeurs… pour le reste HTML5/JS est bien pratique mais pour faire des apps de haut niveau c’est une technologie pour développeurs du dimanche ! " />





Entièrement d’accord sur tout " />



Il existe çà pour targeter du iOS/Android en codant en C#, je n’ai pas pu tester encore malheureusement.

Le 10/12/2012 à 14h 42

misterB a écrit :



il manque d’outils adapté aux graphistes aussi pour faire de SL un vrai concurrent de flash, Macromedia avait sorti un produit fait pour les graphistes à la base, avec une prog assez simple, c’était un peu Director pour les nulles niveau possibilités.

Avec AS3 le code s’est vraiment éttoffé mais aussi compliqué, même l’aide est passé de noobfriendly à DevOnly :p



Donc oui ce qu’il a manqué a SL c’est un vrai SOFT d’édition





Il y a Expression Studio pour les designers.







TheDidouille a écrit :



Une application qui n’est pas exécutée PAR (Et pas DANS) le navigateur n’est pas une application Web. Un application Flash n’est pas une application Web. Une application web est développée à partir des standards du Web. Il n’y a pas besoin de Wikipedia pour comprendre ça.





Tu confonds site web et application web. Et pour info, Silverlight est exécuté PAR le navigateur, puisque techniquement le plugin est chargé dans un espace mémoire alloué par le browser. Faire du RDP dans un browser, çà c’est pas de l’application web. Mais avoir un plugin Silverlight qui tire parti des fonctionnalités du browser (fonctions back/next du navigateur, pop-up I/O standard du navigateur…), c’est du web.



Selon toi une appli web c’est un truc qui fonctionne sans plugin ? Donc Dart de google, qui a besoin d’une VM, ce ne serait pas du web ?

Le 10/12/2012 à 14h 19

wagaf a écrit :



+1 SL n’est pas du “Web”.



Par ailleurs la situation actuelle était largement prévisible depuis le jour de l’annonce de Silverlight. La raison principale qui fait que le Web a marché est son ouverture et sa standardisation (malgré les énormes efforts de MS pour l’empêcher). Les mêmes raison font que le Web est bien plus adapté sur du moyen/long terme pour n’importe quelle organisation de plus de quelques milliers de personnes.



L’aveuglement de quelques fanboys dont certains ont malheureusement des responsabilités fait que pas mal d’entreprises seront bloquées avec cette techno pour longtemps. Celles qui utilisent SL pour des frontends devront tout refaire maintenant (alors le taux d’équipement des endusers chute déjà). Les autres devront investir lourdement à la fin du support, de la même manière que pour celles qui ont choisi ActiveX il y a quelques années.



Ah mais bien sûr le logo est cool et les petits fours des meetings de présentation sont bons, ça fait bien plus “serieux” (sic) que ces barbus du libre standardisé bla bla.







Franchement je vais pas me lancer dans des débats à rallonge, mais :

1. cf. définition d’“application web”
   


2. Silverlight 1.0 n’a rien à voir du tout avec Silverlight 5. Alors dire qu’on savait déjà tout depuis SL 1, je trouve çà vraiment osé…
   


3. Flash c’est proprio, et pourtant çà marche encore
   


4. Les entreprises veulent un truc maintenable, et durable au fil des années. Un intranet avec une norme HTML qui change toutes les 3s et qui est implémentée différemment en fonction des browsers (cf. websockets), c’est vrai que c’est beaucoup mieux… >_<
   


5. J’ai développé en SL dans de vrais projets (pas la présentation marketing à la noix), SL çà marche pour de vrai dans le real world, je te le garantis.

Le 10/12/2012 à 14h 06

TheDidouille a écrit :



Ce ne sont pas des “applications web” puisque ce sont des applications Sylverlight.





pas d’accord. Tout dépend ce qu’on appelle application web, mais si on suite la définition de wikipedia





En informatique, une application Web (aussi appelée WebApp) est un logiciel applicatif manipulable grâce à un navigateur Web





alors Silverlight est définitivement de l’appli web.







TheDidouille a écrit :



De plus html 5 évolue énormément, tu as par exemple les framework MV*, en javascript, en Dart ou autres, tu as les Web Components …





HTML5 évolué énormément, d’ailleurs çà part dans tous les sens beaucoup trop vite, on se retrouve avec des -webkit et des -mozilla à la c*n de partout, c’est vraiment horrible " />







TheDidouille a écrit :



Sylverlight a été conçu pour être un concurrent de Flash, avec les mêmes lacune.





Faux : si Silverlight v1 a effectivement été conçu pour concurrencer Flash (en simplifiant), ce n’est plus vrai du tout depuis la v2.0 et l’ajout de la programmation .Net (ou du sous-ensemble .Net pour SL).







TheDidouille a écrit :



Pour faire de vrais applications métiers (je sais pas ce que c’est que ce LOB four-tout) il y a peut-être mieux : Les méga tonnes de FW Java ou C++ ou autres. Aujourd’hui, la plus part des ERP que je connais (à part quelques uns) passent sous Eclipse, ou se développe via Eclipse.





Silverlight c’est du in-browser (mettons de côté le cas du SL OOB), donc rien à voir du tout avec un client lourd de type solution custom en n’importe quelle techno desktop (java, C++, .Net) ou bien plugin Eclipse…



Silverlight c’est du pur web, avec tout ce que çà comporte en avantages :

• navigation dans un browser
  


• pas d’installation
  


• déploiement par un browser
  


• accès à distance (par internet)
  
  
  
  
  
  
  
  TheDidouille a écrit :
  
  
  
  D’un coté flash a gagné, de l’autre, t’as juste pas de comparaison possible avec le monde Java (ça ne remet pas en cause ses qualités).
  
  
  
  
  
  Je suis désolé, mais pour moi l’écosystème Microsoft pour les clients lourds (C# + .Net + WCF + WPF + SQL Server) est très largement devant tout ce qui fait de l’autre côté.
  
  
  
  Préférences personnelles certes (Visual studio et co), mais aussi pure objectivité (développement du langage C# ces dernières années largement devant celui du langage Java avec LINQ, API TPL, XAML pour les IHMs, WCF pour les archis SOA…)