sifu a écrit 635 commentaires

Petite question en passant, on m'a souvent évoqué que les pauses déjeuners anglaises étaient très différentes des notre. Légende ou bien ?

Je partage un peu ton avis sur la comparaison des salaires.
Je croise beaucoup de personnes qui me vantent les salaires étrangers notamment US mais je suis pas sûr que ce soit si simple de comparer …

Ok. Tout d'abord merci pour ton retour courtois ;)

Je bosse dans le web et je sais l'importance que peut avoir la publicité dans ce milieu.

mais Raphaël, c'est pas pareil hein, c'est un mec bien tout ça

A titre personnel, il y a certains types de publicité (type criteo) qui m'irritent au plus au point.
Donc, d'une certaine façon, il y a des publicités plus acceptables que d'autres selon ma morale.

Mais alors, si ce travail ne mérite pas salaire, pourquoi donc consulter ces sites?

Au risque de te surprendre, tous les sites qui ont de la publicité ne vivent pas forcément de cela.
J'ai bossé sur des sites dont le business modèle est indépendant de la publicité et mette un peu de pub pour monétiser le trafic.
Je connais aussi des personnes qui mettent un peu de publicité sur leur site personnel pour mettre un peu de beurre dans les épinards (et qui .

D'autre part, j'ai travaillé dans l'affiliation sur le web et je pense qu'il est important de savoir que souvent les clients préfèrent obtenir un bon taux de transformation ! Afficher de la publicité à des gens qui la refuse est rarement bon pour cela.

Et sinon, a titre personnel, je pense:

• que le choix d'avoir activé par défaut ADB chez Debian est un peu malheureux. J'aurais souhaité au moins le voir désactivé par défaut.
• qu'ADB n'est pas forcément utilisé que par des gens qui méprisent les webmasters… et là je pense qu'on n'est pas sur la même longueur d'onde ;)

Voilà.

La personne sensibilisée au travail de Raphaël pourra toujours configurer ADB pour afficher les publicités sur son site.

De mémoire, il n'était pas question que du logo entre Mozilla et debian. Il y avait une histoire de pouvoir conserver le nom même après patch.

L'information est disponible dans la page GitHub du projet fournie dans la dépêche (https://github.com/jflesch/paperwork#readme).

Cuneiform or Tesseract: To extract the words from the pages (OCR)

C'est le 3.1.

Il faut cependant admettre que l'environnement joue pour pas mal sur le fait de faire ou ne pas faire des études.
Dans mon cas, j'ai toujours considéré que c'était une chance de faire des études.

Dans certaines familles, le fait de faire des études n'est pas si évident que cela … Et il est sans doute un peu naïf de croire que l'on peut corriger le tir si facilement.

Et puis, après, je connais pas mal de gens qui ne gagnent pas hyper bien leur vie car ils ont fait le choix d'un métier peu rémunérateur.

Mais parler de "suffisance" dans ce contexte me paraît décorrélé de la réalité.

Disons qu'il ne sont peut-être pas suffisants mais sans doute décorrélés de la réalité de leurs utilisateurs ;)

Savais-tu qu'un mainteneur n'a pas l'obligation d'accepter un patch ?

On est d'accord là dessus.

Je suis un utilisateur de Gnome depuis des années et il faut bien voir que depuis qq temps ce n'est pas toujours simple. Il y a des petits problèmes irritants qui sont arrivés avec la version 3.0. Après, c'est sûr, il essaye de faire un truc nouveau et donc on ne peut pas plaire à tous le monde.
Je pense que le problème de Gnome est un peu là:

son logiciel

Il est bien d'avoir une vision mais s'arquebouter sur des détails à la con ne fait rien avancé.
Il pense qu'il peuvent imposer à tous de faire le .desktop qui va bien. C'est d'abord irréaliste et ensuite cela ne va pas aider les utilisateurs.

Il y a une sorte de suffisance chez Gnome. C'est un fait. L'accès simple au lien pour éteindre la machine en est un par exemple …

Après, vu que ce n'est pas mon logiciel, ben j'ai même pas le droit d'ouvrir ma gueule ;)

Pour moi, il y a quand même un problème. L'attitude de Gnome est un peu "suffisante".

Dans l'exemple ci-dessus, on parle quand même de la gestion des .jar et de java et il semblerait que côté upstream, le .desktop il s'en moque un peu.
Alors, on fait quoi, ben rien …

Alors, bien sûr, dans un monde idéal, tous les développeurs du monde se donnerait la main et proposerait tous un .desktop …
Dans la vraie vie, c'est une autre histoire.

Là, il y a mec qui sort un patch et qui fait le boulot … et qui n'est pas prêt de le refaire et c'est bien triste.

D'autre part, il ne s'agit pas d'une grosse verrue pour gérer un bug, on parle ici d'une fonctionnalité qui manque (peut-être pas à tous).

Pour ma part, ce que je n'aime pas avec le wifi:

• la sécurité: bien sûr, on peut gérer cela à peu près correctement mais il faut avouer que souvent la configuration par défaut n'est pas bonne.
  D'autre part, j'ai des équipements (pas tout neufs) qui ne connaissent que le WEP et du coup on nivèle par le bas …

• la stabilité/qualité: c'est subjectif, là encore, mais dans mon appartement il semblait que le mur en béton ne plaisait guère au wifi. Après, j'ai tenté plusieurs cartes (wifi freebox v4 avec carte + carte ralink = ko, routeur WRT54G + carte ralink = lo …)
  J'ai fini avec routeur Linksys WRT54G et j'ai fini opté pour une carte Linksys pour un résultat à peu près correct. Bien entendu, la carte n'était plus supporté sous Windows 8 64 bits …

• la durée de vie: les normes évoluent vite et du coup on a rapidement du matériel qui est "has been" …

• consommation électrique: j'ai pas trouvé de sources mais j'aurais dit que le wifi est un peu plus consommateur qu'un bon vieux cable.

Après, c'est fort pratique pour bien des usages !

il y a des fautes, alors parfois on ne comprends pas si tu fais de l'humours.

?
Un petit exemple que je progresse ;)

Voilà, un de tes e-mails à été diffusé, par erreur, erare humanum est. Comme tu te servais très peu de cet e-mail, tu as pu localiser la fuite, même si c'est trop tard. Mais, tu peux aussi changer d'e-mail, et tu laisses tomber celui-ci.

En fait, c'est mon mail personnel que j'utilise pour mes correspondances. J'ai du le laisser sur deux sites…
Effectivement, l'erreur est humaine mais c'est plus qu'il pourrait faire une communication à leurs clients.

On est d'accord. J'aurais du gérer cela autrement. Après, le registrar en question avait toute ma confiance pour gérer cela …

Comme je le disais, je leur laisse un peu de temps pour me faire un retour.
C'est juste de la correction, je dirais ;) Les gens peuvent checker leur whois.

Question de newsbee en VPN: est-ce que du coup un client qui se connecte se voit attribué une IP et est donc accessible des autres clients ou bien ?
Merci.

C'est fait ;)

En tout honnêteté sur mon laptop (un t410), j'ai pas noté de ralentissement à l'usage de cette fonctionnalité.
Après mes dépôts Git sont petits (c'est en général des petits projets personnels) , il faudrait sans doute demander à quelqu'un qui a un usage plus poussé de Git pour voir.
Après, quand j'ai regardé un peu pour bash_completion, j'ai pas vue de gens qui se plaignait …

Est-ce que quelqu'un sait s'il est possible d'avoir les informations de décalage par rapport à l'upstream ?
Dans git-completion.bash (qui fait bash et zsh), j'ai cette information via GIT_PS1_SHOWUPSTREAM (verbose).
Merci.

# If you would like to see the difference between HEAD and its
#       upstream, set GIT_PS1_SHOWUPSTREAM="auto".  A "<" indicates
#       you are behind, ">" indicates you are ahead, and "<>"
#       indicates you have diverged.  You can further control
#       behaviour by setting GIT_PS1_SHOWUPSTREAM to a space-separated
#       list of values:
#           verbose       show number of commits ahead/behind (+/-) upstream
#           legacy        don't use the '--count' option available in recent
#                         versions of git-rev-list
#           git           always compare HEAD to @{upstream}
#           svn           always compare HEAD to your SVN upstream
#       By default, __git_ps1 will compare HEAD to your SVN upstream
#       if it can find one, or @{upstream} otherwise.  Once you have
#       set GIT_PS1_SHOWUPSTREAM, you can override it on a
#       per-repository basis by setting the bash.showUpstream config
#       variable.

Après, j'ai du mal à croire que Firefox puisse tourner avec 16 Mo…
Disons qu'après la distribution doit être limitée car si la plupart des applications nécessitent plus, on doit pas pouvoir faire grand chose avec 16Mo.

Vu. Mais on parlait de la version française.

Effectivement, c'est moche d'autant plus que le livre me faisait bien envie du coup !
Pas d'ebook en vue.

Pour avoir fait un peu de Ruby, j'ai beaucoup apprécié les codes blocks qui permettait de faire des trucs assez élégants.
Par exemple, j'ai bien apprécié cela pour générer des XML (via http://builder.rubyforge.org/).

Effectivement, après réflexion ce serait sans doute plus logique.

J'avoue ne plus trop me souvenir de la motivation qu'il y avait derrière ce choix …

C'est justement sur cette page qu'il indique d'utiliser experimental aux utilisateurs de Testing ou de Sid:

$ apt-get update
$ apt-get install -t experimental iceweasel