Je me méfie toujours quand on me parle d'efficacité pour des institutions, où la plupart du temps les seules variables qu'on cherche à optimiser sont des indicateurs financiers… en rendant invisibles les fameuses "externalités".
Je parle en général, pas forcément de la sécu, dont je serais bien incapable de juger son "implémentation". Tout ce que je peux dire, c'est qu'en pratique, ça a l'air de marcher pas trop mal : je me fais bien rembourser mes soins de santé…
Il me semble que la création monétaire (partie 3) par la dette forme un système s'approchant de Ponzi.
En effet, et en très résumé : l'argent est créé par la dette ; la dette est remboursé avec un intérêt ; l'argent de cet intérêt n'existe pas, il devra donc être créé… par de la dette. Il faut donc s'endetter continuellement et de plus en plus vite pour payer les intérêts des emprunts précédents.
Le régime des retraites me semble bien différent d'un système de Ponzi, en cela que d'une part il ne rémunère pas un investissement, et d'autre part il n'y a pas "emballement" (augmentation exponentielle du besoin de nouveaux entrants).
Le pire, c'est que sur certaines vidéos où youtube t'impose le flash (même si HTML5 est activé), quand tu la télécharges avec clive, tu obtiens un .webm…
Effectivement, pour monter le dossier ça doit marcher…
En fait, quand j'avais besoin de ce genre de chose c'était pour faire du rsync, et là ça ne marche plus (il faut tout rapatrier en local et on perd l'intérêt de l'incrémental).
Je n'ai pas l'impression que les solutions que tu proposes répondent à ma question : est-il possible d'avoir un système de fichier sur une machine A monté en clair sur une machine B (sans que A ne puisse le déchiffrer).
encfs, ecryptfs… chiffrent et permettent de monter localement en clair.
sshfs permet de monter un système "en clair" à travers SSH (où la communication est chiffrée).
Mais même en les combinant, on n'obtient pas un chiffrement "à distance".
Je ne sais pas faire, mais je suis intéressé pour un système chiffré sur une machine distante monté sur une machine locale sans jamais être monté en clair sur la machine distante (type encfs+sshfs)…
Ben oui, il suffit d'aller voir les entreprises, et de leur expliquer qu'il faut gagner environ 30%/50%/70% de productivité sortie du chapeau et elles ne sentiront pas passer la douleur.
Je n'ai pas dit qu'il fallait demander aux entreprises de gagner n% de productivité pour mettre en place le revenu de base.
Je dis que si la productivité s'améliore (ce qu'elle fait indéniablement), alors nous avons besoin de moins de travail pour assurer la même production.
Si nous avons besoin de moins de travail, et que le revenu ne provient que du travail, c'est problématique. Mais ne nous trompons pas, ce qui est problématique, ce n'est pas d'être plus efficace et de ne pas avoir de travail (ce serait confondre l'obstacle et la cause), mais bien que la population ne reçoive pas les revenus permettant d'accéder à ces richesses créées plus efficacement.
Et la crise que nous vivons n'est pas due à un manque de production, mais à une surproduction : tous les magasins sont pleins, il faut investir des sommes pharamineuses en publicité pour créer les besoins afin de pouvoir écouler la production, la difficulté pour les entreprises est de se positionner pour atteindre un public, et non pas pour produire ce qu'il manquerait… Nous avons donc déjà gagné toute cette productivité sur les dernières décennies.
grosse inflation, puis aggravation des problèmes: sans travail, point de survie!!
Ah bon ?
Comparons deux sociétés avec le même nombre de personnes, les mêmes besoins, etc…
Dans la première, N personnes travaillent à temps plein pour parvenir à une production P.
Dans la seconde, ils sont beaucoup plus efficace : seules N/10 personnes suffisent pour la même production P. Les gens travaillent donc en moyenne 90% moins.
Si les revenus proviennent exclusivement du travail, et qu'on cherche à atteindre le plein emploi, alors la seconde situation est catastrophique. Pourtant, elle est objectivement bien meilleure.
Une autre objection immanquablement suscitée par le revenu de base, « Mais qui fera les sales boulots ? », constitue à elle seule un aveu terrible, fait-elle remarquer : « La poser, c’est admettre qu’il nous faut une catégorie de population suffisamment vulnérable pour ne pas pouvoir refuser les boulots dont nous ne voulons pas. » Les solutions possibles données par les partisans du revenu garanti varient assez peu. Il y en a trois : les faire soi-même, les automatiser et les rationaliser, ou enfin reconnaître leur utilité sociale et les payer en conséquence, de façon à les rendre attractifs sur le plan financier.
Je pense comme adonai qu'un revenu de base améliorerait la situation, car il augmente la possibilité d'activités non-rentables. Et avec cette proposition, les questions problématiques que tu soulèves ici ne se posent pas.
Si ton logiciel est libre (donc accessible à tous) et qu'il est tellement simple d'utilisation que ceux qui l'utilisent n'ont pas besoin de ton aide, alors sa valeur est énorme, mais il est invendable (ou difficilement vendable).
C'est pourquoi je trouve que ton récit illustre très bien la nécessité d'un revenu de base.
[^] # Re: Tu peux développer? [création monétaire]
Posté par ®om (site web personnel) . En réponse au journal Quitter la sécurité sociale. Évalué à 2.
Ta remarque est correcte, mais ne change d'après moi rien au problème.
J'avais commis un billet pour répondre à cette remarque.
blog.rom1v.com
[^] # Re: Qu'est ce qu'on y gagne ?
Posté par ®om (site web personnel) . En réponse au journal Quitter la sécurité sociale. Évalué à 7.
Je me méfie toujours quand on me parle d'efficacité pour des institutions, où la plupart du temps les seules variables qu'on cherche à optimiser sont des indicateurs financiers… en rendant invisibles les fameuses "externalités".
Je parle en général, pas forcément de la sécu, dont je serais bien incapable de juger son "implémentation". Tout ce que je peux dire, c'est qu'en pratique, ça a l'air de marcher pas trop mal : je me fais bien rembourser mes soins de santé…
blog.rom1v.com
[^] # Re: Tu peux développer?
Posté par ®om (site web personnel) . En réponse au journal Quitter la sécurité sociale. Évalué à 0.
À propos des bitcoins, il y a une série d'articles de spyou (1 2 3 4 5) ainsi qu'une vidéo.
Si, comme moi vous n'avez pas étudié le système en détail et que vous souhaitez en avoir une vague idée, c'est pas mal…
blog.rom1v.com
[^] # Re: Tu peux développer?
Posté par ®om (site web personnel) . En réponse au journal Quitter la sécurité sociale. Évalué à 6. Dernière modification le 27 août 2013 à 16:28.
Il me semble que la création monétaire (partie 3) par la dette forme un système s'approchant de Ponzi.
En effet, et en très résumé : l'argent est créé par la dette ; la dette est remboursé avec un intérêt ; l'argent de cet intérêt n'existe pas, il devra donc être créé… par de la dette. Il faut donc s'endetter continuellement et de plus en plus vite pour payer les intérêts des emprunts précédents.
blog.rom1v.com
[^] # Re: Tu peux développer?
Posté par ®om (site web personnel) . En réponse au journal Quitter la sécurité sociale. Évalué à 10.
Le régime des retraites me semble bien différent d'un système de Ponzi, en cela que d'une part il ne rémunère pas un investissement, et d'autre part il n'y a pas "emballement" (augmentation exponentielle du besoin de nouveaux entrants).
blog.rom1v.com
# Un autre
Posté par ®om (site web personnel) . En réponse à la dépêche Flux RSS / Atom et logiciels libres. Évalué à 4.
Personnellement, j'utilise selfoss (c'est "la suite" de RSSLounge, fait par le même auteur).
blog.rom1v.com
[^] # Re: Ça m'a fait pareil
Posté par ®om (site web personnel) . En réponse au journal Google, apôtre du HTML5. Évalué à 2.
Le pire, c'est que sur certaines vidéos où youtube t'impose le flash (même si HTML5 est activé), quand tu la télécharges avec clive, tu obtiens un .webm…
blog.rom1v.com
# Je soutiens
Posté par ®om (site web personnel) . En réponse à la dépêche Soutenons La Quadrature du Net !. Évalué à 3.
http://lqdn.rom1v.com/ :-p
blog.rom1v.com
# Un lien
Posté par ®om (site web personnel) . En réponse au journal [non-troll] Faire confiance à (N)S(A)ELinux ou aux *BSD ?. Évalué à 10.
http://seclists.org/fulldisclosure/2010/Dec/335
blog.rom1v.com
[^] # Re: L'auto-hébergement, un truc de riches ?
Posté par ®om (site web personnel) . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 1.
Nous disons donc la même chose : rsync d'un dossier local déchiffré vers un dossier remote chiffré, ça ne marche pas ;-)
blog.rom1v.com
[^] # Re: L'auto-hébergement, un truc de riches ?
Posté par ®om (site web personnel) . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 3.
Effectivement, pour monter le dossier ça doit marcher…
En fait, quand j'avais besoin de ce genre de chose c'était pour faire du
rsync
, et là ça ne marche plus (il faut tout rapatrier en local et on perd l'intérêt de l'incrémental).Du coup j'utilise
duplicity
;-)blog.rom1v.com
[^] # Re: L'auto-hébergement, un truc de riches ?
Posté par ®om (site web personnel) . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 1.
Je n'ai pas l'impression que les solutions que tu proposes répondent à ma question : est-il possible d'avoir un système de fichier sur une machine A monté en clair sur une machine B (sans que A ne puisse le déchiffrer).
encfs, ecryptfs… chiffrent et permettent de monter localement en clair.
sshfs permet de monter un système "en clair" à travers SSH (où la communication est chiffrée).
Mais même en les combinant, on n'obtient pas un chiffrement "à distance".
blog.rom1v.com
[^] # Re: L'auto-hébergement, un truc de riches ?
Posté par ®om (site web personnel) . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 2.
Tu utilises quoi pour cela?
Je ne sais pas faire, mais je suis intéressé pour un système chiffré sur une machine distante monté sur une machine locale sans jamais être monté en clair sur la machine distante (type encfs+sshfs)…
blog.rom1v.com
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 2.
Parce que tu considères que les gens apprennent des choses uniquement dans le but d'avoir un travail pour gagner de l'argent ?
Une vidéo qui devrait t'intéresser sur ce qui nous motive vraiment…
blog.rom1v.com
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 2.
À lire aussi : Pour un revenu inconditionnel suffisant.
blog.rom1v.com
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 2.
s/pharamineuses/faramineuses/
(j'ai dû penser à pharmacie pendant que j'écrivais le message…)
blog.rom1v.com
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 5.
Je n'ai pas dit qu'il fallait demander aux entreprises de gagner n% de productivité pour mettre en place le revenu de base.
Je dis que si la productivité s'améliore (ce qu'elle fait indéniablement), alors nous avons besoin de moins de travail pour assurer la même production.
Si nous avons besoin de moins de travail, et que le revenu ne provient que du travail, c'est problématique. Mais ne nous trompons pas, ce qui est problématique, ce n'est pas d'être plus efficace et de ne pas avoir de travail (ce serait confondre l'obstacle et la cause), mais bien que la population ne reçoive pas les revenus permettant d'accéder à ces richesses créées plus efficacement.
Et la crise que nous vivons n'est pas due à un manque de production, mais à une surproduction : tous les magasins sont pleins, il faut investir des sommes pharamineuses en publicité pour créer les besoins afin de pouvoir écouler la production, la difficulté pour les entreprises est de se positionner pour atteindre un public, et non pas pour produire ce qu'il manquerait… Nous avons donc déjà gagné toute cette productivité sur les dernières décennies.
blog.rom1v.com
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 7.
Ah bon ?
Comparons deux sociétés avec le même nombre de personnes, les mêmes besoins, etc…
Dans la première, N personnes travaillent à temps plein pour parvenir à une production P.
Dans la seconde, ils sont beaucoup plus efficace : seules N/10 personnes suffisent pour la même production P. Les gens travaillent donc en moyenne 90% moins.
Si les revenus proviennent exclusivement du travail, et qu'on cherche à atteindre le plein emploi, alors la seconde situation est catastrophique. Pourtant, elle est objectivement bien meilleure.
blog.rom1v.com
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 4.
Comprendre l’inflation
Le revenu de base est-il inflationniste ?
blog.rom1v.com
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 5.
Revenu universel: « la première vision positive du XXIe siècle »
Voir aussi les autres articles du dossier :
Revenu garanti, travail choisi
Financement du revenu de vie: une bonne affaire pour les comptes publics?
blog.rom1v.com
[^] # Re: Pourquoi se limiter au développement de logiciels libres ?
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 4.
Un très bon article sur les différents "courants" du revenu de base :
Le revenu de base : utopie d’hier, révolution d’aujourd’hui, réalité de demain ?
blog.rom1v.com
[^] # Re: qu'il faut arreter l'assitanat à outrance,
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 10.
Je pense comme adonai qu'un revenu de base améliorerait la situation, car il augmente la possibilité d'activités non-rentables. Et avec cette proposition, les questions problématiques que tu soulèves ici ne se posent pas.
blog.rom1v.com
[^] # Re: qu'il faut arreter l'assitanat à outrance,
Posté par ®om (site web personnel) . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 10.
C'est vrai ça, tous ces gens qui travaillent pour produire du non-marchand, ce sont des assistés…
blog.rom1v.com
# Revenu de base
Posté par ®om (site web personnel) . En réponse au journal L'open source va me tuer .... Évalué à 6.
Si ton logiciel est libre (donc accessible à tous) et qu'il est tellement simple d'utilisation que ceux qui l'utilisent n'ont pas besoin de ton aide, alors sa valeur est énorme, mais il est invendable (ou difficilement vendable).
C'est pourquoi je trouve que ton récit illustre très bien la nécessité d'un revenu de base.
blog.rom1v.com
[^] # Re: Réponse
Posté par ®om (site web personnel) . En réponse à la dépêche Première mise en demeure pour l'association LinuxFr. Évalué à 10.
Ils ne s'excusent pas pour la mise en demeure, mais seulement pour la polémique que cela a engendré…
blog.rom1v.com