Je pense qu'il y en a au moins une dizaine en France
Justement, si on imagine qu'il y en a 10, ça veut dire qu'il y a un FAI pour 6 millions de personnes. C'est loin d’être le modèle rêvé pour Internet, ou chaque pair est censé être indépendant et ou la foultitude de routeurs au milieu fait que n'importe qui peut tomber a tout moment (ou faire n'importe quoi) sans que ça ne casse tout le réseau. Si ça se joue a 10, on va pas aller très loin au niveau résilience.
Et puis justement, tu prends un peu le mauvais exemple avec la France, parce qu'on a de la chance d'avoir la FFDN qui vise a construire une multitude ilots d'interconnexion plutôt que de grandes machines dans laquelle tu n'es qu'un numéro et ton avis compte trop peu. Il me semble que FDN visait quelque chose comme 100 personnes par FAI, ce qui me semble être encore gérable.
Alors bien sur tu vas dire que je rêve et que 1 AS pour 100 humains c'est impossible, mais c'est pourtant plus ça le modèle fonctionnel d'Internet.
En même temps, YouTube "squatte" un service qu'il ne paye pas
Euh… Google est son propre AS et s'interconnecte avec les autres AS. Je suis prêt a mettre ma main a couper au feu que les contrats sont pas du type free peering comme sur l'internet libre qu'on voudrait, mais qu'ils sont ardemment négociés pour que tout le monde y trouve son compte. Et si un autre AS qui se connecterait a Youtube veut pas mettre les moyens pour avoir des tuyaux assez gros pour tout faire passer, c'est son problème.
Maintenant, si tu parles de l'AS coté client, c'est une énorme farce de le voir se plaindre que Youtube est trop gros sur ses tuyaux. Si Youtube passe par ses tuyaux, c'est parce que ses clients veulent du Youtube, pas parce que Youtube est imposé partout. Si quelqu'un doit payer, c'est bien le client (mais la encore parce que c'est du gros débit, pas parce que c'est Youtube).
Au contraire, pour l'instant, je n'ai rien vu dans ce sens
J'ai été un peu rapide: ce sera de la censure si le modèle discuté arrive. On n'en est pas encore la, heureusement.
Bref, il reste encore pas mal de solutions.
Tes solutions partent du principe que le bridage n'a lieu qu'au niveau de l'AS du cote du fournisseur de service et des intermédiaires directs, ce qui est le cas aujourd'hui et qui est tout a fait normal. Les discussions visent a étendre la discrimination a tous les AS…
Si tu abuse d'une ressource, il est normal qu'il y aie une contrepartie payante.
Oui, mais c'est a celui qui demande de payer, pas a celui qui offre (ou alors je vais dire a la caissière de Leclerc qu'elle doit payer pour la quantité de courses tellement énorme qu'elle rentre pas dans mes pauvres cabas)
Je pense qu'il y a quand même lieu de s'alarmer, surtout quand on regarde le nombre faible d'acteurs de l'internet au niveau mondial (et quand je dis internet, je parle bien du transport de bits, pas de création/hébergement de contenu). L'idée des négociations c'est plus ou moins de dire que si un transporteur n'importe où sur la chaine veut favoriser ou défavoriser tel ou tel pair, pour des raisons autres que purement techniques (typiquement à cause de contrats), et ben c'est pas grave. Les gros arriveront à s'en sortir parce qu'ils ont déjà de l'argent… mais les petits et surtout les futurs pas encore nés n'arriveraient pas à percer dans un modèle comme celui-là, tout simplement parce qu'ils n'ont pas la force de frappe nécessaire pour négocier.
Aujourd'hui si je veux faire un concurrent à Youtube, il me "suffit" d'avoir de gros disques durs et un FAI qui acceptera mon débit et "c'est bon". L'orientation des discussions internationales c'est de dire que si je veux que Mme Michu regarde mon contenu, il faut en plus que je négocie un contrat avec son FAI et tous les FAIs entre nous. Autrement dit, extrêmement discriminatoire. Ça serait juste de la pure malhonnêteté de dire que personne n'est censuré.
Dans certaines écoles d'ingénieurs, les étudiants sont chargés de connecter eux-même la résidence des étudiants au grand ternet, et ça se fait par le biais d'une association d'étudiants. Donc si ça casse, ça retombe sur leur pomme.
En pratique, c'est beaucoup plus facile pour des étudiants de bidouiller sur le WAN via cette association, justement parce qu'ils parlent à d'autres étudiants qui eux-mêmes ont d'autres choses à faire que de passer leur temps sur les problèmes légaux (non pas qu'ils laissent tout faire, juste qu'on parle plus facilement avec eux). Je pense que le mieux c'est de passer par ces associations.
Justement, beaucoup de ces associations sont en contact via Federez. Peut-être une piste ?
Je me fais l'avocat du diable: en créant un concurrent qui a les mêmes fonctionnalités mais qui est gratuit et open-source, en chantant sur tous les toits que les logiciels/services privateurs c'est le mal et qu'il faut s'en débarrasser, il n'y a pas de volonté de nuire ?
Parce que des infos fausses ou pas claires ou incomplètes, y'en a plein le web
Un crime impuni reste un crime… jusqu’à ce qu'il soit trop vieux.
Et pire, j'ai même le droit d'utiliser "frigidaire" pour tout et n'importe quoi (surtout un réfrégirateur de marque concurrente)
Tu as le droit d'utiliser "frigidaire" pour désigner un réfrigérateur, mais tu auras du mal a monter une boite qui vend des réfrigérateurs dont le nom se rapproche de près ou de loin de "frigidaire". Le droit des marques empêche le client de se fourvoyer en achetant un produit. Il y a clairement des abus, mais ici je n'en vois aucun.
C'est "non-free", avec un sens connu par les gens qui le lise, point.
Bah alors, le monde s’arrête aux gens qui ont entendu parler du Libre/Open Source ? Et les autres ils comptent pour du flan ? Ça m’étonne que tu dises ça.
Les gens qui lisent le tweet (c'est ce qui est incriminé) ça inclue absolument tout le monde et pas juste les technophiles que nous sommes. Et le tout le monde, il n'aura compris qu'une seule chose, anglophone comme francophone, en lisant ce tweet: "Pocket" n'est pas gratuite. C'est contre ça exactement que se bat la boite (puisque c'est faux), et je n'y vois pas de problèmes.
C'est une expression commune, mais qui désigne explicitement la boite quand on parle d'un produit informatique (a fortiori de "possibilité de mettre un contenu de cote pour le lire plus tard").
Si l'auteur faisait des crêpes, personne n'aurait rien a redire. Mais la il s'agit d'un produit qui a les mêmes fonctionnalités et qui utilise le nom du produit original dans sa description…
Non, ils sont pas boulets. Toi tu sais que c'est "Free as in speech", eux le savent très certainement. Par contre les clients éventuels pensent tout de suite "Free as in beer"… et c'est la que ça pose problème. Parce que ceux qui comptent pour Read-It-Later, ce sont bel et bien les clients.
Du coup je suis pour que l'auteur ne se couche pas sur ce point mais au lieu d'utiliser "non-Free", utilise "non-Libre", un terme qui prête beaucoup moins a confusion.
je crois pas qu'ils aient de plateforme de téléchargement par exemple
Ils proposent le téléchargement en zip du code, mais pas de téléchargement custom, c'est vrai.
ils ont pas de forum
La version "on peut faire un truc qui ressemble" c'est d'utiliser les issues et de les tagger comme il faut.
pas de planification
On peut faire des milestones auxquelles on associe les problèmes. Ça permet de voir rapidement combien il reste a faire avant de sortir la prochaine release.
Ce que je propose c'est du bricolage bien sur, rien de serieux si on veut partir en mode projet. Mais selon moi c'est largement suffisant (techniquement, en tout cas) pour les petits projets du week-end.
Site et wiki existent. Ce qui manque le plus à mon avis c'est l'absence de mailing-list. En interne, ils ont d'autres produits pour remplacer ça, mais en externe il faut encore chercher une solution alternative.
Du coup au lieu de faire ça avec le compte email de l'utilisateur, il faut le faire avec son compte XMPP. Le contact est direct, les implémentations sont sécurisées (en plus tout est fait en ce moment pour que les échanges soient chiffrés).
il faut commencer par le papier « NAT-resilient Gossip Peer Sampling », malheureusement il n'est pas libre
Tu pourrais aussi le faire tomber par inadvertance, et il se trouverait qu'on le ramasserait, mais que ne retrouvant pas le propriétaire, on le lirait. Par pure curiosité scientifique.
Faut croire que je sais pas m'exprimer. Ce que tu cites est justement ce que sait faire Retroshare qui en fait une plateforme super intéressante et qui n'a pas l'air d'exister dans HoneyTeaPotNet
Effectivement, ça m'a tout l'air d’être du retroshare avec la capacité de se faire passer pour du HTTP pour passer les pare-feu nazis. L’énorme avantage que je vois a retroshare est qu'il ne s’arrête pas aux amis mais peut aller sur l'ensemble du réseau via les amis des amis des amis […] sans pour autant dévoiler son identité.
weboob, c'est d'abord et avant tout une librairie pour utiliser des services web dans une application. Le gros avantage c'est que pour des services web similaires (ma facture du mois precedent), il n'y a pas besoin de se retaper tous les sites dont tu as besoin un par un, qui chacun utilise une API différente et que tu dois donc réanalyser (ou pire, quand il n'y a pas d'API et que tu dois scraper les pages une par une).
Non, au lieu de faire ça, tu utilises une seule et unique capability, pour laquelle plusieurs backends peuvent être utilisés (voir les backends dispos pour tout ce qui concerne des factures). Au final tout ce que tu as besoin d'apprendre c'est l'API unique de la capability, et après tous les backends sont interchangeables (ou, encore mieux, utilisables en parallèle).
Les applications présentées sont surtout la pour montrer ce dont weboob la librairie est capable, avec des produits simples et censés être suffisamment alléchants pour que tu développes par-dessus (puisque t'es pas content, pourquoi ne proposes-tu pas tes améliorations ?)
Ça me rappelle des discussions récentes sur le fait que OSM est beaucoup moins bien utilisable que Google Maps pour des usages courants. C'est la même chose: OSM est d'abord et avant tout une base de données d'informations a caractère géographique. Le but est d'aider la création d'applications géographiques sans avoir a se soucier d'aller chercher les données, juste a les organiser comme il faut. Comme weboob.
J'ai une question pour des connaissances qui seraient potentiellement interessees par elementary (parce que c'est sexy): est-ce qu'on peut considérer ça comme suffisamment stable pour un usage bureautique ? Disons, aussi stable qu'Ubuntu ou Linux Mint ?
A moins que le namesquatting ne désigne l'enregistrement du nom de quelqu'un d'autre avant que ce dernier ne le fasse
C'est exactement ça. Rien ne m’empêche aujourd'hui de m'inscrire en tant que @google. L'avantage d'un système centralise dans ce cas de figure est qu'il fait autorité (bonne ou mauvaise est un détail politique; techniquement, c'est possible). A l'inverse, Bitcoin et dérivés ne permettent pas de régler ce genre de conflits.
Cela veut-il dire que les premières inscriptions seront faciles mais qu'il deviendra de plus en plus difficile de s'inscrire ?
Il faut voir plus en détail comment marchent les bitcoins. Ce que tu mines, ce sont des blocks virtuels qui contiennent des données arbitraires. Il est de plus en plus difficile de trouver (c'est a dire miner) un bloc, mais il sera toujours aussi trivial de vérifier un bloc. La ou ça nous intéresse pour Twister, c'est que ce qui compte n'est pas de trouver de plus en plus de blocks, mais que tout le monde soit d'accord sur l'ensemble des blocks (puisque c'est cet ensemble qui détermine qui est inscrit ou non). Dans l'utilisation classique des bitcoins et autres en tant que monnaie, c'est trouver un block qui est rémunérateur, d’où la course a l'armement (dans Twister, trouver un block donne droit a un message de spam que les pairs du réseau devraient afficher… c'est la manière de l'auteur a inciter tout le monde a continuer de miner)
Si la difficulté augmente, c'est que quelqu'un quelque part a une puissance de calcul plus élevée, et que c'est lui qui trouvera les blocs; pas de problème, a partir du moment ou il en trouve et que tout le monde le vérifie ça valide le block.
Quelles genres de données met-on dans les blocks ? Et bien tout simplement la liste des utilisateurs. Lorsqu'on veut s'inscrire, on envoie a tout le monde son nom avec sa clé publique et tout le monde essaie de miner le prochain block avec ce nouveau nom. Pour eviter que n'importe qui envoie des inscriptions pour flooder le reseau, il y a une deuxieme proof of work qui est censée ne durer que quelques minutes pour l'utilisateur "normal".
Dans la mesure ou c'est comme ça que se développent les Grands Logiciels du Libre (sauf qu'ils n'envoient pas les sources, mais les patchs), ça me fait rire un peu jaune …
[^] # Re: Qu'il est beau le lavabo !
Posté par rakoo (site web personnel) . En réponse à la dépêche LibreOffice 4.2.0 est disponible. Évalué à 5.
Et ouvrir des bugs en consequence.
[^] # Re: retrouver le salt ???
Posté par rakoo (site web personnel) . En réponse au journal L'art de stocker des mots de passe. Évalué à 1.
Qu'au lieu de dépendre de deux paramètres, ce que tu stockes en DB ne dépend plus que d'un seul paramètre; c'est comme si tu n'utilisais pas de sel.
[^] # Re: dramatisation
Posté par rakoo (site web personnel) . En réponse au journal L'apocalypse d'Internet?. Évalué à 6.
Justement, si on imagine qu'il y en a 10, ça veut dire qu'il y a un FAI pour 6 millions de personnes. C'est loin d’être le modèle rêvé pour Internet, ou chaque pair est censé être indépendant et ou la foultitude de routeurs au milieu fait que n'importe qui peut tomber a tout moment (ou faire n'importe quoi) sans que ça ne casse tout le réseau. Si ça se joue a 10, on va pas aller très loin au niveau résilience.
Et puis justement, tu prends un peu le mauvais exemple avec la France, parce qu'on a de la chance d'avoir la FFDN qui vise a construire une multitude ilots d'interconnexion plutôt que de grandes machines dans laquelle tu n'es qu'un numéro et ton avis compte trop peu. Il me semble que FDN visait quelque chose comme 100 personnes par FAI, ce qui me semble être encore gérable.
Alors bien sur tu vas dire que je rêve et que 1 AS pour 100 humains c'est impossible, mais c'est pourtant plus ça le modèle fonctionnel d'Internet.
[^] # Re: dramatisation
Posté par rakoo (site web personnel) . En réponse au journal L'apocalypse d'Internet?. Évalué à 10.
Euh… Google est son propre AS et s'interconnecte avec les autres AS. Je suis prêt a mettre ma main a couper au feu que les contrats sont pas du type free peering comme sur l'internet libre qu'on voudrait, mais qu'ils sont ardemment négociés pour que tout le monde y trouve son compte. Et si un autre AS qui se connecterait a Youtube veut pas mettre les moyens pour avoir des tuyaux assez gros pour tout faire passer, c'est son problème.
Maintenant, si tu parles de l'AS coté client, c'est une énorme farce de le voir se plaindre que Youtube est trop gros sur ses tuyaux. Si Youtube passe par ses tuyaux, c'est parce que ses clients veulent du Youtube, pas parce que Youtube est imposé partout. Si quelqu'un doit payer, c'est bien le client (mais la encore parce que c'est du gros débit, pas parce que c'est Youtube).
J'ai été un peu rapide: ce sera de la censure si le modèle discuté arrive. On n'en est pas encore la, heureusement.
Tes solutions partent du principe que le bridage n'a lieu qu'au niveau de l'AS du cote du fournisseur de service et des intermédiaires directs, ce qui est le cas aujourd'hui et qui est tout a fait normal. Les discussions visent a étendre la discrimination a tous les AS…
Oui, mais c'est a celui qui demande de payer, pas a celui qui offre (ou alors je vais dire a la caissière de Leclerc qu'elle doit payer pour la quantité de courses tellement énorme qu'elle rentre pas dans mes pauvres cabas)
[^] # Re: dramatisation
Posté par rakoo (site web personnel) . En réponse au journal L'apocalypse d'Internet?. Évalué à 10.
Je pense qu'il y a quand même lieu de s'alarmer, surtout quand on regarde le nombre faible d'acteurs de l'internet au niveau mondial (et quand je dis internet, je parle bien du transport de bits, pas de création/hébergement de contenu). L'idée des négociations c'est plus ou moins de dire que si un transporteur n'importe où sur la chaine veut favoriser ou défavoriser tel ou tel pair, pour des raisons autres que purement techniques (typiquement à cause de contrats), et ben c'est pas grave. Les gros arriveront à s'en sortir parce qu'ils ont déjà de l'argent… mais les petits et surtout les futurs pas encore nés n'arriveraient pas à percer dans un modèle comme celui-là, tout simplement parce qu'ils n'ont pas la force de frappe nécessaire pour négocier.
Aujourd'hui si je veux faire un concurrent à Youtube, il me "suffit" d'avoir de gros disques durs et un FAI qui acceptera mon débit et "c'est bon". L'orientation des discussions internationales c'est de dire que si je veux que Mme Michu regarde mon contenu, il faut en plus que je négocie un contrat avec son FAI et tous les FAIs entre nous. Autrement dit, extrêmement discriminatoire. Ça serait juste de la pure malhonnêteté de dire que personne n'est censuré.
# Ça existe à peu près
Posté par rakoo (site web personnel) . En réponse au journal Développer un laboratoire de système et réseaux géré par les étudiants. Évalué à 10.
Dans certaines écoles d'ingénieurs, les étudiants sont chargés de connecter eux-même la résidence des étudiants au grand ternet, et ça se fait par le biais d'une association d'étudiants. Donc si ça casse, ça retombe sur leur pomme.
En pratique, c'est beaucoup plus facile pour des étudiants de bidouiller sur le WAN via cette association, justement parce qu'ils parlent à d'autres étudiants qui eux-mêmes ont d'autres choses à faire que de passer leur temps sur les problèmes légaux (non pas qu'ils laissent tout faire, juste qu'on parle plus facilement avec eux). Je pense que le mieux c'est de passer par ces associations.
Justement, beaucoup de ces associations sont en contact via Federez. Peut-être une piste ?
[^] # Re: Précision
Posté par rakoo (site web personnel) . En réponse au journal Le développeur de Poche menacé par la société Read It Later. Évalué à 1.
Je me fais l'avocat du diable: en créant un concurrent qui a les mêmes fonctionnalités mais qui est gratuit et open-source, en chantant sur tous les toits que les logiciels/services privateurs c'est le mal et qu'il faut s'en débarrasser, il n'y a pas de volonté de nuire ?
Un crime impuni reste un crime… jusqu’à ce qu'il soit trop vieux.
[^] # Re: d'un autre coté
Posté par rakoo (site web personnel) . En réponse au journal Le développeur de Poche menacé par la société Read It Later. Évalué à 1.
Tu as le droit d'utiliser "frigidaire" pour désigner un réfrigérateur, mais tu auras du mal a monter une boite qui vend des réfrigérateurs dont le nom se rapproche de près ou de loin de "frigidaire". Le droit des marques empêche le client de se fourvoyer en achetant un produit. Il y a clairement des abus, mais ici je n'en vois aucun.
Bah alors, le monde s’arrête aux gens qui ont entendu parler du Libre/Open Source ? Et les autres ils comptent pour du flan ? Ça m’étonne que tu dises ça.
Les gens qui lisent le tweet (c'est ce qui est incriminé) ça inclue absolument tout le monde et pas juste les technophiles que nous sommes. Et le tout le monde, il n'aura compris qu'une seule chose, anglophone comme francophone, en lisant ce tweet: "Pocket" n'est pas gratuite. C'est contre ça exactement que se bat la boite (puisque c'est faux), et je n'y vois pas de problèmes.
[^] # Re: d'un autre coté
Posté par rakoo (site web personnel) . En réponse au journal Le développeur de Poche menacé par la société Read It Later. Évalué à 0.
C'est une expression commune, mais qui désigne explicitement la boite quand on parle d'un produit informatique (a fortiori de "possibilité de mettre un contenu de cote pour le lire plus tard").
Si l'auteur faisait des crêpes, personne n'aurait rien a redire. Mais la il s'agit d'un produit qui a les mêmes fonctionnalités et qui utilise le nom du produit original dans sa description…
[^] # Re: Précision
Posté par rakoo (site web personnel) . En réponse au journal Le développeur de Poche menacé par la société Read It Later. Évalué à 10.
Non, ils sont pas boulets. Toi tu sais que c'est "Free as in speech", eux le savent très certainement. Par contre les clients éventuels pensent tout de suite "Free as in beer"… et c'est la que ça pose problème. Parce que ceux qui comptent pour Read-It-Later, ce sont bel et bien les clients.
Du coup je suis pour que l'auteur ne se couche pas sur ce point mais au lieu d'utiliser "non-Free", utilise "non-Libre", un terme qui prête beaucoup moins a confusion.
[^] # Re: Github, une référence ?
Posté par rakoo (site web personnel) . En réponse au journal La guerre des forges. Évalué à 2.
Ils proposent le téléchargement en zip du code, mais pas de téléchargement custom, c'est vrai.
La version "on peut faire un truc qui ressemble" c'est d'utiliser les issues et de les tagger comme il faut.
On peut faire des milestones auxquelles on associe les problèmes. Ça permet de voir rapidement combien il reste a faire avant de sortir la prochaine release.
Ce que je propose c'est du bricolage bien sur, rien de serieux si on veut partir en mode projet. Mais selon moi c'est largement suffisant (techniquement, en tout cas) pour les petits projets du week-end.
[^] # Re: Github, une référence ?
Posté par rakoo (site web personnel) . En réponse au journal La guerre des forges. Évalué à 4.
Site et wiki existent. Ce qui manque le plus à mon avis c'est l'absence de mailing-list. En interne, ils ont d'autres produits pour remplacer ça, mais en externe il faut encore chercher une solution alternative.
[^] # Re: Mon expérience
Posté par rakoo (site web personnel) . En réponse à la dépêche Twister, un microblog opensource P2P. Évalué à 2.
@rakoo, bien sûr.
# Plus sérieusement
Posté par rakoo (site web personnel) . En réponse au journal Firefox en GTK3. Évalué à 10.
Quand est-ce que Firefox passe en Qt ?
[^] # Re: pas de mot de passe?
Posté par rakoo (site web personnel) . En réponse au journal L'art de stocker des mots de passe. Évalué à 5.
Du coup au lieu de faire ça avec le compte email de l'utilisateur, il faut le faire avec son compte XMPP. Le contact est direct, les implémentations sont sécurisées (en plus tout est fait en ce moment pour que les échanges soient chiffrés).
[^] # Re: mea culpa
Posté par rakoo (site web personnel) . En réponse au journal Teapotnet, un réseau social privé pour l'échange de fichiers. Évalué à 5.
Tu pourrais aussi le faire tomber par inadvertance, et il se trouverait qu'on le ramasserait, mais que ne retrouvant pas le propriétaire, on le lirait. Par pure curiosité scientifique.
[^] # Re: RetroShare
Posté par rakoo (site web personnel) . En réponse au journal Teapotnet, un réseau social privé pour l'échange de fichiers. Évalué à 3.
Faut croire que je sais pas m'exprimer. Ce que tu cites est justement ce que sait faire Retroshare qui en fait une plateforme super intéressante et qui n'a pas l'air d'exister dans
HoneyTeaPotNet[^] # Re: RetroShare
Posté par rakoo (site web personnel) . En réponse au journal Teapotnet, un réseau social privé pour l'échange de fichiers. Évalué à 4.
Effectivement, ça m'a tout l'air d’être du retroshare avec la capacité de se faire passer pour du HTTP pour passer les pare-feu nazis. L’énorme avantage que je vois a retroshare est qu'il ne s’arrête pas aux amis mais peut aller sur l'ensemble du réseau via les amis des amis des amis […] sans pour autant dévoiler son identité.
[^] # Re: La nostalgie du minitel
Posté par rakoo (site web personnel) . En réponse à la dépêche 0.h un weboob. Évalué à 10.
weboob, c'est d'abord et avant tout une librairie pour utiliser des services web dans une application. Le gros avantage c'est que pour des services web similaires (ma facture du mois precedent), il n'y a pas besoin de se retaper tous les sites dont tu as besoin un par un, qui chacun utilise une API différente et que tu dois donc réanalyser (ou pire, quand il n'y a pas d'API et que tu dois scraper les pages une par une).
Non, au lieu de faire ça, tu utilises une seule et unique capability, pour laquelle plusieurs backends peuvent être utilisés (voir les backends dispos pour tout ce qui concerne des factures). Au final tout ce que tu as besoin d'apprendre c'est l'API unique de la capability, et après tous les backends sont interchangeables (ou, encore mieux, utilisables en parallèle).
Les applications présentées sont surtout la pour montrer ce dont weboob la librairie est capable, avec des produits simples et censés être suffisamment alléchants pour que tu développes par-dessus (puisque t'es pas content, pourquoi ne proposes-tu pas tes améliorations ?)
Ça me rappelle des discussions récentes sur le fait que OSM est beaucoup moins bien utilisable que Google Maps pour des usages courants. C'est la même chose: OSM est d'abord et avant tout une base de données d'informations a caractère géographique. Le but est d'aider la création d'applications géographiques sans avoir a se soucier d'aller chercher les données, juste a les organiser comme il faut. Comme weboob.
[^] # Re: Elementary
Posté par rakoo (site web personnel) . En réponse au journal Nouvelle interface pour gedit. Évalué à 2.
J'ai une question pour des connaissances qui seraient potentiellement interessees par elementary (parce que c'est sexy): est-ce qu'on peut considérer ça comme suffisamment stable pour un usage bureautique ? Disons, aussi stable qu'Ubuntu ou Linux Mint ?
[^] # Re: Mouai
Posté par rakoo (site web personnel) . En réponse au journal Vie privée ? Connais pas. Évalué à 10.
Bon, bah ça sera le GPS de ton téléphone alors.
# Sources
Posté par rakoo (site web personnel) . En réponse au journal Vie privée ? Connais pas. Évalué à 3.
Les sources, bien sur:
Première annonce
"Non, c'est pas ça que je voulais dire"
[^] # Re: Namesquatting ? SPAM ?
Posté par rakoo (site web personnel) . En réponse à la dépêche Twister, un microblog opensource P2P. Évalué à 2.
C'est exactement ça. Rien ne m’empêche aujourd'hui de m'inscrire en tant que @google. L'avantage d'un système centralise dans ce cas de figure est qu'il fait autorité (bonne ou mauvaise est un détail politique; techniquement, c'est possible). A l'inverse, Bitcoin et dérivés ne permettent pas de régler ce genre de conflits.
use the source, luke.
Il faut voir plus en détail comment marchent les bitcoins. Ce que tu mines, ce sont des blocks virtuels qui contiennent des données arbitraires. Il est de plus en plus difficile de trouver (c'est a dire miner) un bloc, mais il sera toujours aussi trivial de vérifier un bloc. La ou ça nous intéresse pour Twister, c'est que ce qui compte n'est pas de trouver de plus en plus de blocks, mais que tout le monde soit d'accord sur l'ensemble des blocks (puisque c'est cet ensemble qui détermine qui est inscrit ou non). Dans l'utilisation classique des bitcoins et autres en tant que monnaie, c'est trouver un block qui est rémunérateur, d’où la course a l'armement (dans Twister, trouver un block donne droit a un message de spam que les pairs du réseau devraient afficher… c'est la manière de l'auteur a inciter tout le monde a continuer de miner)
Si la difficulté augmente, c'est que quelqu'un quelque part a une puissance de calcul plus élevée, et que c'est lui qui trouvera les blocs; pas de problème, a partir du moment ou il en trouve et que tout le monde le vérifie ça valide le block.
Quelles genres de données met-on dans les blocks ? Et bien tout simplement la liste des utilisateurs. Lorsqu'on veut s'inscrire, on envoie a tout le monde son nom avec sa clé publique et tout le monde essaie de miner le prochain block avec ce nouveau nom. Pour eviter que n'importe qui envoie des inscriptions pour flooder le reseau, il y a une deuxieme proof of work qui est censée ne durer que quelques minutes pour l'utilisateur "normal".
[^] # Re: git ou mercurial, le choix n'est pas important...
Posté par rakoo (site web personnel) . En réponse au journal "Scaling Mercurial at Facebook". Évalué à -4.
Dans la mesure ou c'est comme ça que se développent les Grands Logiciels du Libre (sauf qu'ils n'envoient pas les sources, mais les patchs), ça me fait rire un peu jaune …
[^] # Re: c'est une question de philosophie
Posté par rakoo (site web personnel) . En réponse au journal "Scaling Mercurial at Facebook". Évalué à 3.
Ah ouais mais ça, ça n'a rien a voir avec un gestionnaire de version, je conçois tout a fait que git ne soit pas optimise pour ça.