Bruno Michel a écrit 3286 commentaires

Patrick_g a déjà fait remarquer que ce journal porte sur le site publique et non pas la dépêche publiée (même si j'ai découvert le site via la dépêche en question), donc je ne vais pas m'attarder sur ça.

Si tu postes une dépêche, le risque que l'équipe de modération se moque de toi après avoir refusé ta dépêche est vraiment très faible : on reçoit régulièrement des dépêches maladroites, farfelues, parfois même insultantes, mais on essaye quand même d'en sortir des choses constructives : on réécrit certaines dépêches, on en améliore d'autres, on explique pourquoi on refuse une dépêche et surtout ce qu'il faut faire pour que les suivantes soient acceptées.

Par contre, si tu crains que l'on se fiche de ta poire, il faut effectivement mieux éviter de proposer des dépêches sur LinuxFr.org. Les lecteurs sont beaucoup moins tendres dans leurs commentaires, et j'ai déjà croisé des personnes qui ne veulent plus poster sur LinuxFr.org à cause d'une mauvaise expérience (ie essayer de faire des choses à un niveau local, communiquer sur ces actions sur LinuxFr.org, et ne recevoir comme commentaires que des messages très agressifs). Ces commentaires ne sont généralement le fait que de quelques lecteurs casse-pieds, mais fait plus de bruits que la large majorité des lecteurs silencieux.

La page http://universelvita123fr.blogspot.com/ est en français, mais ce n'est qu'un très pâle aperçu de la profondeur de la version anglaise.

> Le poste en question nécessite une localisation précise ou bien il est indépendant de ça (télétravail) ?

Ha oui, j'aurais dû marqué ça dans l'annonce. Le travail s'effectuera dans les locaux d'af83 au 15 rue Poissonnière, 75002 Paris (pas de télétravail possible).

> Et niveau rémunération, même si cela doit dépendre du CV et de la longueur des dents du candidats, ça se présente comment? Une base de départ?

Ça se négocie au cas par cas, et comme ce n'est pas moi qui m'occupe de cet aspect, je préfère ne pas m'avancer sur ce point.

Je voulais traduire "devices hacker", mais je n'ai pas trouvé de traduction satisfaisante. "Bidouilleur d'appareils" ne me plaisait pas, et je suis donc resté à la version anglaise (comme je préfère parler de web que de toile ou de smartphone plutôt que d'ordiphone). Mais si quelqu'un a une meilleure traduction à proposer, je suis preneur.

Non, gtalk est loin d'expliquer à lui tout seul cette hausse. Il y en gros 20% des comptes actifs avec un identifiant jabber qui ont une adresse en @gmail (2ème domaine après jabber.fr).

> Le pic de modération est le mercredi (globalement le jour de plus grande activité du site en général).

J'ai toujours pensé que c'était le vendredi le jour avec le plus d'activité sur le site, mais faut croire que les contributeurs de LinuxFr sont de (grands) enfants.

Ça reste un document qui ne regroupe que des faits. Tu ne voudrais pas ajouter quelques lignes sur l'ambiance, tes impressions, ce que tu en retires, etc. ?

> Bref, le lancer de troll ça s'apprend et là c'est vraiment trop gros pour que ça passe :D

Bah, visiblement, il se débrouille pas mal : mon trollomètre[1] lui donne déjà un score supérieur à 50 à peine quelques heures après la publication du journal et même pas un vendredi. Non, il n'y a pas à dire, joli lancer.

[1] http://trollometre.com/measure?url=http%3A%2F%2Flinuxfr.org%(...)

Oui, mais il suppose arbitrairement que 25 000 serveurs sur les 30 000 font tourner du PHP, chiffre qui me paraît très élevé.

Je peux comprendre que remplacer du code PHP par du code C++ puisse être plus efficace, mais y a-t-il tant de serveurs de PHP chez facebook pour que cette baisse soit significative ?

Je ne connais pas l'architecture de facebook, ni le nombre de leurs serveurs, mais j'imagine qu'il n'y a pas tant que ça de serveurs PHP comparé au reste : serveurs de bases de données, serveurs web statiques, serveurs de fichiers, serveurs de cache (memcached), calculs asynchrones (thrift), serveurs de logs (scribe), data warehouse (hadoop / hive), serveur de chats (erlang)...

Au final, même si Facebook remplaçait tout son code PHP par du C++, ça diminuerait de combien leur nombre de serveurs ? 1% ? 10% ? 50% ? 90% ?

Oulà, je ne sais pas si je me suis très mal exprimé ou si tu as interprété de travers mes propos, mais ce n'est pas du tout ça. Reprenons :

> Donc en gros, vous demandez à un type de venir bosser sur paris (hébergement, transport et repas à sa charge), gratuitement, pendant 6 mois...

Non, il sera payé (pas grand chose, je l'avoue, mais c'est toujours mieux que rien).

> De plus cette bonne âme devrait bosser sur un projet que vous revendez ensuite à votre porte-feuille client

Bah, je préfère qu'il fasse un stage pour travailler sur un projet plutôt qu'il passe son temps à faire des photocopies ou apporter des cafés. Et ce projet ne sera pas vendu à des clients. Il nous apportera d'autres bénéfices (expertise technique, capacité à mutualiser du code entre des projets en différents langages, etc.).

> A partir du moment où vous demandez a un candidat d'avoir de l'expérience, d'être prêt à travailler et pas à être là pour apprendre avec se former c'est un boulot, plus un stage.

Je n'attends pas du stagiaire de connaître tout ce que j'ai pu citer. Je recherche surtout quelqu'un de curieux, qui a envie de découvrir ça. Et bien sûr, il aura du temps pour se former et j'aurai du temps pour l'encadrer.

> Et un tel boulot ça se paye minimum au smic, parce que bon aller bosser pour un projet intéressant sans rien gagner, autant qu'il aille choisir un projet libre sur http://www.sourceforge.net/

A mon plus grand regret, bosser sur un projet libre, ne permet pas de valider une formation. Cela remplacerait efficacement beaucoup de stages.

> Pour info, vu que google connais pas nodzle, le vrai nom du projet à l'air de ressembler à ça

Le vrai nom du projet est Nodzle, mais c'est un tout jeune projet de R&D sur lequel nous n'avons pas encore communiqué. Il y a encore des choses que Google ignore.

> Enfin si un candidat voulais vraiment répondre à cette offre j'ai moi aussi plein de projets super intéressants à proposer...

Le forum petites-annonces est là pour ça. N'hésite pas à les proposer ici.

> Je vous demanderais juste de mettre sous Affero GPLv3 la réalisation de mes idées, ce qui ne doit pas être le cas du projet en question.

Comme je le disais plus haut, le projet est tout jeune et la licence n'a pas encore été choisie. Pour autant, il est très probable que la licence retenue soit justement une Affero v3. Je n'ai pas communiqué dessus, car ça n'a pas encore été validé.

J'ai une question assez bête : pourquoi dans Thunderbird la rédaction de mails se fait dans des fenêtres séparées et pas dans des onglets ?

Sinon, chapeau à l'équipe Mozilla pour tout le travail accompli.

> Avec les extensions qui arrivent enfin de façon officielle, Firefox est tout ringardisé.

Ou pas. Chrome avance très vite, mais pour le moment, les extensions de Chrome sont encore loin de celles de firefox. D'une part, il n'y a pas encore beaucoup de choix (je ne doute pas que ça viendra), et d'autre part, le système d'extensions n'a pas l'air très stable.

Par exemple, impossible de faire marcher Google Speed Tracer [http://code.google.com/intl/fr/webtoolkit/speedtracer/] : la fenêtre s'affiche, le compteur tourne et ... c'est tout.

> Chrome c'est *VRAIMENT* libre ?

Non, chrome n'est pas totalement libre. Par contre, Google publie chromium [http://dev.chromium.org/Home] sous licence libre, et Google Chrome n'est rien d'autre que Chromium plus quelques ajouts : codecs, suggestions sur les erreurs 404, suggestions sur la recherche, etc. C'est expliqué sur http://blog.chromium.org/2008/10/google-chrome-chromium-and-(...) .

Ensuite, rien n'empêche Google d'ajouter d'autres choses à Chrome. La question est alors de savoir si tu fais confiance à Google.

D'après certaines sources (http://www.01net.com/editorial/502458/chrome-le-navigateur-d(...) par exemple), Google rajouterait d'autres "services" à Chrome. Je ne doute pas que rajouter un identifiant unique par utilisateur permettre d'améliorer l'expérience utilisateur, mais pour ma part, je pense que je vais m'en passer.

Je faisais référence à http://www.mozilla.com/en-US/firefox/phishing-protection/ , mais est-ce que ton commentaire était bien une réponse au mien (et pas celui d'au-dessus) ?

Tu peux ajouter à ta liste les requêtes d'anti-phising faites par les navigateurs web auprès de google.

> C'est pas encore portable…

Oui, templeet est passé par là...

Merci pour ta réponse. Je comprends mieux comment se positionne ZuperPush.

Pour info, tu aurais pu utiliser Tornado, qui est un framework web en Python qui convient bien pour ce genre d'utilisation. Ça t'aurait peut-être permis de gagner du temps.

Et pourquoi il n'y a pas eu de CSS pour Mandriva 2010 ?
Tout simplement parce que personne n'a proposé de CSS mandriva, et que je ne suis pas très doué pour en faire une moi-même.

Oui, et ce lien se trouve sur la page https://linuxfr.org/css.html .

Comment ZuperPush se positionne par rapport à nginx-http-push-module[1] ou à tornado[2] ?

[1] : http://pushmodule.slact.net/
[2] : http://www.tornadoweb.org/

Bof, mon trollomètre n'indique qu'un tout petit 0,3 sur l'article du monde [http://trollometre.com/measure?url=http%3A%2F%2Fwww.lemonde.(...)], ça doit donc forcément être un article sérieux.

Ou retrospectiva [http://retrospectiva.org/].

Je ne connais pas assez InDefero pour donner un jugement, mais parfois l'impression de lenteur d'une application web n'est pas dû au temps de chargement de la page HTML elle-même, mais de ce qui vient avec.

Par exemple, est-ce que InDefero utilise des javascripts qui pourraient ralentir le chargement de la page ? Un bon point de départ pour ce genre d'optimisations est les règles d'Yslow [http://developer.yahoo.com/yslow/help/#guidelines].