Vlobulle a écrit 286 commentaires

Et cette licence globale fonctionnerait comment en pratique ?

Répartition volontaire de la somme par le contribuable et à défaut de choix répartition selon une quelconque statistique d'usage ? Certes cette répartition par défaut ne pourra pas satisfaire tout le monde, exactement au même titre que la répartition de la redevance télé ou du financement de la recherche, mais la possibilité de répartir la taxe individuellement permet d'esquiver le problème. C'est ouvert à des dérives, mais pas vraiment plus que la palanquée de défiscalisations actuelles.

Et si on pouvait avoir la même chose pour le financement de la recherche ? Mais je suis effectivement peut-être un peu trop bercé par des rêves de démocratie...

Est ce que tous les bien numériques peuvent être concernés par la licence globale ?

Toutes les œuvres qui peuvent se copier sans coût. Ça inclurait le dernier Windows, mais pas une œuvre nécessitant une connexion internet, comme une application web payante par exemple (je ne cite pas l'exemple des DRMs, vu qu'ils n'auraient plus raison d'être, la copie de l’œuvre protégée devenant légale).

Comment gérer le cas des auteurs qui ne veulent pas de la licence globale ?

Comme la recherche actuellement, rien n’empêche de trouver un financement privé (mécène), de demander des dons, d'insérer de la publicité dans leurs œuvres ou encore de ne distribuer qu'après avoir obtenu la rémunération qu'ils souhaitent. Les chaînes de télé et radio privées fonctionnent de la sorte. Et bien évidemment ça n'impacte pas les autres sources de revenus (concerts, vente de supports physiques comme des livres ou des CDs, etc.).

Et si tu avais le choix de la répartition de cette taxe ? J'ai du mal à croire que tu ne lise jamais de livre ou n'écoute jamais de musique.

Stop à obliger les gens à payer pour ce qu'ils ne consomme pas!

Musées ? Recherche ? Hôpitaux ?

Et une licence globale obligatoire ?

Je suis dans la même situation que l'auteur du journal (les livres en plus). Il m'est arrivé de faire quelques donations à des auteurs par le passé, mais j'ai arrêté.

Si on me donnais le choix, je préfèrerai payer une licence globale (qui soit obligatoire, idéalement sous forme d'une taxe progressive, avec le choix de la répartition entre différents auteurs, y compris étrangers) que la situation actuelle.

Suis-je le seul ?

Peut-être que vous n'avez pas compris que le hash n'est recalculé qu'à la fermeture du volume TC, et non pas en permanence à chaque modification ?

J'ouvre mon volume une ou deux fois par jour, au grand maximum.

Ou alors on va m'expliquer que lire deux gigaoctets et utiliser deux minutes de temps processeur (comme indiqué plus bas) par jour, c'est quelque chose de monstrueux ? Le moindre lancement d'un jeu vidéo demande tout de même beaucoup plus...

Mais encore une fois, je suis bien conscient qu'on pourrait arriver à un résultat équivalent pour un coût bien moindre si les outils adaptés existaient.

Ma remarque était formulée de manière trop générale, je voulais juste parler du fonctionnement de DropBox. Mes excuses si ça a été mal formulé.

Donc, je reformule : oui on a un coût qui explose en procédant de la sorte, j'en suis conscient, mais sur de gros volumes TC et sur une machine récente, ça passe de manière transparente. Je ne connais pas d'autre solution au problème (qui est, je rappelle, de combiner DB avec son propre chiffrement tout en restant portable). Si vous en avez une (déjà développée, pas théorique), je suis bien évidemment preneur. Et je ne serai pas le seul, beaucoup d'utilisateurs de DB utilisent TC actuellement.

Ou alors ce n'était pas ça la remarque ?

On a déjà affirmé ça dans plusieurs journaux sur le sujet, mais j'ai vraiment du mal à voir comment rsync fait de la synchro automatique bidirectionnelle en background.

c'est inefficace.

On perd sans doute, mais le temps de calcul du hash d'un fichier de quelques go est complètement négligeable avec les machines actuelles.

C'est vrai que c'est un peu emmerdant d'attendre d'avoir fermé le volume TC avant la synchro par contre.

Confiez à DropBox la charge de synchroniser vos fichiers. C'est son boulot et il le fait très bien.

Par contre utilisez un programme dédié pour les sécuriser. Les volumes TrueCrypt se marient très bien avec DropBox.

Question de quelqu'un qui n'utilise pas vraiment le son sous Linux: la dernière fois que j'avais essayé PA, j'avais de gros problème de rétro-compatibilité avec les applications pas faites pour. Y'a du mieux là ? Mis à part recompiler, évidemment.

Réponse probable :
"Bonjour, nous n'en avons malheureusement aucun sous la main."

Tu confonds support et données.

Parler de support numérique tel que tu l'entends n'a pas de sens : un livre papier est un support, un ebook reader est un support, un parchemin est un support, un disque dur est un support.

Un fichier n'est par contre pas un support : ce sont des données. Un livre (ou une musique, ou un film) est toujours une suite d'octets, même s'il est sur un parchemin. La suite d'octets n'est qu'une représentation de l'oeuvre (une suite de caractères en est une autre, plus agréable à l'oeil), mais pas son support.

Lors que l'on part de support numérique, on ne parle pas du fichier, mais du lecteur électronique. Le fichier existe tout autant si ton livre est sur un Kindle que si ton livre est en papier, c'est simplement qu'il est plus complexe à lire dans le second cas.

Qu'un support puisse rester en état 500 ans ou doive être renouvelé tous les 5 ans, ça ne changera rien à l'oeuvre, son existence étant indépendante de celle de ses supports. Pour détruire une oeuvre, il faut détruire la totalité de ses supports, et ça c'était effectivement possible à l'époque de la bibliothèque d'Alexandrie mais plus maintenant pour la majorité des oeuvres (pas toutes certes, un travail de numérisation est encore à faire pour plein d'archives).

"Tes" livres, quels que soient les supports sur lesquels tu les possèdes, te survivront. Que tu le veuilles ou non. :)

J'ai trouvé très amusant que tu sembles t'accorder avec l'opinion publique concernant la justesse de la taxe sur les supports vierges, alors que lorsqu'il s'agit de la question d'employer le terme web pour désigner internet, tu es intrangisant.

Ah, mais peu importe ! Le droit n'a aucune espèce d'importance face à quelque chose de beaucoup plus puissant : l'opinion publique.

L'opinion publique pense que les termes "web" et "internet" sont interchangeables.

Lis mon commentaire juste en dessous. Mais oui, c'est un cas qui se produit.

Et d'ailleurs en France, un très grand nombre de banques tarifient de la sorte les paiements en devise (mais pas toutes).

L'idée même de déclencher deux transactions pour un même paiement sans prévenir le client (ou sans lui faire entrer deux fois son numéro) est particulièrement dérangeante. C'est peut-être même interdit par la réglementation bancaire, mais je ne saurai dire. Tu devrais vérifier.

De manière plus pratique, imagine que le client paye des frais fixe à chaque paiement (ça peut être le cas pour des paiements provenant de l'étranger, ou effectués à découvert, par exemple). Avec ton bricolage, il va se retrouver avec des frais fixes multipliés par deux, et ce sans être prévenu. Personnellement, je n'apprécierai pas.

Alors si l'eCB permet de se protéger des boutiques qui font ce genre de bricolage, et bien c'est une très bonne chose pour le client.

Ah, ça non. La carte est gratuite dès lors que l'ont peut justifier les revenus. Ce n'était peut-être pas le cas auparavant.

Pour ING j'ai effectivement parlé trop vite, il faut faire le virement demandé tous les mois en théorie (mais rien n'empèche de le faire immédiatement dans l'autre sens). En pratique ils ne ferment pas le compte si on ne le fait pas.

Fortuneo. Mon compte ne me sert qu'aux paiements CB, je dois juste avoir 200 euros dessus, pas bien plus. L'interface d'eCB en flash est la même que celle des Credits Mutuels (c'est le même groupe) pour ceux qui voient. Ayant l'habitude de faire des paiement par CB à l'étranger, souvent sur des sites un peu louches, j'apprécie fortement la réduction des risques.

Il y a par contre des conditions de revenus (ou d'encours, ça marche aussi je crois) pour ouvrir le compte, mais rien n'impose de verser ses revenus dessus.

Pour info les deux autres banques gratuites (Boursorama et ING) ont grosso-modo les même conditions pour ouvrir un compte (revenu qu'il n'est pas nécessaire de domicilier ou encours), mais ne proposent pas d'eCB. Elles peuvent par contre toujours être utilisées comme fyah le fait, en tant qu'eCB "grandeur nature".

C'est rigolo, j'ai ouvert un compte dans une banque en ligne gratuite... juste parce qu'elle proposait une eCB.

Leur interface d'eCB n'est pas très pratique par contre (une appli à part entière en flash qui nécessite de retaper ses identifiants une seconde fois).

Oui, voilà. Qu'il y ait une bulle ou non, c'est difficile à déterminer, mais ce qui est certain c'est que la phase spéculative va s'arrêter en même temps que la création de la monnaie. C'est le but.

Après, en supposant qu'il y ait actuellement une bulle, et qu'elle explose, il est possible que l'usage des bitcoins en soit définitivement abandonné. Mais il est tout autant possible que ça continue à fonctionner, le facteur principal va être la confiance des utilisateurs (et non des spéculateurs) en la monnaie.

Sachant que la majorité (en terme de volume) des utilisateurs le font dans un but illégal (blanchissement, drogue, etc.), c'est assez délicat d'estimer leur confiance.

La mobilité des données en général va imposer le cloud.

Avant on était coincé avec des connexion à des débits ridicules comparées à la taille de nos données. Aujourd'hui on peut streamer une vidéo.

Avoir ses données (et ses applications !) disponibles partout est quelque chose qui parait naturel maintenant.

Skype:
- "just works",
- est utilisé par énormément de monde.

Je pensais que rsync était un logiciel conçu pour la synchronisation asymétrique. Le protocole utilisé permet-il de faire des synchronisations entre deux (ou plus) clients, dans les deux sens et en même temps (à compter que ça ne soit pas le même fichier qui soit envoyé des deux cotés à la fois, évidemment) ?

Les seules utilisations que j'ai pu faire de rsync se résumaient à donner l'ordre de backup et d'attendre un bon moment le moindre début d'envoi de la diff, donc j'ai un peu de mal à voir ce que le protocole permet.

Mais si c'est effectivement possible d'utiliser le protocole pour faire la synchro en background et bidirectionnellement, alors pourquoi pas, effectivement...

Entre SparkleShare, UbuntuOne, WUALA, Box.net, et les dizaines d'autres projets, open source ou non, vapoware ou non qui sont apparus durant ces dernières années, tous tentant de surfer sur le succès de DropBox, j'en viens à me demander si ça ne serait pas une meilleure idée de définir des protocoles une bonne fois pour toute.

Un des gros attraits de DropBox est justement qu'il y a des clients disponibles (et fonctionnels, et assez léchés) sur la majorité des architectures utilisées, y compris le web et les smartphones. A chaque fois qu'un nouveau projet veut réinventer tout ce que DropBox fait, il se retrouve toujours devant ce boulot monstrueux à accomplir, comme si mettre en place le système de synchro n'était pas déjà assez délicat.

Standardiser une bonne fois pour toute les protocoles utilisés lors des synchro, même si cela demanderait un travail non-négligeable (vu la quantité d'applications imaginables au principe de base) et de bien travailler sur l'extensibilité du protocole, permettrait à n'importe qui d'aller utiliser un nouveau client ou serveur de synchro, sans avoir à se demander si oui ou non il y aura un moyen d'accéder à ses fichier en passant par son Android. Et a priori, il n'y a pas de raison que Dropbox s'oppose à l'idée, leur business model me semble tout à fait compatible avec un protocole standard (vu que ce qu'ils vendent c'est vraiment l'accès à un serveur de synchro de qualité).

En principe, si tu sais que tu perds 10% de ton capital par an, tu vas seulement épargner une somme "de sécurité", mais ça ne rime à rien de laisser de l'argent fondre pendant 20 ans.

Attention, l'inflation d'une devise n'implique pas que l'argent de l'épargne fonde. Ca implique simplement qu'il faut le convertir en quelque chose de moins touché : soit une autre devise, soit des titres, soit des biens.

Même en forçant une inflation de 15% sur toutes les monnaies du monde, on empêchera personne d'épargner. Par contre on verra tout de suite surgir des montages financiers promettant au moins 15% de rentabilité.

Même si l'on utilise un live-CD pour copier la clef, elle sera inutilisable sans le mot de passe connu uniquement de la personne à qui appartient la clef.

Sauf erreur, pouvoir utiliser un live CD permet de se logger en root sur la machine et donc de pieger le compte de l'utilisateur pour récupérer sa clef.

Dans tous les cas on en revient au même problème : il faut que l'utilisateur soit le seul administrateur potentiel de sa machine (et donc que personne d'autre n'y ait accès).

Sauf qu'en pratique l'utilisateur lambda, il a déjà du mal à être administrateur tout court et plein de gens ont accès à sa machine (toute la famille, le technicien qui lui a configuré -c'est probablement lui le véritable administrateur-, sans parler des différents virus et autres rootkits qui peuvent avoir été installés). Bref, de toute façon, dès que l'on parle de Mme Michu, la sécurité est compromise.

Le but n'est donc pas de protéger l'utilisateur dans l'absolu, mais simplement de le protéger relativement à son environnement (d'autres Mme Michu). A partir de là, où est le problème à avoir quelques options de sécurité supplémentaires (comme du PGP dans le webmail en l'occurrence) ?