L'affreux

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.

Ben dès que tu veux faire deux choses en même temps, en C, c'est la croix et la bannière avec une artillerie super pas pratique. Il y a des cas de verrous mortels inévitables, c'est à peu près intestable, etc. Les threads Java ou C# ont une syntaxe plus sympa mais toujours sur le même principe avec les mêmes inconvénients. La programmation asynchrone sur un seul thread permet de faire du parallèlisme de manière bien moins aléatoire. Dans les versions récentes de JavaScript elle est devenue tellement pratique qu'on l'utilise pour tout tout le temps. Elle est de loin plus performante dès que le rôle du programme est de faire des I/O, ce qui est le cas de la plupart des projets informatiques.

Nous étions nombreux à être déçus. Maintenant oublie ça et réjouis-toi du spectacle. Pour une fois il n'est pas ennuyeux. Et puis, après tout, Fillon ne dit pas grand chose. Aussi bien il attend que tout le monde finisse de tirer sur lui et dans deux semaines paf énième retournement. Cela dit, il n'y a plus rien à espérer de lui. Pour ma part j'espère le retournement pour le plaisir du spectacle. Rien de plus.

C'est clair elle est pas une lumière.

Node.js tout nu est très bien. L'arbitre ne sait pas faire de l'asynchrone. Il embête avec ses vieux forks tout pourris.

Mettez-vous au JavaScript les mecs.

Non.

Enfin une proposition raisonnable.

C'est à tout le moins décevant. Macron veut le pouvoir pour le pouvoir. Son programme n'est pas un projet pour la France, mais un outil pour ramasser du monde. Il se promène délibérément sur différents terrains idéologiques. Ceux qui compteront le plus seront ceux approchés en dernier. Le fait qu'il se soit déclaré libéral au tout début de la campagne en dit long sur la priorité de nos idées.

Oui. Fillon a montré qu'il existe effectivement un créneau pour quelqu'un qui voudrait débureaucratiser l'économie et nettoyer les combinards. Mais une pourriture de voleur n'a aucune légitimité pour imposer un quelconque effort à qui que ce soit. En revanche, je pense que l'image de Thatcher ne sort pas salie de cette vilaine histoire. Au contraire.