C'est toujours assez difficile de comparer un projet fait le soir où j'ai fait des choses qui sortent de mon domaine de compétences avec un projet professionnel fait dans de bonnes conditions.
Ça pris 2 ans et la CSS a été faite par un contributeur dans le cadre du concours. Je dirais à la louche que ça doit faire dans les 6 mois.hommes, mais vraiment à la louche.
Mon gagne pain ce sont des appli métier de taille modeste (1 à 3 années.homme), en Java (boouh).
cough, ça fait déjà beaucoup de temps pour des applis de taille modeste. Je vis dans le monde Ruby on Rails et un projet de taille modeste, c'est plutôt 1 à 3 mois.hommes. Maintenant, je ne sais pas si c'est parce que nous avons des définitions différentes de "taille modeste" ou s'il y a un écart très significatif de productivité entre Rails et Java.
En fait, dans le monde du web, temps-réel a une autre signification que dans l'embarqué. Ça veut principalement dire être capable de garder beaucoup de connexions ouvertes en parallèle pour être capable de pousser une information dès qu'elle est disponible. Les mots-clés sont streaming HTTP, long-polling, websocket, comet, etc. Et dans ce domaine, node.js se débrouille bien.
Un collègue me dit que Opa fait 80 requêtes/seconde sur un Hello World contre 1200 pour nodejs, et que ça leake pas mal de mémoire. Mais ça serait pas mal d'avoir un benchmark un peu plus sérieux.
Au hasard : LinuxFr.org est hébergé par la fondation free. Par contre, je ne sais pas comment ça s'est passé, je n'étais pas encore dans l'équipe d'admins quand ça s'est fait.
Une équipe s'est également filmée pendant ces 24h : http://www.youtube.com/watch?v=QCKeCBrG5tQ ce qui permet de voir rapidement à quoi ressemble la tablette en question.
La fatigue n'aidant pas, je n'ai pas réussi à associer l'équipe qui a gagné et la présentation de l'application qu'elle a faite. Espérons qu'un autre participant au concours fera mieux que moi.
Le site a l'air de bien marcher. La seule erreur 500 que je vois dans les logs vient d'un utilisateur d'IPFuck. Cette extension envoie de la merde dans les headers HTTP (volontairement), et Rails a une protection contre ça (le code d'erreur mériterait d'être en 4xx plutôt que 500). Désactive l'extension et ça va mieux marcher.
De manière plus générale, je déconseille d'utiliser cette extension. C'était sympa comme Proof of Concept mais pas plus.
Pour ma part, pour suivre mes commentaires, je passe plutôt par le tableau de bord. Ou alors, quand j'ai plus de temps disponible, je suis tous les nouveaux commentaires de l'ensemble des articles qui m'intéressent via la page les contenus que j'ai lus.
Le problème venait de la bibliothèque Rinku qui sert à détecter les URL et les transformer automatiquement en liens. Il a été remonté upstream https://github.com/tanoku/rinku/issues/4 et son développeur l'a corrigé dans la 1/2h qui a suivi. J'ai déployé la nouvelle version.
Dans les commentaires, l'utilité d'une image est plus que limité surtout comparé au risque que cela représente de voir arriver des fils de commentaires débiles à base d'images.
Après quelques mois d'utilisations, les images ne sont pas très nombreuses mais placées de manière judicieuse. Et passé la phase de découverte, je n'ai pas vu de fils de commentaires débiles à base d'images.
[^] # Re: "The Right Thing" vs "Worst is Better"
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Opa, un nouveau langage pour le développement d’applications Web. Évalué à 4.
C'est toujours assez difficile de comparer un projet fait le soir où j'ai fait des choses qui sortent de mon domaine de compétences avec un projet professionnel fait dans de bonnes conditions.
Ça pris 2 ans et la CSS a été faite par un contributeur dans le cadre du concours. Je dirais à la louche que ça doit faire dans les 6 mois.hommes, mais vraiment à la louche.
[^] # Re: "The Right Thing" vs "Worst is Better"
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Opa, un nouveau langage pour le développement d’applications Web. Évalué à 6.
cough, ça fait déjà beaucoup de temps pour des applis de taille modeste. Je vis dans le monde Ruby on Rails et un projet de taille modeste, c'est plutôt 1 à 3 mois.hommes. Maintenant, je ne sais pas si c'est parce que nous avons des définitions différentes de "taille modeste" ou s'il y a un écart très significatif de productivité entre Rails et Java.
[^] # Re: Node.js
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Opa, un nouveau langage pour le développement d’applications Web. Évalué à 7.
En fait, dans le monde du web, temps-réel a une autre signification que dans l'embarqué. Ça veut principalement dire être capable de garder beaucoup de connexions ouvertes en parallèle pour être capable de pousser une information dès qu'elle est disponible. Les mots-clés sont streaming HTTP, long-polling, websocket, comet, etc. Et dans ce domaine, node.js se débrouille bien.
[^] # Re: Support des navigateurs
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Opa, un nouveau langage pour le développement d’applications Web. Évalué à 10.
J'ai quelques questions à ce sujet :
[^] # Re: Node.js
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Opa, un nouveau langage pour le développement d’applications Web. Évalué à 4.
Un collègue me dit que Opa fait 80 requêtes/seconde sur un Hello World contre 1200 pour nodejs, et que ça leake pas mal de mémoire. Mais ça serait pas mal d'avoir un benchmark un peu plus sérieux.
[^] # Re: RSS vs Atom
Posté par Bruno Michel (site web personnel) . En réponse au message Da LinuxFR News. Évalué à 2.
http://linuxfr.org/suivi/lettre-quotidienne
[^] # Re: Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Seuls les posts ascii passent sur la tribune. Évalué à 3 (+0/-0).
Je n'étais pas au courant. Je corrige ça.
[^] # Re: Fondation free
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Appel à projets de la Fondation SFR. Évalué à 4.
Au hasard : LinuxFr.org est hébergé par la fondation free. Par contre, je ne sais pas comment ça s'est passé, je n'étais pas encore dans l'équipe d'admins quand ça s'est fait.
# Fausse alerte
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Images dans les commentaires. Évalué à 2 (+0/-0).
En fait, c'est juste que certains sites interdisent le hot-linking.
[^] # Re: Arnaque
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Intel Music Hackathon, les 18 et 19 juin. Évalué à 2.
J'arrive en retard, mais juste pour dire que suite à ce commentaire, le règlement a été ajouté à la page en question : http://www.af83media.com/hackathon-fr/reglement.pdf .
# Photos et vidéo
Posté par Bruno Michel (site web personnel) . En réponse au journal Petit compte-rendu du Intel Music Hackathon. Évalué à 5. Dernière modification le 20 juin 2011 à 02:48.
Voici deux photos d'Okeygo : http://yfrog.com/h3f7hpuj et http://yfrog.com/hsgmdwnj . Et quelques autres photos pour voir l'ambiance studieuse : https://fr.foursquare.com/mister_dav/checkin/4dfd1fd218a8eee4fe3f3e80?s=VQ3oK5YofsbDDkgajiDr9xJe6q4 http://lockerz.com/s/111831145 et http://lockerz.com/s/111830112.
Une équipe s'est également filmée pendant ces 24h : http://www.youtube.com/watch?v=QCKeCBrG5tQ ce qui permet de voir rapidement à quoi ressemble la tablette en question.
[^] # Re: Vainqueur du concours
Posté par Bruno Michel (site web personnel) . En réponse au journal Petit compte-rendu du Intel Music Hackathon. Évalué à 3.
La fatigue n'aidant pas, je n'ai pas réussi à associer l'équipe qui a gagné et la présentation de l'application qu'elle a faite. Espérons qu'un autre participant au concours fera mieux que moi.
3000 € à dépenser à la FNAC.
[^] # Re: Mode pinailleur
Posté par Bruno Michel (site web personnel) . En réponse au journal Petit compte-rendu du Intel Music Hackathon. Évalué à 3.
Voilà, j'ai profité de mes droits d'admin pour corriger ça.
[^] # Re: Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Seuls les posts ascii passent sur la tribune. Évalué à 3 (+0/-0).
Ok, j'ai remonté le bug upstream : https://github.com/tanoku/upskirt/issues/31
[^] # Re: 500
Posté par Bruno Michel (site web personnel) . En réponse au journal Petit compte-rendu du Intel Music Hackathon. Évalué à 2.
Le site a l'air de bien marcher. La seule erreur 500 que je vois dans les logs vient d'un utilisateur d'IPFuck. Cette extension envoie de la merde dans les headers HTTP (volontairement), et Rails a une protection contre ça (le code d'erreur mériterait d'être en 4xx plutôt que 500). Désactive l'extension et ça va mieux marcher.
De manière plus générale, je déconseille d'utiliser cette extension. C'était sympa comme Proof of Concept mais pas plus.
[^] # Re: Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Seuls les posts ascii passent sur la tribune. Évalué à 3 (+0/-0).
Est-ce que tu pourrais donner un ou deux exemples ? Je viens d'essayer avec http://www.meteo-paris.com/ et ça passe bien.
# Ha ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Aller directement sur le bon anchor dans les commentaires (section perso). Évalué à 3 (+0/-0).
Pour ma part, pour suivre mes commentaires, je passe plutôt par le tableau de bord. Ou alors, quand j'ai plus de temps disponible, je suis tous les nouveaux commentaires de l'ensemble des articles qui m'intéressent via la page les contenus que j'ai lus.
Est-ce que cette méthode te convient ?
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Seuls les posts ascii passent sur la tribune. Évalué à 7 (+0/-0).
Le problème venait de la bibliothèque Rinku qui sert à détecter les URL et les transformer automatiquement en liens. Il a été remonté upstream https://github.com/tanoku/rinku/issues/4 et son développeur l'a corrigé dans la 1/2h qui a suivi. J'ai déployé la nouvelle version.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Possibilité de voter à l'infini dans un même ensemble de commentaires. Évalué à 2 (+0/-0).
Les votes étaient déjà ignorés mais autant envoyer un message qui corresponde : « Impossible de voter ».
Cf https://github.com/nono/linuxfr.org/commit/293d220bac38b29c443cb86792683b884540d35c
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi supprimer / masquer les commentaires issus de la phase de rédaction collaborative. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/6c057816b81c26a249b69f49f016415a431015fa
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Certaines URL sont mangées. Évalué à 2 (+0/-0).
Cf https://github.com/nono/linuxfr.org/commit/874913f67ac6c1d48793d7cbe1d5df51684519a8
# Non
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Désactiver l'insertion d'images. Évalué à 2 (+0/-0).
Après quelques mois d'utilisations, les images ne sont pas très nombreuses mais placées de manière judicieuse. Et passé la phase de découverte, je n'ai pas vu de fils de commentaires débiles à base d'images.
# Bof
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Tries par colonne de base dans chaque tableau. Évalué à 2 (+0/-0).
Personne n'est intéressé => je ferme.
# Bof
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Blacklist personnelle des contributeurs. Évalué à 2 (+0/-0).
Ça n'a pas l'air d'enthousiasmer les foules et c'est compliqué à faire => je ne vais pas le faire et je ferme donc l'entrée.
Par contre, un script greasemonkey peut sûrement faire l'affaire.
[^] # Re: Quel navigateur web ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Incohérence dans les avatars affichés. Évalué à 2 (+0/-0).
Pas de retour => je ferme.