flan a écrit 1848 commentaires

Le dernier patch 1.16 de Starcraft (premier du nom) date de 2008. L'aurais-tu compté dans les jeux récents en 2009 ?

Quant au dernier patch de Warcraft III, il ne date que de 2011, il y a à peine deux ans. J'imagine que pour le coup, tu le comptes également dans les jeux récents, malgré ses 11 ans d'âge ?

Comme dit plus haut, ça a un but bien précis, qui est d'économiser des vies au front. Et même si tu n'es pas convaincu, ça marche.

As-tu déjà été au front ?

Ce n'est quand même pas spécialement la même chose en termes de pressions psychologiques (et donc de réactions qui découlent de chaque acte) et de conséquences de chaque erreur.

Beaucoup de problèmes sont dus aux moteurs (et plus précisément à la régulation électronique), car MTU (allemand) n'avait à peu près aucune expérience dans le domaine.

On en parle ici

Et évidemment, si toutes les armées ont adopté ce genre d'entraînement depuis le XIXème siècle, c'est uniquement pour embêter les bidasses, absolument pas parce que c'est utile… Le vieil adage prussien (« la sueur épargne le sang ») n'est pas totalement idiot, contrairement à ce que tu sembles croire. Derrière ces entraînements, il y a des siècles d'expérience souvent acquise douloureusement. Mais j'imagine que si ta propre expérience te dit que c'est complètement con, c'est que ça l'est effectivement.

Oui, le but est (entre autres) d'apprendre à obéir aveuglément. Mais non, ce n'est pas con, c'est pour éviter au maximum les pertes.

C'est également l'idée de Machiavel dans le Prince, surtout à propos des mercenaires.

Ceci dit, une armée de mercenaires n'obéira pas toujours. Exemple au Mali, les mercenaires de l'AQMI n'ont pas hésité à déserter. Quant à la Syrie, je ne sais pas si les mercenaires embauchés par l'Arabie Saoudite vont rester longtemps s'ils continuent à se prendre des claques par l'armée régulière. Évidemment, Machiavel avait pris d'autres exemples historiques…

C'est exactement ce à quoi je pensais, merci :-)

Et pendant la Seconde Guerre Mondiale (sans compter la guerre avec le Mexique).

Mais peux-tu garantir que ça ne sera pas le cas dans les 20 à 30 ans à venir ?
Sachant que la France ne se limite pas à Paris, naturellement.
Mettre en place une armée digne de ce nom prend des dizaines d'années, ça ne se fait pas du jour au lendemain.

Pour info, la dernière fois que le Royaume-Uni s'est fait envahir remonte à 30 ans, ce n'est pas si loin. Actuellement, s'ils étaient à nouveau envahis, ce n'est pas certain qu'ils auraient la capacité de se défendre (sachant qu'il y a toujours des tensions dans la zone en question).
Accessoirement, le Moyen-Orient, l'Amérique latine et l'Asie (et pas seulement la Chine et l'Inde) s'équipent beaucoup depuis quelques années, et ce n'est pas près de s'arrêter.

En gros, tant que tu te limites à 10% du framework Cocoa (et que tu n'utilises pas les trucs les plus utilisés par les applications graphiques), c'est parfaitement compatible. Ils ne vont quand même pas aller très loin avec ça.

GNUstep permet d'être compatible sur les classes de base, mais ça ne va pas vraiment au-delà.

OS X est certifié POSIX et même UNIX, donc normalement tout code reposant uniquement sur ces certifications devrait fonctionner sans problème.
mais la grosse différence doit être Cocoa (qui doit bien représenter 95% d'OS X, en se basant sur la taille du code compilé — je n'ai pas mieux comme mesure :D)

C'est d'ailleurs Cocoa qui fait tout l'intérêt d'OS X face aux autres OS.

Tu refais l'histoire, là ;-)
Il fut un temps où IE6 était plutôt en avance sur la concurrence ^{^} Ça date, c'est sûr.

Ça ne m'empêchera pas de lui casser la gueule. :D
Nulle part j'ai dit qu'il fallait se laisser faire. Mais simplement faut se rendre que notre monde n'est pas celui des bisounours, la NSA est payée pour fournir des renseignements aux ÉU, y compris économiques pour nous bouffer sur les différents marchés.
C'est aussi à nous de faire en sorte d'être moins vulnérables et que ces actions soient un miminum réprimées pour qu'ils arrêtent.
Si on les prend la main dans le sac et qu'on ne leur dit rien (ce qui se passe), ils ne vont pas s'arrêter… C'est comme ça que ça marche, ça ne changera pas et ça ne sert à rien de pleurer là-dessus.

This browser is currently unsupported. Please download Firefox 22 for an optimal experience or try anyway.

Après le web pour IE, le web pour Fx ?

Sinon, 50% d'utilisation CPU pour le chargement du chargement , un avertissement parce que ça essaie de stocker plus de 50 Mo, et là je suis entre 16 et 30 fps (19,4 en moyenne) sur un ordi portable qui a 2 ans, en 1440x900.
La même démo fonctionne très bien en natif sur un téléphone portable qui a 4 ans (elle-même datant de 2010), et sur mon téléphone actuel (qui a deux ans), c'est bien plus fluide que sur mon ordi portable.

Je ne trouve pas ça très convaincant, justement.

Au passage, ce qui gêne les Américains actuellement, ce n'est pas que la NSA espionne le monde entier, c'est que la NSA espionne également sur le territoire américain.

Et perso, ça ne me choque pas plus que ça que la NSA espionne le reste du monde, c'est exactement pourquoi que ses agents sont payés. L'échelle a changé, mais la pratique existe depuis des siècles… À nous d'éviter de passer par des infra américaines (bon, si en plus on veut éviter les infras chinoises, ça commence à être compliqué).
Peut-être qu'on finira par comprendre que l'indépendance technologique a également son importance.

Par contre, je comprends que les Américains soient gênés à l'idée d'être eux-mêmes espionnés.

« a - Non on ne peut pas ouvrir n'importequel socket TCP ou UDP de n'importe quel IP depuis une webapp (Et heureusement d'ailleurs, si il suffisait de trois lignes de javascript pour que toute personne qui visite un site se mette à faire du DOS sur telle ou telle IP j'imagine pas le carnage). »

Tandis que là, il suffit de trois lignes de javascript pour que toute personne qui visite un site se mette à faire du DOS sur tel ou tel site qui propose ce fameux convertisseur websocket <=> socket ?
J'espère qu'il y a quand même autre chose…

Admettons que toutes les belles API de FirefoxOS soient standard, et donc qu'elles se retrouvent sur les autres OS (iOS et Android en tête).

Si je me place du côté utilisateur, j'ai donc le choix entre FirefoxOS qui propose les applis HTML5, iOS qui propose les applis HTML5 + un parc applicatif énorme, et Android qui propose les applis HTML5 + un parc applicatif énorme.

C'est le gros inconvénient d'avoir une killer feature qui est un standard qu'on retrouve partout, on enlève au passage les raisons d'acheter le produit.

Ce n'est pas pour rien que sur chaque console il y a des jeux exclusifs : ce sont eux qui font vendre.

Je n'ai jamais dit qu'il fallait absolument faire comme Cappuccino. Sinon, autant prendre directement Cappuccino…

Pourquoi être parti de GWT en particulier ?
Je ne trouve pas les exemples particulièrement sexy, personnellement.

Cappuccino, qui utilise un peu la même idée (compiler un langage vers du javascript), mais le résultat est autrement plus joli (à mes yeux, en tout cas). En plus, il permet de réutiliser un IDE complet (XCode, en l'occurrence) pour dessiner l'interface graphique sans écrire une ligne de code, l'utilisateur se contentant de connecter les événements au code.

Ce n'est pas évident de convertir une grosse base de code existante en Python 3, voilà pourquoi.

Le mouvement de transition des bibliothèques les plus connues vers Python 3 a réellement été amorcé assez récemment, au final. À mon avis, une partie est due à l'ajout dans Python 3.3 du support du préfixe u'', comme en Python 2.7, qui simplifie beaucoup ce portage.

Mais logiquement, si la demi-vie est longue, alors les déchets sont faiblement radioactifs.

Et migrer de 25cm en 100 000 ans, ça reste quand même raisonnable…

Des fuites ? Il me semblait que les déchets radioactifs étaient sous forme vitrifiée ? Donc plutôt pas évident à abîmer, bien loin de tous les produits chimiques nocifs qui sont dans des décharges naturelles et qui ont une durée de vie bien plus importante.

Rosetta, ce n'est de l'émulation pure et dure. Si je ne me trompe pas, c'est un peu plus fin que ça.
Les bonnes applications OS X utilisent énormément le framework Cocoa (qui est quand même plutôt complet), et le code du framework était en x86. Du coup, si une application passait 90% de son temps dans le framework Cocoa, il n'y avait que 10% de PPC à émuler.

Accessoirement, j'ai du mal à croire qu'on fasse une transition vers une nouvelle archi qui fournisse moins de performances, surtout que la consommation commence à être raisonnable pour du x86 : un test récent montre qu'un MacBook Air possède plus d'autonomie — 14h pour du surf ! — qu'un iPad, alors qu'il est beaucoup plus puissant. Au passage, pour les batteries : 7 150 mAh pour le MBA, et 11 666 mAh pour l'iPad (j'avoue, ça m'étonne un peu).

Oui, sur le fond, c'est certainement vrai. Mais à nouveau, l'exemple d'OS X montre que ce n'est pas si gênant que ça. Ils ont bien fait leur transition PPC vers x86 sans être vraiment gênés.

Et encore faut-il que l'ARM décolle vraiment sur le desktop pour qu'on voit une différence, pour l'instant ce n'est pas gagné que l'ARM rattrape le x86 en termes de perfs.