Gui13 a écrit 540 commentaires

bitcoin FTW!

Note que le mec ne dit pas de chier sur la grammaire: il dit aux gens de ne pas se géner pour créer de nouveaux mots, utiliser des expressions qui ne sont pas dans la langue française pour exprimer une situation, mais il ne dit pas qu'il faut saccager les accords et la ponctuation.

San-Antonio est connu pour ses envolées lyriques, tout comme Desproges, mais ce qu'ils font respecte la grammaire. Ils s'approprient des combinaisons de mots impromptues mais leur prose est grammaticalement correct.

C'est hors sujet

Or, quoi qu'il en soit, …

Je vois très souvent les gens dire "Hors, ce n'est pas ma faute", ou "Il a dit ça, hors, c'est faux"…

De mon côté j'écris des trucs au hasard dans les champs de réponse à ces questions "personnelles".
Je trouve cette manie complètement débile de demander une question secrète. Comme si le prénom de mon chien n'était connu que par moi…

Du coup mes réponses à ces questions ressemblent à ça: é'(_àrhjseè_çzqè_çàzhqèçqwhsrè_çz'qè_orvohqwoç_qaé&, comme ça je suis sûr que personne (y compris moi) ne pourra y répondre.
Quand je perd vraiment mon mot de passe, j'envoie un mail au service technique du site concerné.

J'ai l'impression que t'as jamais fait caissier toi, je me trompe?

Un caissier, c'est des insultes toutes les 10/15 minutes parce que ça va pas assez vite, des mecs bourrés qui viennent acheter leur bibine et qui paient avec des chèques resto et qui souvent en cachent une ou 2 dans leur pantalon, des agressions par les petits jeunes cons qui viennent acheter du coca, leur téléphone à fond et leur couteau papillon dans la poche.
Les deux supérettes en bas de chez moi sont super glauques, y a 2 ou 3 skins qui trainent devant toute la journée et franchement, si y avait pas un vigile qui se balade un peu, je pense qu'elles ne feraient pas long feu ces enseignes.

Les vigiles sont pas tous là pour te faire chier, ils sont là parce que le magasin en a besoin, parce qu'une situation, à un moment ou un autre, a fait que le patron du truc a décidé de payer 3000€ en plus par mois pour assurer la sécurité de son magasin.

Je ne dis pas que certains n'abusent pas de temps en temps, ou que c'est normal de demander de poser ton sac (ça me fait chier aussi, moi je le garde sur moi et je l'ouvre en caisse pour prouver ma bonne foi), mais faut pas croire que les aristos de première qui gèrent le magasin, les doigts bagués et les pieds en éventails, se sont dit un jour qu'ils mettraient bien un vigile ou deux pour faire chier les gens un peu plus.

Je ne peux que me joindre à ton argumentation!

Tu as des logiciels qui viennent confirmer tes dires?
De ce dont je me souviens, Picasa sous linux envoyait pas mal de pâté, et F-spot et les autres me semblaient horriblement lents en comparaison.

Je me réponds, mais quand même, le fait que les 10 applis tournent en même temps est quand même très sympa.

Idem, je suis pas super impressionné.

J'ai déjà vu plus impressionnant en lançant df_dok sur du matos embarqué qui supporte l'accélération, genre ça.
Je compends pas pourquoi les mecs de DFB n'ont pas fait une vidéo sur le matos embarqué auquel ils ont accès. J'ai vu du très très impressionnant à l'IBC 2011 à Amsterdam, avec des chipsets embarqués qui accéléraient la 2D et la 3D.

Bref, certes la version 1.6 va envoyer du gros, mais je trouve qu'ils se sont gourés de vidéo…

Je propose Prince of Bel Persia.

Ce serait pas FosWiki par hasard?
Je me coltine cette giga merde tous les jours au boulot…

Ce qui est très con dans cette logiques, c'est que les cons sont payés grassement et les vrais bons sont managés par des incompétents et payés au lance-pierre.

Désolé, mais je préfère être bête et bien payé qu'intelligent, mal payé, et conscient de ma situation de merde.

Finalement, heureux soient les imbéciles, non?

Suffirait pas d'intégrer un des nombreux coliriseurs en javascript pour avoir la coloration syntaxique?

(je dis ça mais je sais même pas comment ça marche…)

Pimp my browser?

Upvote pour la référence à BTF.

On pourrait aussi ne manger que les pattes des vaches et les laisser vivre!

C'est clair que ce genre de débauche ne peut que indiquer quels sont les intérêts de Ulrich.
J'ai beaucoup de mal avec les gens qui se barrent pour aller dans une grosse boite d'investissement.

C'est le parti pris de A-Bus, ils ont choisi d'implémenter quelque chose qui est compatible avec la norme JSON-RPC.

En terme de performances c'est très probablement pas le meilleur, mais en terme d'interopérabilité, je pense que c'est le bon choix.

Au boulot on commence à passer certaines de nos APIs "binaires" vers du JSON parce que ça apporte énormément de flexibilité.
D'une part parce que la compatibilité avec un browser est pratiquement gratos, ensuite parce que le fait d'avoir des paramètres nommés permet d'ajouter/retirer des paramètres très simplement. Comparé à du SOAP, je le trouve aussi plus simple à débugger, car tu peux coder un test unitaire en quelques minutes en Javascript sous NodeJS ou un browser.

Ouais mais justement, sur de l'embarqué, je pense que le coût de lighttpd est très supérieur (CGI = un nouveau processus pour répondre à chaque requête) à celui d'ouvrir une socket INET.

D'autre part, le choix d'utiliser JSON-RPC vous place tout de suite sur les rails d'une compatibilité native avec un navigateur web, qui fait tourner du JSON dans tous les sens. Ce serait dommage de vous priver d'une prise en charge native de l’interfaçage avec l'extérieur.

Mais comme tu le précise, le projet est jeune, et franchement il me paraît super intéressant (bien plus que msgpack par exemple, qui multiplie les bindings mais qui n'est jamais sorti en stable).
Bravo!

Je pense surtout qu'ils reprochent à DBUS d'utiliser 2 sockets UNIX pour communiquer d'un client à un serveur.

Typiquement, D-BUS c'est ça:

Serveur  <--- UNIX Socket 1 --> Broker <--- UNIX SOCKET 2 --> Client

Pour chaque requête D-BUS, tu vas écrire dans la socket 2, puis le broker va copier le contenu de ta requête et l'écrire dans le socket 1, et pareil au retour pour la réponse.
Tu multiplie les read()/write()/select() dans tous les sens, et donc les appels système. C'est ça qui est chiant.

Avec un système où le serveur fait office de broker (usage typique d'un middleware), tu as ça:

Serveur <--- UNIX --> Client

Une seule paire de read()/write() et c'est parti. Tu divises les appels système par 2.

En terme de coût d'IPC, sur de l'embarqué, je pense que D-BUS est vraiment pas avantageux.
Certes, la notion de broker permet de faire plein de trucs délirants (pub/sub machin truc), mais ça n'a de sens que sur de Desktop où tu as pidgin, thunderbird, firefox, mpd et 150 autres processus utilisateur qui tournent.

Je me réponds à moi même: preuve que c'est un peu dommage, ils ont un exemple qui propose un client en HTML, et du coup t'es obligé de passer par un CGI à travers lighttpd, ce qui est pas optimal.

Si ta socket est directement en INET (quitte à en avoir 2, une UNIX pour les IPC et une INET pour les RPC), t'as juste à implémenter dans le browser du client le WebSocket qui va bien.

Bref, un projet à suivre.

Probablement qu'ils utilisent les sockets UNIX (la dépêche ne dit nulle part qu'ils n'utilisent pas ça), mais après tout, dans l'embarqué t'es bien content d'avoir un processus "broker" en moins à gérer…

Confirmation ici: http://code.google.com/p/abus/source/browse/trunk/abus/sock_un.c

Par contre j'ai l'impression qu'ils ferment la porte aux sockets INET, ce qui est très dommageable si tu veux que ton embarqué puisse exporter une API sur le réseau local…

… soient les ignorants.

Argh, ma prépa est déjà loin… j'essayais de comprendre de mémoire pourquoi l'AC ferait pire que le DC dans une liaison longue distance.

Finalement, en montant la tension dans les deux cas, on limite l'intensité et du coup les pertes par effet joule. Après, pourquoi l'AC est plus efficace sur courte distance… ptet qu'au siècle dernier on ne savait pas aussi bien maitriser les hauts voltages?

C'est Lumineux!