L'affreux

Sans blague. Avec l'argent des contribuables on a fait quoi ? Les infrastructures, c'est-à-dire les routes, étaient construites sur place. Les bâtiments également. Les rails et les locomotives ont certes été acheminées, je ne peux pas croire qu'elles n'ont pas été rentabilisées par les marchandises qui passaient dessus. Je comprends l'émoi de ceux que cette histoire touche. Merde. Il y a des gens qui disent que l'envahisseur y a perdu au bilan et donc était principalement altruiste. Et d'autres disent que le colonisé y a gagné en se civilisant. C'est juste incroyable, et complètement stupide en plus d'être absolument injuste. Du révisionnisme. La vérité est ce que nous dit le bon sens : l'envahisseur y a gagné, le colonisé y a perdu. Si on veut mettre des bémols et des propos prudents : alors mentionnons que certains colonisés y ont gagné.

"Négatif" ? Wow. J'aimerais bien savoir qui dit ça et en s'appuyant sur quel genre de données ?

Tu veux dire : tous les nazis n'étaient pas des brutes épaisses et esclavagistes. De la même manière que tous les Français n'étaient pas des colons. C'est le point d'achoppement. J'ai lu un essai qui montre par la démographie que la colonisation de l'Afrique noire (certes l'Algérie n'est pas noire), c'était proche de l'horreur absolue pendant les 30 premières années.

Je pense aussi qu'il sait ce qu'il fait, et qu'il le fait bien.

Et Sarkozy. Qui se souvient du discours de Dakar ?

Huit années pour arrêter. La prison est opérationnelle, et il reste 40 détenus ! Je ne sais pas ce qu'il vous faut.

Oui, et c'était insuffisant. Obama n'a tout simplement pas été à la hauteur. En huit ans, nous pouvions légitimement espérer un changement de cap. Il a laissé le paquebot filer dans la direction que Bush lui avait fait prendre. L'EI n'est peut-être pas la conséquence d'une volonté belliqueuse de sa part, il est donc la conséquence de son inaction. Il est responsable de ça. Personne ne l'avait forcé à être président.

Il me semble que l'étoile remplace le rond dès qu'on a posté au moins une fois.

Oui mais toi tu souffres toujours.

Personnellement je parie toujours sur Fillon.

Oui et c'est de l'inquisition, au sens propre.

.

Tout en faisant avancer les idéaux défendus par le journal.

Et si on arrêtait de faire semblant de se demander pourquoi des journalistes ont ressorti les vieux dossiers sur le favori à l'élection présidentielle ? Enfin quoi. Ça coule de source.

Ah ? C'est qui ?

Le détail de ces faits concerne la justice. Pour le reste, soit vous croyez que la présidence est accessible au premier venu. Et alors je sais pas moi ouvrez les yeux. Soit vous savez que pour monter tout là haut il faut passer sa vie dans les combines et les compromissions. Et alors votre indignation est feinte. Ce qui compte reste la même chose : ferait-il appliquer le cas échéant son super programme débureaucratisant oui ou non. Si peut-être que oui : alors strreesssss aï aï aï pourvu qu'il s'en sorte maudits soient les journalistes à la solde des subventionneurs. Si c'est perdu d'avance, alors que la fête continue on veut encore des suprises bravo les acteurs cette année vous êtes sensassss !

Ha ha très bon il a de l'humour.

Pensez à corriger le lien "Association Liberaux.org" ici en haut à gauche du forum.

Alors il la joue grand seigneur ? Moi je ne trouve pas ça si bête le remboursement. J'imagine qu'il n'a pas eu de mal à trouver un investisseur, ou un mécène paniqué à l'idée des autres présidentiables. Son véritable souci dans cette affaire est son image publique qui ne vaut plus rien. Le pénal ça se gère.

Tiens, en effet, c'est vraiment le contraire, ici on ne vote pas pour de bonnes raisons.

De toute manière, Marine Le Pen au pouvoir, maintenant qu'il y a Trump aux USA, je pense que ce ne serait pas impressionnant.

Ah oui c'est juste. La programmation asynchrone introduit une abstraction en fait. Par exemple la fonction "fs.readFile" dans Node.js relaie nécessairement l'attente I/O sur un pool de threads. Il faut voir une VM JS comme une sorte de bureau dans lequel tout est organisé pour qu'un seul gars (thread) soit capable d'abattre le travail fait habituellement par des centaines d'employés. Pour que ça marche, il délègue tout ce qui prend du temps. Et ce qui prend le plus de temps, ce sont les I/O, mais au fond le raccourci "asynchrone parce que I/O" est inexact. Asynchrone implique en fait : "entouré de pools de threads spécialisés". Le JS est nécessairement construit sur des langages de plus bas niveau multithreadés, en pratique C ou C++. Ce mode d'organisation est néanmoins un nouveau paradigme. Il résout l'essentiel des soucis de la programmation parallèle : plus besoin de verrous (donc encore moins mortels), et un code testable dont l'exécution n'a plus rien d'aléatoire. Il offre une facilité dans l'organisation du parallélisme qui le rend supérieur, en performance, à la programmation synchrone multithreadée, pour une large gamme de besoins.

Certes mais les I/O vers la RAM ça ne compte pas ! Du moins pas pour comparer la programmation synchrone et asynchrone. L'accès à la RAM est toujours synchrone. Si un bout de code a besoin d'accéder à un buffer, bah il attend. Si on veut de la RAM asynchrone on se tourne par exemple vers Redis mais c'est autre chose. Yes. Le déploiement sur tout supports y compris les navigateurs… L'un des gros atouts de JS est certainement que les VM sont déjà installées partout. En outre, c'est un sport d'équipe. Pas de dépendance de la plateforme vis-à-vis d'un méchant Oracle.

Pas mon avis. Les I/O vers la mémoire vidéo ne sont pas le cœur du problème. Les jeux 3D c'est du calcul et les cartes graphiques déchargent le CPU d'une partie des calculs. Je ne suis pas joueur ni développeur de jeux, mais il me semble que lorsqu'on joue, la charge du CPU peut dépasser 25% ou même 50% et ça reste habituel. Ceux qui ont des cartes graphiques faibles chargent d'ailleurs encore plus leur CPU. Si l'un de mes programmes fait monter le CPU à 10% je me pose des questions. Un programme de manipulation des I/O (vers une base de données, des fichiers, des Web services) passe son temps à glander. EDIT: Cela dit, si comme je l'imagine les librairies modernes (WebGL...) fournissent des abstractions capables d'être traduites en ordres pour les cartes graphiques (donc des I/O) alors je prends le pari que JavaScript viendra aussi conquérir les jeux vidéos. Si tu veux un exemple dans la section "clients lourds", compare VS Code et WebStorm. JavaScript est sorti de son berceau Web et il a un solide appétit.

Effectivement mais les jeux c'est clairement du calcul lourd, peu d'I/O. Prends par exemple un cas de traitement simple : écrire un programme qui scanne un répertoire, puis charge les fichiers textes dedans, puis les affiche. En programmation synchrone, voici la séquence : lecture du répertoire (puis) lecture fichier 1 (puis) lecture fichier 2 (puis) ... lecture fichier N (puis) affichage Le temps d'exécution total est la somme des temps des I/O plus epsilon (l'exécution des instructions du programme lui-même).En asynchrone : lecture fichier 1 lecture du répertoire (puis) lecture fichier 2 (puis) affichage ... lecture fichier N Le temps d'exécution total est celui de la lecture du répertoire + celui du fichier le plus long plus epsilon (le programme lui-même). Sur un disque dur local, ça charge plus le disque bien sûr mais on y gagne du temps tout de même. Sur des I/O vers des machines distantes le programme synchrone se fait exploser.Jusqu'à il y a peu, cette puissance de l'asynchrone était contrebalancée en JavaScript par une faiblesse de la syntaxe qui menait bien vite aux "callbacks hell" (et aux bugs). Ce n'est plus le cas. Maintenant ce langage est une tuerie. Et d'autant plus avec les typages de TypeScript.