J'ai regardé PyQuery rapidement.
PyQuery utilise lxml comme nous ; d'ailleurs utiliser autre chose serait une mauvaise idée (on est justement en train d'abandonner l'idée des multiples parsers de HTML).
C'est plutôt intéressant (particulièrement la possibilité de définir une fonction personnalisée), mais l'argument en faveur du NIH, c'est que utiliser des librairies de haut niveau nous a créé beaucoup de désagréments, et avoir le contrôle direct sur le parsing et pouvoir le faire évoluer suivant nos besoins est très important.
Quant à l'utilisation de filtres CSS, c'est déjà possible avec lxml (enfin, ça a été séparé vers cssselect).
Browser (1 ou 2) est un composant de Weboob. Il est d'ailleurs possible de l'utiliser comme une librairie indépendante.
Avoir un nom plus identifiable est peut-être une bonne idée pour le rendre plus visible à ceux qui chercheraient un remplacement à Mechanize. Browser2 est un remplaçant de Mechanize et Browser1; Browser1 utilisant Mechanize et Browser2 utilisant requests (qui est plus bas niveau).
Le RSS est géré par le module Newsfeed.
L'envoi vers les mails est possible avec monboob.
Une application comme boobmsg peut utiliser divers formateurs, dont JSON.
Cela admis, cette augmentation se traduit-elle automatiquement par un gain d'agressivité ?
Il faut en effet distinguer une augmentation du taux artificielle et une augmentation par par exemple le sport qui est aussi un défouloir et permet donc plus probablement de garder un bon équilibre.
Les tests rapides sur internet ont quelques défauts (mais ont toujours été suffisants pour mon utilisation) ; tout d'abord tu n'es pas forcément la meilleure personne pour répondre aux questions, et certaines sont un peu ambigües. Une astuce peut être de refaire le test quelques semaines après.
Sinon, je ne peux que confirmer pour les descriptions : ça tombe souvent très juste, et ceux qui connaissent bien les types arrivent à prédire les types des gens qu'ils connaissent.
Une des finalités de comprendre ces types est d'arriver à interagir mieux avec les personnalités éloignées de soi.
Celle que je connais est bien plus masculine dans ses paroles et objectifs.
J'en connais quelques unes ; pas dans l'extrême de prendre de la testostérone, mais avec un type plus masculin. On peut le remarquer en regardant leur doigts. Eh oui.
Effectivement le taux de testostérone a une grande influence sur beaucoup de facteurs physiques et mentaux, y compris au sein d'un même sexe. Ces études sont très intéressantes (et parfois donnent envie d'avoir moins de testostérone !).
Les types ?NT?, voire INT?, représentent une toute petite partie de la population, mais une très grande partie des informaticiens.
De fait, ce n'est pas les femmes qui sont exclues, mais la majeure partie de la population. Il se trouve que ces types sont aussi plus rares chez les femmes.
Les types Myers-Brigg n'évoluent que rarement dans la vie, en revanche je ne connais pas spécialement leur origines (génétiques ou non). Cela pourrait être un élément de réponse.
Un peu de science dans un océan de connerie. Oui, les gens sont différents, et il arrive que ce soit corrélé à des choses politiquement incorrectes. Corrélé ne veut pas dire que c'est automatique et qu'un type est mieux que l'autre (c'est une évidence que je dois malheureusement préciser).
Pour commencer tout par weboob-, l'inconvénient majeur est la longueur du nom et l'autocomplétion. Je n'avais pas réalisé le nombre d'applications qui commencent par boob par ailleurs, j'aurai préféré des fin en oob.
Merci ; c'est le genre de retours qu'on attend. Et qui peuvent porter leur fruits : problème signalé sans faire de scandale (malgré de sacrées provocations de notre ami moules), solutions proposées, un utilisateur se dévoue pour faire un meilleur screenshot, il est remplacé.
Ça fait plusieurs dépêches que je lance des appels pour de meilleures icônes, ce qui ne demande pas de compétences particulières ; pas beaucoup de retours mais on les améliore petit à petit. En plus, c'est amusant à faire.
Pour info, les changements à venir vont être les noms des modules, qui doivent coller au site, parce que de toute façon ce n'est pas pratique pour l'utilisateur final.
Mon expérience pour avoir créé un service systemd démarrant buildbot, qui a tendance à se ramasser :
Quant je le lance, et que ça ne marche pas, systemd me le signale comme un grand et me donne une commande pour voir les sorties du logiciel (sorties standard, pas syslog). Écrire le start/stop dans un init classique aurait globalement été beaucoup plus lourd, avec quelques options je peux faire comprendre comment l'application se comporte, y compris ses comportements, disons, mauvais.
Mon service est aussi paramétrable ; le même fichier me sert à lancer plusieurs buildbots (bon, ça c'est relativement facile avec OpenRC).
journalctl est très bien fait, on peut filtrer, avoir un équivalent de tail -f, il y a des couleurs, etc. Je n'ai pas pour l'instant eu le besoin de dumper le tout dans un fichier texte.
C'est vrai, mais c'est aussi un problème très difficile à résoudre.
La plupart des sites web existent à cause de la difficulté d'avoir des applications locales (c'est clairement quelque chose de contraire à l'"esprit weboob", mais c'est un fait difficile à surmonter). Il serait probablement possible d'avoir Budgea en local (tout en gérant la synchronisation entre les différents supports, encore un sacré problème technique), avec seulement la catégorisation qui utiliserait un service centralisé.
Note : Je ne suis plus employé de Budgea, donc ce n'est pas mon business model.
Ce problème est là dès weboob, donc je ne vois pas trop quoi ajouter (et le ticket sur les keyrings est probablement plus ancien que Budgea).
C'est sûr qu'il suffirait de recréer weboob en JavaScript.
En fait, j'avais déjà pensé à un proxy côté client, qui ne ferait que remplacer le mot de passe dans les requêtes. Ce proxy est éventuellement intéressant pour weboob, notamment pour aider au debugging. Malheureusement, c'est un peu toujours la même chose, il y a trop de choses à faire pour pas assez de contributeurs.
Cependant, Budgea fournit aussi des alertes et donc a besoin d'accéder aux comptes sans intervention de l'utilisateur ; donc tout utilisateur qui souhaiterait en bénéficier ne pourrait pas utiliser seulement le proxy.
Je ne comprends pas l'accusation. Nous avons besoin du mot de passe, puisque weboob se comporte comme un navigateur, qui lui aussi a besoin du mot de passe. Ces navigateurs sont d'ailleurs capables d'avoir un keyring (par défaut non chiffré !) ou d'en utiliser un (déjà mieux).
Pour faire mieux il nous faudrait la coopération du site ; et une clé de style OAuth est de toute façon comme un mot de passe, il faut la garder secrète pour protéger son compte.
J'allais dire "et OpenRC ?" mais en fait, c'est une des options proposées !
OpenRC n'est pas du tout moderne mais il est performant, simple à administrer, et plein de fonctionnalités sympathiques pour créer des scripts, points qui sont actuellement plutôt mauvais chez Debian.
C'est sûr que systemd, du moins d'après ma petite expérience de la chose, fait aussi tout ça en plus performant et concis. Mais OpenRC est un compromis assez simple, portable, qui résout déjà pas mal de points gênants pour les administrateurs finaux.
Ce que semble faire Gentoo (premier utilisateur de openrc), c'est de supporter les deux à la fois, ce qui n'est pas vraiment inhabituel pour cette distribution ; et elle a les mêmes problèmes que Debian puisque possédant des déclinaisons BSD.
Les solutions de ce journal ne s'appliquent pas à notre cas puisque l'on a besoin de pouvoir obtenir le mot de passe en clair ; il nous faut une solution du style "keyring".
En attendant, tu peux laisser le champ mot de passe vide, il est demandé à la première connexion.
Il y a bien eu la présence d'une image pornographique sur le wiki, et c'était une très mauvaise idée, particulièrement parce qu'il n'y avait aucun moyen de se douter de sa présence. Elle a été remplacée.
Le fait que ce soit une obsession des hommes qui parlent à la place des femmes est une anecdote, il n'apporte rien à l'argument. Heureusement ; ce serait sexiste.
Pour le reste, je ne vois pas de désaccord avec ces personnes ; je ne peux que me citer :
There’s no denying they’re childish. What they are not, however, is sexist.
this is purely about making a scene […] our contributors do not and do not have to like the branding.
Mais je crois que c'est futile, ceux qui veulent tronquer, tronqueront.
En l'occurrence, ce n'est pas moi qui affirme que les femmes doivent être offensées. Dans mon blog, je n'ai cité personne par respect, mais ça aurait peut-être été plus clair.
Je cite (à propos de QHandjoob) :
How do you think it would make a woman feel about joining that community to see that app name?
Si vous cherchez un exemple de "mansplaining" en voici un, véritable.
Pas spécialement (c'est assez visible dans l'historique git).
D'ailleurs on est assez en retard au niveau du support des sites pornographiques, dans le sens où si d'un côté il y a YouTube et Dailymotion qui se partagent le gros de la vidéo généraliste, c'est de l'autre côté beaucoup plus distribué et il nous en manque un bon nombre alors qu'ils ont l'air plus faciles à boobiser. La différence par rapport à nos concurrents qui en ont pourtant plus, c'est peut-être que ce n'est pas visible sur la page d'accueil.
Bien sûr vous pouvez nous aider à rattraper notre retard en contribuant ;)
[^] # Re: NIH ?
Posté par laurentb (site web personnel) . En réponse au journal Browser 2 – Teaser. Évalué à 1.
J'ai regardé PyQuery rapidement.
PyQuery utilise lxml comme nous ; d'ailleurs utiliser autre chose serait une mauvaise idée (on est justement en train d'abandonner l'idée des multiples parsers de HTML).
C'est plutôt intéressant (particulièrement la possibilité de définir une fonction personnalisée), mais l'argument en faveur du NIH, c'est que utiliser des librairies de haut niveau nous a créé beaucoup de désagréments, et avoir le contrôle direct sur le parsing et pouvoir le faire évoluer suivant nos besoins est très important.
Quant à l'utilisation de filtres CSS, c'est déjà possible avec lxml (enfin, ça a été séparé vers cssselect).
[^] # Re: Confusionnantissant
Posté par laurentb (site web personnel) . En réponse au journal Browser 2 – Teaser. Évalué à 2.
Browser (1 ou 2) est un composant de Weboob. Il est d'ailleurs possible de l'utiliser comme une librairie indépendante.
Avoir un nom plus identifiable est peut-être une bonne idée pour le rendre plus visible à ceux qui chercheraient un remplacement à Mechanize. Browser2 est un remplaçant de Mechanize et Browser1; Browser1 utilisant Mechanize et Browser2 utilisant requests (qui est plus bas niveau).
[^] # Re: interfacer avec weboob ?
Posté par laurentb (site web personnel) . En réponse à la dépêche Publication de UA (Universal Aggregator). Évalué à 1.
Le RSS est géré par le module Newsfeed.
L'envoi vers les mails est possible avec monboob.
Une application comme boobmsg peut utiliser divers formateurs, dont JSON.
[^] # Re: Argument
Posté par laurentb (site web personnel) . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 1.
Il faut en effet distinguer une augmentation du taux artificielle et une augmentation par par exemple le sport qui est aussi un défouloir et permet donc plus probablement de garder un bon équilibre.
[^] # Re: Argument
Posté par laurentb (site web personnel) . En réponse à la dépêche Les femmes dans l'informatique. Évalué à -1.
Les tests rapides sur internet ont quelques défauts (mais ont toujours été suffisants pour mon utilisation) ; tout d'abord tu n'es pas forcément la meilleure personne pour répondre aux questions, et certaines sont un peu ambigües. Une astuce peut être de refaire le test quelques semaines après.
Sinon, je ne peux que confirmer pour les descriptions : ça tombe souvent très juste, et ceux qui connaissent bien les types arrivent à prédire les types des gens qu'ils connaissent.
Une des finalités de comprendre ces types est d'arriver à interagir mieux avec les personnalités éloignées de soi.
[^] # Re: Argument
Posté par laurentb (site web personnel) . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 1.
Je ne sais pas lequel tu as utilisé, mais je n'ai jamais eu à m'inscrire pour faire un test Myers-Briggs.
[^] # Re: Argument
Posté par laurentb (site web personnel) . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 0.
Ça rend con et ça favorise la perte des cheveux !
J'en connais quelques unes ; pas dans l'extrême de prendre de la testostérone, mais avec un type plus masculin. On peut le remarquer en regardant leur doigts. Eh oui.
[^] # Re: Argument
Posté par laurentb (site web personnel) . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 5.
Effectivement le taux de testostérone a une grande influence sur beaucoup de facteurs physiques et mentaux, y compris au sein d'un même sexe. Ces études sont très intéressantes (et parfois donnent envie d'avoir moins de testostérone !).
[^] # Re: Argument
Posté par laurentb (site web personnel) . En réponse à la dépêche Les femmes dans l'informatique. Évalué à 3. Dernière modification le 09 mars 2014 à 03:12.
Recherche les types de personnalité Myers-Briggs.
Les types ?NT?, voire INT?, représentent une toute petite partie de la population, mais une très grande partie des informaticiens.
De fait, ce n'est pas les femmes qui sont exclues, mais la majeure partie de la population. Il se trouve que ces types sont aussi plus rares chez les femmes.
Les types Myers-Brigg n'évoluent que rarement dans la vie, en revanche je ne connais pas spécialement leur origines (génétiques ou non). Cela pourrait être un élément de réponse.
Un peu de science dans un océan de connerie. Oui, les gens sont différents, et il arrive que ce soit corrélé à des choses politiquement incorrectes. Corrélé ne veut pas dire que c'est automatique et qu'un type est mieux que l'autre (c'est une évidence que je dois malheureusement préciser).
[^] # Re: asshole detector
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 1.
Héhé, j'oublie toujours le nom de weboorrents.
Pour commencer tout par weboob-, l'inconvénient majeur est la longueur du nom et l'autocomplétion. Je n'avais pas réalisé le nombre d'applications qui commencent par boob par ailleurs, j'aurai préféré des fin en oob.
[^] # Re: Du nommage
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 4.
Ou encore… netzob ?
[^] # Re: asshole detector
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 1.
Merci ; c'est le genre de retours qu'on attend. Et qui peuvent porter leur fruits : problème signalé sans faire de scandale (malgré de sacrées provocations de notre ami moules), solutions proposées, un utilisateur se dévoue pour faire un meilleur screenshot, il est remplacé.
Ça fait plusieurs dépêches que je lance des appels pour de meilleures icônes, ce qui ne demande pas de compétences particulières ; pas beaucoup de retours mais on les améliore petit à petit. En plus, c'est amusant à faire.
Pour info, les changements à venir vont être les noms des modules, qui doivent coller au site, parce que de toute façon ce n'est pas pratique pour l'utilisateur final.
[^] # Re: Encryption des données
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 3.
C'est bien un problème technique, les identifiants n'ont aucune valeur pour Budgea, au contraire ; c'est un coût.
[^] # Re: Et pour une poignée de liens en plus
Posté par laurentb (site web personnel) . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 10.
Mon expérience pour avoir créé un service systemd démarrant buildbot, qui a tendance à se ramasser :
Quant je le lance, et que ça ne marche pas, systemd me le signale comme un grand et me donne une commande pour voir les sorties du logiciel (sorties standard, pas syslog). Écrire le start/stop dans un init classique aurait globalement été beaucoup plus lourd, avec quelques options je peux faire comprendre comment l'application se comporte, y compris ses comportements, disons, mauvais.
Mon service est aussi paramétrable ; le même fichier me sert à lancer plusieurs buildbots (bon, ça c'est relativement facile avec OpenRC).
journalctl est très bien fait, on peut filtrer, avoir un équivalent de tail -f, il y a des couleurs, etc. Je n'ai pas pour l'instant eu le besoin de dumper le tout dans un fichier texte.
[^] # Re: Encryption des données
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 1. Dernière modification le 18 janvier 2014 à 16:56.
C'est vrai, mais c'est aussi un problème très difficile à résoudre.
La plupart des sites web existent à cause de la difficulté d'avoir des applications locales (c'est clairement quelque chose de contraire à l'"esprit weboob", mais c'est un fait difficile à surmonter). Il serait probablement possible d'avoir Budgea en local (tout en gérant la synchronisation entre les différents supports, encore un sacré problème technique), avec seulement la catégorisation qui utiliserait un service centralisé.
Note : Je ne suis plus employé de Budgea, donc ce n'est pas mon business model.
[^] # Re: Encryption des données
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.
Ce problème est là dès weboob, donc je ne vois pas trop quoi ajouter (et le ticket sur les keyrings est probablement plus ancien que Budgea).
C'est sûr qu'il suffirait de recréer weboob en JavaScript.
En fait, j'avais déjà pensé à un proxy côté client, qui ne ferait que remplacer le mot de passe dans les requêtes. Ce proxy est éventuellement intéressant pour weboob, notamment pour aider au debugging. Malheureusement, c'est un peu toujours la même chose, il y a trop de choses à faire pour pas assez de contributeurs.
Cependant, Budgea fournit aussi des alertes et donc a besoin d'accéder aux comptes sans intervention de l'utilisateur ; donc tout utilisateur qui souhaiterait en bénéficier ne pourrait pas utiliser seulement le proxy.
[^] # Re: Encryption des données
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 3.
Je ne comprends pas l'accusation. Nous avons besoin du mot de passe, puisque weboob se comporte comme un navigateur, qui lui aussi a besoin du mot de passe. Ces navigateurs sont d'ailleurs capables d'avoir un keyring (par défaut non chiffré !) ou d'en utiliser un (déjà mieux).
Pour faire mieux il nous faudrait la coopération du site ; et une clé de style OAuth est de toute façon comme un mot de passe, il faut la garder secrète pour protéger son compte.
# OpenRC
Posté par laurentb (site web personnel) . En réponse au journal Des nouvelles de Debian et de systemd. Évalué à 10.
J'allais dire "et OpenRC ?" mais en fait, c'est une des options proposées !
OpenRC n'est pas du tout moderne mais il est performant, simple à administrer, et plein de fonctionnalités sympathiques pour créer des scripts, points qui sont actuellement plutôt mauvais chez Debian.
C'est sûr que systemd, du moins d'après ma petite expérience de la chose, fait aussi tout ça en plus performant et concis. Mais OpenRC est un compromis assez simple, portable, qui résout déjà pas mal de points gênants pour les administrateurs finaux.
Ce que semble faire Gentoo (premier utilisateur de openrc), c'est de supporter les deux à la fois, ce qui n'est pas vraiment inhabituel pour cette distribution ; et elle a les mêmes problèmes que Debian puisque possédant des déclinaisons BSD.
[^] # Re: Encryption des données
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.
C'est quelque chose que l'on a envie de faire depuis un moment.
Les solutions de ce journal ne s'appliquent pas à notre cas puisque l'on a besoin de pouvoir obtenir le mot de passe en clair ; il nous faut une solution du style "keyring".
En attendant, tu peux laisser le champ mot de passe vide, il est demandé à la première connexion.
[^] # Re: asshole detector
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 4.
Il y a bien eu la présence d'une image pornographique sur le wiki, et c'était une très mauvaise idée, particulièrement parce qu'il n'y avait aucun moyen de se douter de sa présence. Elle a été remplacée.
[^] # Re: asshole detector
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.
Le fait que ce soit une obsession des hommes qui parlent à la place des femmes est une anecdote, il n'apporte rien à l'argument. Heureusement ; ce serait sexiste.
Pour le reste, je ne vois pas de désaccord avec ces personnes ; je ne peux que me citer :
Mais je crois que c'est futile, ceux qui veulent tronquer, tronqueront.
[^] # Re: NSFW
Posté par laurentb (site web personnel) . En réponse à la dépêche 0.h un weboob. Évalué à 2.
Il y a au moins youtube-dl, clive, quvi, ainsi que des scripts divers pour les navigateurs.
Concurrent n'est pas forcément exact, puisqu'ils ne font pas la même chose.
À noter qu'il existe un module quvi pour weboob !
[^] # Re: asshole detector
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.
C'est exactement le message que je souhaite faire passer.
[^] # Re: asshole detector
Posté par laurentb (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à -1.
En l'occurrence, ce n'est pas moi qui affirme que les femmes doivent être offensées. Dans mon blog, je n'ai cité personne par respect, mais ça aurait peut-être été plus clair.
Je cite (à propos de QHandjoob) :
Si vous cherchez un exemple de "mansplaining" en voici un, véritable.
[^] # Re: NSFW
Posté par laurentb (site web personnel) . En réponse à la dépêche 0.h un weboob. Évalué à 4. Dernière modification le 17 janvier 2014 à 14:51.
Pas spécialement (c'est assez visible dans l'historique git).
D'ailleurs on est assez en retard au niveau du support des sites pornographiques, dans le sens où si d'un côté il y a YouTube et Dailymotion qui se partagent le gros de la vidéo généraliste, c'est de l'autre côté beaucoup plus distribué et il nous en manque un bon nombre alors qu'ils ont l'air plus faciles à boobiser. La différence par rapport à nos concurrents qui en ont pourtant plus, c'est peut-être que ce n'est pas visible sur la page d'accueil.
Bien sûr vous pouvez nous aider à rattraper notre retard en contribuant ;)