BFG a écrit 904 commentaires

D'où l'intérêt d'insérer des rires enregistrés, afin que l'on sache enfin clairement quand il est de notre devoir de rire, et quand au contraire il ne faut surtout pas rire mais prendre un air sérieux.

Sauf que sur les jeux commerciaux de cette époque (c'est peut-être moins le cas aujourd'hui), on rajoutait peu de fonctions après la sortie. Les "patchs" étaient plutôt des corrections de bugs. Je ne sais pas comment ça se passait pour les consoles, où la mise à jour des copies existantes était impossible.

Même si ça l'était, tout le monde n'en a pas la même appréciation. Si cela ne vous a pas fait rire, peut-être quelqu'un d'autre a ri.

Peut-être que le message de Jeff_ aussi était de l'humour.

Non, Madame Michu sait qu'Orange c'est France Télécom, donc c'est les meilleurs. C'est, toujours selon elle, France Télécom qui détient les cables, et donc qui in fine, sait résoudre tous les problèmes, et qui a d'ailleurs la meilleure assistance téléphonique en cas de problème. Madame Michu ne demande pas conseil pour ça.

"Même le recrutement se fait comme si c'était pour de l'embauche puisque le but c'est de recruter le stagiaire après."
Je ne pourrais pas généraliser, mais cette phrase est souvent fausse, dans une proportion non négligeable, tant pour les petites entreprises que les grosses.

Il veut dire - et c'est une tautologie, que si Xorg plante, alors c'est Xorg qui a un bug. Firefox en a peut-être un aussi (par exemple des paramètres invalides dans un appel à Xorg), mais il aura des conséquences moins graves.

"L'IPv4 arrive à sa fin dans 2 jours ? Ok Ok, du calme, on va vous fournir de l'IPv6. Dans 2 ans, ça vous va ?"

J'ai bien compris, je voulais dire si le prix de ce genre de travail est élevé, on hésitera peut-être plus à vouloir être compatible avec 17 navigateurs incompatibles. On demandera un design plus simple, sans flocons de neige qui défilent sur l'écran, et dans le tas certains iront bien participer au w3c ou au développement de navigateurs (libres évidemment) pour construire un web plus portable.

Concernant le "pauvre programmeur", s'il n'est pas content de la situation actuelle alors il faut la combattre.
Si "le pauvre programmeur" prenait un temps conséquent pour ou facturait d'une façon appropriée cette tâche, alors on reverrait peut-être l'équité de la répartition/rétribution du travail, et il ne serait plus en situation de "pauvre programmeur".

Si vous utilisez plus d'1.5 GiB de RAM, il y a des chances que vous ayez de nombreuses applications à lancer après le redémarrage, et que cela prenne un temps à ne pas négliger.

Les services externes de réduction d'URL ne sont pas la meilleure solution à mon avis, ainsi que je pense à celui de beaucoup d'autres membres de LinuxFR. Cherchez "tinyurl" sur ce site et vous verrez un certain nombre de critiques.

Je m'explique : vous vous rendez dépendant d'un service externe sur lequel vous n'avez aucun contrôle, créant un point potentiel de défaillance.
Bien sûr, c'est une option, les utilisateurs peuvent tout de même utiliser l'URL longue, mais en présentant 2 URLs, une bien longue et une courte, laquelle pensez-vous que les 3/4 des utilisateurs vont choisir ?

"Comment on en arrive à développer des codes js aussi spécifiques je ne sais pas, mais c'est un fait."
Ce n'est pas parce que c'est techniquement possible que c'est à autoriser. Le code mal écrit n'est pas à recommander.

A quoi servent ces statistiques sur les systèmes d'exploitation ?
Si ce que vous proposez sur votre site est indépendant du système d'exploitation, vous n'avez pas besoin d'avoir cette information. Si vous en dépendez, alors il vous faut organiser des sondages, ou écouter les utilisateurs qui vous écrivent pour vous demander le support de leur système.

À propos de choix par défaut : le langage séléctionné par défaut est "abap", qui ne servira probablement qu'à moins d'1% des utilisateurs, et sera gênant pour qui laissera le choix par défaut. Je pense que le "langage" par défaut le plus raisonnable serait "text".

Par ailleurs, une fonction souvent recherchée dans les pastebins est la possibilité d'avoir le "fichier brut", sur lequel on peut faire "enregistrer la cible sous" ou "wget".

Comme déjà signalé, l'URL n'est pas très agréable, ça semble peu important, mais la présence de nombreux services du genre fait que l'appréciation d'un service se joue à peu de choses.

Je ne comprends pas pourquoi les développeurs de navigateurs tiennent tant à indiquer tant d'informations dans le user-agent.
Pourquoi ne pas remplacer "Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.1.15) Gecko/20101028 Firefox/3.5" (mon user-agent) par simplement "Firefox 3.5" ?
Comme indiqué sur Panopticlick, il reste d'autres informations comme la liste des plugins, la résolution, mais avec mon profil vu par le site en question, il semble que ce soit mon user-agent qui contienne le plus d'informations, avec 19 bits à lui seul.

Certes, mais le préfixe ne change pas, il deviendra l'équivalent de l'adresse IPv4 complète en terme d'identification.

Et sans changer d'utilisateur :
% tar xzf fichier_juste_téléchargé.tar.gz
% ls # et oui, c'était une en:tarbomb

Il suffit de mettre "readonly PATH" dans la configuration de /etc, qui est normalement chargée avant celle de ~.
À noter que zsh propose la même fonctionnalité.

bash (ainsi que zsh) possède un "restricted mode" (rbash/bash -r/zsh -r) qui met PATH en lecture seule, ainsi que d'autre limitations (impossible d'invoquer une commande hors du PATH, mais il doit rester possible de contourner cela à l'aide d'autres commandes, comme xargs par exemple)

Dernière remarque, "::" dans le PATH est équivalent à ":.:", et c'est dangereux... (testez, vous verrez)

Comme dirait la mère vampire : "mange ta soupe, elle va CAGULLer".

Ceci s'apparente plus à une liste des fonctionnalités qu'à la description précise d'un besoin...

"ca a aussi cree le marche des tablettes."
Créer un marché... à quel besoin celui-ci répond-il ?

Un commentaire hors-sujet, mais en suivant vos liens, cela m'a fait réagir : j'arrive sur la page [http://www.numerama.com/magazine/16830-apple-menace-de-suppr(...)] qui contient une vidéo, hébergée sur Youtube, et qui malheureusement a été supprimée de Youtube...
Quand un site veut se servir d'une image d'un autre site, il ne la "hotlinke" pas, il la copie sur son propre hébergement en indiquant la source (et il doit éventuellement en demander l'autorisation).
Depuis l'ère Youtube, pour les vidéos, on se contente d'"embedder". Maintenant, l'information présente sur la page de Numerama manque bien de couleur, sans la vidéo qui fait l'objet de l'article.

Pourquoi ne pas proposer aux auteurs de publier l'article à la fois sur leur blog et dans le magazine, en ayant une version éventuellement adaptée au support, et avec des liens réciproques entre les deux ?

Il fallait lire "subi".