Gof a écrit 2224 commentaires

Si l'on se limite aux visiteurs ayant un compte, 3 826 utilisés dans les 3 derniers mois (sur un total de 3 870 créés sur la même période et sur un total de 45 000 comptes depuis le début du site).

Je ne suis pas sur de comprendre.
Sur la même période, il y a eu plus de création de comptes (3870) que de membres visitant le site (3826)?
Donc il y a eu plein de compte créé mais jamais utilisé?

Bha oui, il veulent faire du commerce dans les pays en question, il doivent y respecter la loi.
La loi dit que on ne peux pas tenir certains propos, il est donc logique que Twitter respecte la loi.
Sinon, ils vont se prendre des amandes qu'il devront payer.

C'est « Gödel » (ou « Goedel » si tu es dans l'impossibilité d'écrire avec des umlauts)
Mais par pitié, pas « Goëdel »

Ça ne marchera pas forcément.

L'effet placébo est réel. Et il y a de bons et de mauvais placébos.

Les médicament homéopathique réunissent beaucoup des charactéristiques d'un bon placébo: prescrit par un médecin, cher, vendu comme un médicament, dans un flacon qui ressemble à celui d'un médicament.

Oui, en effet, le prix du placébo est très important, car le subconscient se dit que si c'est cher, ça doit marcher.

Le problème de la surcharge des fonctions est que il est alors nécessaire de mangler [1] les types des argument dans le nom du symbole. comme en C++ on se retrouverais avec des nom de symbole du genre _Z3fooEii, et ça c'est pas top niveau compatibilité.

_Generic devrais aider pour implémenter tgmath.h j'imagine:
http://carolina.mff.cuni.cz/~trmac/blog/2005/the-ugliest-c-feature-tgmathh/

[1] Comment traduire en français ?

Bonjour. Désolé si ma question peux paraître stupide, mais je suis nouveau sur ce site. Est-ce que quelqu'un pourrait m'expliquer la signification de « mort ».

C'est les requêtes HTTP:
Mais c'est toute la pile réseau pour ces requêtes qui est faite dans ce thread. Ça inclus TCP et SSL.
Cela permet à avoir un réseau plus rapide puisque le thread HTTP peut envoyer de nouvelle requêtes au serveur plus vite pendent que le thread principal est occupé à faire du rendu (webkit).

X11 restera sur desktop pendent encore quelques années. Simplement à cause du trop grand nombre d'application qui utilisent X11 qui vont être difficile à porter.
Il va y avoir une période de transition avec compositeur wayland par dessus X. (c'est ce que fera kwin: http://community.kde.org/KWin/Wayland )

Qt va utiliser Wayland pour l'embarqué uniquement dans un premier temps.

L'objectif de Qt est aussi de rendre la programmation en C++ plus aisée.
Et c'est plus facile d'utiliser du COW que des rvalue reference au bons endroits.

Par exemple:

Button::setText(const QString &text) { 
   m_text = text;
   if (tooltip) tooltip->setText(text);  
   update();
}

Une autre explication: http://cpp-next.com/archive/2009/09/move-it-with-rvalue-references/

À noter cependant que les classes de Qt sont partagées: la plupart implémentent le "copy on write". Ce qui veux dire que Qt évite déjà beaucoup de copie inutile.
Mais grâce à la sémantique du move, le code est quand même plus rapide car les opérations atomiques nécessaire à implémenter le compteur de référence peuvent être optimisées.

Oui et non:

Le développement de QML a été très focalisé sur le mobile.
Mais des efforts sont fait, avec les "desktop components" pour permettre d'utiliser QML sur le desktop, comme le montre le lien vers lequel tu pointe.

Les desktop components sont toujours à un stade Alpha, mais ils fonctionnent déjà plutôt bien.

Si ton application est une application open source que tu fais pour le plaisir, je recommande d'utiliser QML (parce que c'est un véritable plaisir). Tu rencontrera surement quelque bugs, mais ça fait partie du jeu. Tu peux es reporter et améliorer le produit.

Par contre, si tu fais une application commerciale, alors je pense qu'il est préférable de se baser sur des valeurs sûres, et d'utiliser QWidget. Au risque de devoir refaire l'interface dans quelques années. (Pas parce que QWidget ne fonctionnera plus, mais parce que QML sera bien meilleur pour des interfaces qui n'ont pas l'air de venir des années 2000)

Les développeurs de Qt mettent leurs code sous une licence qui permet à nokia de changer la licence de Qt quand il veulent

Si, tu confonds. La preuve est les aneries que tu sors :-)

Par ailleurs j'ai lu deux fois l'article Wikipédia que tu pointe, et il ne mentionne même pas le fait que la vitesse de la lumière est une limite.

Cette particule imaginaire aurait une masse imaginaire.
Son nom: le Tachyon

Tu confonds postulat et théorème

La téléportation quantique n'est pas vraiment téléportation.
C'est juste un procéder pour transporter un état quantique en utilisant de l'information traditionnelle.
En particulier, ce n'est pas plus rapide que la lumière puisqu'il faut transporter de l'information classique via un autre moyen.

(Pour comprendre, je recommande de regarder les 20 premières vidéos de http://www.youtube.com/user/mnielsencourses#p/u/21/X2q1PuI2RFI )

Je suis aussi intéressé par les réponses au questions.

Est-ce qu'ils ont essayer d'envoyer les neutinos dans l'autre sens ?
Si les 60ns sont dues à un décalage des horloges, alors dans l'autre sens, les neutrinos devraient arriver avec 60ns de retard.

Ton commentaire ne contredit en rien celui auquel tu réponds.

Les freins sont sans doute actionné de deux manières : avec et sans système électronique.
Et le « avec » ne serait pas découplé du reste.

Vu aussi sur hackernews: GitLab
http://news.ycombinator.com/item?id=3114447
http://gitlabhq.com/

Coïncidence?

Les deux projets ont exactement le même objectif, mais GitHaven est AGPL et GitLab BSD.
GitLab semble être mieux maintenu et dans un meilleurs état.

Que le meilleur gagne !

Original, mais erroné : le programme lis de la mémoire uninitialisée.

Ils supposent que la pile est initialisée à 0, ce qui n'est pas vrai puisque le loader peut avoir laissé des résidus sur la pile (code appelé avant main())

Ce qui fait que si j'exécute le programme, je vois des symbols en 2010

(en plus, alouer 2Mib sur la pile, c'est pas une bone idée, même valgrind se pleint pour ça)

Pas vraiment.
Dans le cas des numéros de téléphone, le service vérifie le propriétaire du numéro en appelant celui-ci.

Mais qui est « propriétaire » de ploum ou nud
On pourrait enregistrer ce nom auprès d'un registar DNS, mais on est plus décentralisé alors.

D'où l'intérêt des namecoins

(Et ceux-ci sont aussi accessible via DNS via .bit http://dot-bit.org )

D'ailleurs, sur le principe lui-même, il n'y a aucun moyen de résoudre ce problème. Si
j'ai le compte "@ploum" sur identi.ca, rien ne t'empêche, sur ton serveur à toi, de créer
un compte "@ploum"

Ah, en réfléchissant, je vois bien une solution qui permet de garder des noms courts : enregistrer les noms avec des namecoins (avec une référence vers le bon serveur)
https://en.bitcoin.it/wiki/Namecoin

Non, il fallait écrire:

#include <stdio.h>
main(argc, argv)
    char *argv[];
{
    if (argc > 1)
        printf("Goodbye, %s!\n", argv[1]);
    else
        printf("Goodbye, world!\n");
    return 0;
}

(C'est la façon d'écrire des fonction en C tel que Richie l'a coçut. GCC compile encore cette syntaxe)

Désolé si ma question paraît naïve ou stupide, mais quelqu'un peut-il m'expliquer la signification de « Bronsonisé » ?

Copieur! C'était son idée d'en faire un journal.
J'espère pour toi qu'il ne portera pas plainte.