xumelc a écrit 326 commentaires

C'est pour calculer La Question.

Elle est ouverte 24/24 tous les jours de la semaine. bitcoincharts.com parle de fermeture/ouverture au moment de changer de jour, si je ne m'abuse, mais c'est à minuit UTC.

Je suppose que mr_spoke a mal compris quelque chose, ou trolle, ou les deux.

À préciser quand même qu'il était à $30 il y a 10 jours et a baissé régulièrement depuis, il n'a pas perdu $16 aujourd'hui.
Je ne dis pas que c'est mieux.

Sauf que dans son client irc, on ne peut pas /join irc.domain.tld/channel

Certes, il suffit de /connect irc.domain.tld puis /join #channel, mais du coup ça fait un nouveau serveur à gérer (connexion automatique, compte nickserv, etc.) ce qui peut être plus ou moins gênant selon le client.

Cela dit, avec un bon client irc (irssi), l'effort supplémentaire est très faible, et on a plus de chance de me voir me connecter à un nouveau serveur irc que joindre un salon xmpp.

« c'est encore mieux qu'un service décentralisé, c'est distribué »

Parce qu'il y a une différence entre les deux termes ?

Je vais probablement ajouter une option au setup.py pour ne pas installer (q)havesex, youporn, youjizz & co, ces prochains jours... ça devrait aider, surtout qu'avec arch c'est facile de modifier les options des paquets d'AUR.

« Ce qu'il se passe la plupart du temps, c'est que les sites webs exposent une API REST en plus de leur API HTML (si j'ose dire). »

MAIS OUI !

Non, ça compte comme remboursement de la connerie.

Ou tous les médicaments qui ont pour but de soulager des symptômes, et qui sont probablement plus nombreux que ceux qui "guérissent des maladies".

(Par contre l'avortement guérit d'une MST.)

https://linuxfr.org/tableau-de-bord

Je parle bien de faire la modération par les utilisateurs, et non par les admins, en utilisant les votes pertinent/inutile.

Pour que ce soit plus simple/efficace, il faudrait peut être que lorsqu'on clique sur un tag qui n'a pas été vérifié, on nous demande de voter, avant d'afficher la liste des éléments qui ont ce tag.

Le problème (tu l'as évoqué, mais je ne fais que souligner), c'est qu'on pourrait abuser de suppressions autant que de taggages...

Je propose https://linuxfr.org/suivi/pour-la-lutte-contre-labus-des-tags

Selecteur d'application et selecteur de fichiers, c'est pas pareil, si ? (Enfin, sauf avec firefox justement...)

« Au boulot, mon portable pro, un core2duo de 2kg sous Ubuntu+WinXP, a été changé pour un Corei5 de 3kg sous Win7; j'ai l'impression de le trainer comme un boulet. L'autonomie est en plus très décevante. »
Le kg de plus n'est pas lié au processeur... le problème c'est le choix du type de portable (taille de l'écran, gamme de prix à performances égales, ...). Et puis les Core i3/i5/i7 peuvent descendre très bas en consommation selon la charge.

... mais ça ne concerne pas vraiment les CSS ou HTML5.

Une API bien foutue pour qu'on puisse intégrer toutes les fonctionnalités du site (postage d'articles/commentaires, suivi de contenu, notes du contenu, etc.) dans des applications de bureau, pour téléphone, ... ?

Non, parce que les interfaces Web, RoR, HTML5, AJAX, et autres buzzwords, c'est joli, c'est hype, ça fait classe pour choper en boite de nuit... Mais ce n'est vraiment pas agréable pour l'utilisateur de se voir imposer une interface quand il veut accéder à un certain contenu.

La séparation de la structure du contenu avec sa présentation, ça implique un peu plus que seulement mettre la CSS dans un fichier séparé de celui des balises HTML.

Parce que le retroengineering de pages html pour développer un backend weboob, c'est pas forcément passionnant, ça donne du code gruik, et ça prend du temps, en fait.

... mais qui n'a rien à voir avec HTML 5, désolé.

Une API bien foutue pour qu'on puisse intégrer toutes les fonctionnalités du site (postage d'articles/commentaires, suivi de contenu, notes du contenu, etc.) dans des applications de bureaut, pour téléphone, ... ?

Non, parce que les interfaces Web, RoR, HTML5, AJAX, et autres buzzwords, c'est joli, c'est hype, ça fait classe pour choper en boite de nuit... Mais ce n'est vraiment pas agréable pour l'utilisateur de se voir imposer une interface quand il veut accéder à un certain contenu.

La séparation de la structure du contenu avec sa présentation, ça implique un peu plus que seulement mettre la CSS dans un fichier séparé de celui des balises HTML.

Parce que développer un backend weboob, c'est chiant, c'est gruik, et ça prend du temps, en fait.

(je sais, c'est pas terrible, mais il n'y a ni pub, ni captcha, ni compte à rebours interminable, et l'interface est relativement légère...)
C'est une blague ? Non parce que chez moi, avec konqueror, j'ai de la pub en plein milieu, et je vois pas de lien vers un fichier PDF...

Un backend weboob ?

Tu as mal compris l'architecture de weboob : les backends ne sont pas des serveurs, mais des modules python qui sont importés par les différentes applications. Il ne s'agit donc pas d'un système client/serveur, et n'a rien à voir avec dbus.

Tu proposes de confier les données bancaires à un service en ligne ?
T'as pas un nom d'application facebook pour faire ça aussi ?

À mon avis la solution de concevoir des outils qui permettraient de recevoir et envoyer des informations vers facebook (et autres réseaux sociaux), mais aussi par mail, irc, ...
Ces « outils » pourraient être des agendas, des applis web (beurk), des gestionnaires de photos, etc.

Le truc serait d'avoir un gestionnaire de contacts qui, en plus de gérer les adresses mails, stockerais aussi les adresses facebook, et s'efforcerait d'envoyer l'information à tous les contacts quels que soit les adresses renseignées.

Il faudrait alors intégrer les applications qui gèrent l'information à ce gestionnaire de contacts, les doter de fonctionnalités de réception/envoi, et pourquoi pas un jour, arriver à une sorte de meta-réseau-social distribué, interopérable à la fois avec les services kikoo-hype-web2.lol, mais aussi avec des technologies plus anciennes (mail, irc, ...), ou moins anciennes (xmpp, psyc [0], ...).
Ce qui permettrait :
- de garder contact avec les utilisateurs de faceboo^W[insérer ici le réseau social actuellement à la mode] ;
- de garder contact avec les dinosaures qui ne jurent que pas smtp, irc et gopher ;
- de s'affranchir de l'obligation d'utiliser des interfaces web pourries quand on veut communiquer avec ses amis adeptes de services web ;
- de fournir progressivement une alternative, distribuée et interopérable, aux services tels que facebook ou twitter pour les gens qui veulent simplement un service qui marche, et qui n'ent ont que faire des arguments éthiques ou politiques de vie privée, centralisation de l'information, ...


cf. mes messages précédents pour des proposition plus détaillées d'un point de vue mise en pratique : https://linuxfr.org/comments/1163233,1.html et https://linuxfr.org/comments/1163301,1.html
auxquels j'ai peu à ajouter, si ce n'est que j'ai appris récemment que Facebook fournit une API JSON pour acceder aux données du réseau social, ainsi que les modifier, ce qui me facilitera un peu la tâche quand je déciderai enfin de mettre tout ça en pratique :)

L'API n'est toutefois pas complète, et pour que ces outils soient parfaits, il y aura probablement du travail de mechanize et de parsage de pages web... Heureusement, weboob[1][2] est là pour en fournir un cadre et diminuer la masse de boulot nécessaire :-).

[0] http://about.psyc.eu/
[1] http://www.weboob.org/
[2] http://linuxfr.org/2010/08/06/27217.html

Je ne vais quand même pas dévoiler tous les plans de la future start-up qui va faire couler Facebook et Google avant de conquérir le monde, quand même :)

C'est en projet.

Je dirais les deux. Les mails sont plus ou moins synonymes de « webmail Windows Live », et on préfère de toute façon la messagerie instantanée et les SMS à des messages qu'il faut un minimum rédiger. Au-dessus d'une longueur de 144 caractères [1], il faut se concentrer pour se rappeler ce qu'on a écrit ou lu 2 minutes plus tôt.

[1] valeur aléatoire sans aucun lien avec un site web 2.0 connu