Antoine a écrit 5722 commentaires

Si je comprend bien, il faut faire moins confiance à Google parce qu'ils déclarent ouvertement qu'ils scannent les messages, qu'à un FAI ou un hébergeur qui dit ne pas le faire ?

Ce n'est pas que les FAIs ne disent pas le faire, c'est qu'ils n'ont aucun intérêt particulier à le faire, vu qu'ils n'ont pas de business basé sur la publicité et le croisement d'informations. Google, si.

Lorsque tu fais un thread, l'adressage mémoire prévu pour la pile de ton processus est découpé entre sa pile et celle du(des) threads.
Par exemple si tu as beaucoup de threads, tu peux être amené à diminuer la taille de la stack de chacun de tes threads, ou la placer autre part, parce que tu ne peux plus "découper" la pile de ton process.

Cela me semble étrange. Intuitivement, une nouvelle pile est créée pour chaque thread, il n'y a pas besoin d'un "adressage mémoire" a priori.

Oui et l'ironie c'est qu'une interface pilotée au clavier, ce n'est pas l'idéal pour une entreprise qui veut s'introduire sur le marché des tablettes.

sur les unix, les process sont réentrant donc il y a du code partagé parmis tous les processus, donc ce n'est que le contexte qui prend de la place.

Par contexte, tu entends les données ? Ça fait quand même un sacré morceau sur des applis haut niveau comme un navigateur Web.

pas besoin d'une stack prévu (en taille) pour le multithreads

C'est quoi, une "stack prévu pour le multithread" ? Vu que chaque thread a sa pile séparée, je ne vois pas du tout ce que tu veux dire.

Faut arrêter les FUD... C'est une peu comme Adsense : les mecs se plaignent de leur compte bloqués, mais "oublient" de te parler des bidouilles qu'ils ont tenté ou de ce qu'ils faisaient

Des liens ?

Merci pour le mode d'emploi, dans 1 heures ça marche.

Oui et tu es sûr de ne pas faire de connerie dans la mise en oeuvre ? Tu es sûr que le système qui va te notifier d'un paiement est fiable (que se passe-t-il si ta base de données est en rade à ce moment-là, etc.) ? Perdre trace du paiement d'un client, ce n'est pas souhaitable, c'est le meilleur moyen de se faire une réputation désastreuse très vite.

Sans compter que rien ne te dit que tu ne te fera pas virer de Desura comme tu te serai fait virer de Paypal, tu ne fais que déplacer le risque.

Heu, le problème de Paypal ce n'est pas que tu te fais virer, c'est que les paiements passés sont bloqués, foutant le producteur dans la merde. Se faire virer, c'est un moindre mal.

Oui, alors que Gnome Shell a tout compris à l'utilisabilité, c'est pour cela que tout le monde l'aime.
Je suis d'accord que l'option citée est débile, mais au moins il semble que Cinnamon permettra de configurer le bureau à son goût, ce qui semble totalement impossible avec Gnome Shell.

Oui, mais ça complique la vie des autres parce qu'il faut penser à notifier le type à la main. C'est quand même beaucoup plus pratique quand poster sur un bug envoie automatiquement le message à toutes les personnes concernées.

C'est rentable si tu assez de ventes pour payer le ou les employés qui s'occuperont à temps plein de la maintenance du site.
Sans compter que PayPal est dangereux pour les producteurs (il y a pas mal d'anecdotes assez connues de comptes bloqués), et qu'un système de paiement direct par carte bleue demande du boulot, l'agrément de la banque et n'est pas donné non plus.

Par contre le côté gestionnaire de paquets de Desura (j'imagine que c'est pareil côté Steam) me paraît assez dispensable.

D'un autre côté c'est dommage de pas avoir eu le choix entre i386 et AMD64..

Pourtant je vois bien "x86" et "AMD64" dans la liste des choix.

Definition of Free Cultural Works:
http://freedomdefined.org/Definition

Les rapports de bug anonymes c'est une mauvaise idée, car le rapporteur anonyme n'aura pas de notification quand le développeur lui posera une question.
Or beaucoup de bugs nécessitent un minimum d'interaction avec le rapporteur pour diagnostiquer le problème, et discuter d'une solution souhaitable.

Mozilla cherche t'il à le rendre utilisable pour quelqu'un d'autre que les gens de Mozilla ?
C'est assez important quand on voit ce qu'ils font de Gecko.

Quelle mauvaise langue, alors que les utilisateurs de XUL sont comblés.

Ben apparemment, cela concerne les interfaces permettant de coder des thèmes :

From the perspective of the GNOME Shell team, GNOME Shell themes are both not
interesting and not supportable ... we cannot commit to any stability of the
CSS class names or actor hierarchy

Donc a priori les thèmes tierce-partie pour Gnome Shell (s'il y en a) vont vite être obsolètes.

C'est parce que ces stagiaires sont aussi des lecteurs assidus de Linuxfr que l'on a droit, justement, à des informations de première qualité !

Un langage pas assez ambitieux pour rendre aisée la programmation d'applications haut-niveau.

Je pense que l'objectif est d'encourager les casual gamers à continuer, et d'éviter qu'ils se sentent mauvais par rapport au jeu. Les hardcore gamers n'ont pas besoin de ce genre de carotte. Or aujourd'hui les premiers sont de plus en plus ciblés par l'industrie du jeu.

Je pense aussi qu'il y a un calcul coût / bénéfice chez les développeurs de jeu. Ce genre de choses (les achievements) ne coûte pas grand'chose à ajouter, et ne présente pas d'inconvénient rédhibitoire, donc autant les ajouter au cas où.

(désolé pour les anglicismes)

Au temps jadis, il y avait les high scores qui permettaient de situer sa performance, et poussaient à aller toujours plus loin.

Et pour revenir au sujet, mentionnons les high scores mensuels de Twisted :
http://twistedmatrix.com/highscores/

C'est quoi un "bon" accent ? L'accent des parisiens est-il intrinsèquement meilleur que celui des bretons ou marseillais, et pourquoi ?

La seule mesure qui peut faire foi, c'est par rapport aux locuteurs natifs de la langue, or les Américains (des USA et du Canada) sont locuteurs natifs de l'anglais (l'anglais américain, certes) alors que les Finlandais ne le sont pas. Ça règle la question.

Bien, et maintenant comment fait-on pour sauter au N-ème caractère sans sauter N fois d'1 caractère ?

Pourquoi cette question ? On parle d'un grep, il n'y a pas besoin de compter les caractères.

L'algorithme décrit dans le fil demande de sauter plusieurs caractères, ce qui est particulièrement efficace si l'on est certain qu'un caractère fera un octet.

L'algorithme (Boyer-Moore) peut fonctionner sur des octets aussi bien que des caractères.

C'est leur problème s'ils changent leur offre commerciale tous les quatre matins. Par ailleurs, si les nouveaux forfaits sont plus avantageux, il suffit d'y migrer les anciens clients, je suis sûr qu'ils n'auront rien à y redire.

Mais je devine que les nouveaux forfaits ne sont pas meilleurs, juste différents, et que c'est pour ça qu'il faut maintenir les anciens. Nul ne peut se prévaloir de ses propres turpitudes.

les pires trucs du culs c'est dans les GROSSES salles de marchés que je les ai vue

Moi qui pensais qu'ils passaient leur temps à spéculer sur la dette publique des États.

Bien sûr que si tu peux faire passer un message avec une sinusoïde unique : le signal est là => 1, pas de signal =>0, ça n'est pas plus compliqué que ça!

Ben non, parce que ta sinusoïde modulée par des 0 et des 1 n'est pas une sinusoïde, et son spectre de fréquences est étalé.

il affirme que GNU grep est rapide car il évite de lire les flux octet par octet, or ce n'est pas possible en UTF-8 à cause du fait que les caractères sont de taille variable.

Ce sont deux choses qui n'ont rien à voir. Surtout qu'utf-8, précisément, a été conçu pour qu'un algorithme de recherche sur des données binaires garde sa pertinence en utf-8.

considères-tu l'assurance vieillesse comme une pompe à fric? En indé, tu peux cotiser beaucoup moins

Je ne sais pas si tu peux cotiser beaucoup moins, vu que c'est la CIPAV qui décide pour toi ce que tu dois payer (en retraite de base et complémentaire). Après sur le détail des chiffres je n'ai jamais comparé.