Moonz a écrit 3621 commentaires

  • [^] # Re: Limites du système pyramidal

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à -4.

    Oui, et personne ne le nie. Tu "oublies" bizarrement qu'on parle de la disproportion

    Je ne l’ai pas oublié, c’est l’essence de mes points 1 et 2.

    1. Ce n’est pas parce que tu possède 50% du stock monétaire mondial que tu possèdes 50% de la richesse mondiale, c’est totalement ridicule.

    2. L’évolution réaliste de bitcoin c’est pas « le premier mars 2013 une infime partie de la population qui représente la totalité des utilisateurs de bitcoin possède la moitié du stock de bitcoins » à « le 2 mas 2013 une infime partie de la population qui représente une infime partie de la totalité des utilisateurs de bitcoins possède la moitié du stock de bitcoins ».

    Par définition quelqu’un qui rentre à un instant t dans le système en achetant des bitcoins il le fait en diminuant la quantité possédée par ceux qui étaient là avant lui.

    Je te laisse faire 1+2 dans ta tête tout seul, je suis sûr que tu es assez intelligent pour ça :)

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 3. Dernière modification le 01 mars 2014 à 11:50.

    Justement, on a fait ensuite une BCE et FED indépendante, qui contrôle, pour arrêter ces conneries.
    Et… bitcoin revient en arrière la dessus.

    Tu avais bien une banque centrale qui contrôlait le dollar Zimbawbéen, ça n’a pas empêché l’hyperinflation qu’on connait. Sinon on peut parler du Venezuela aussi si tu veux, on est pas dans une situation d’hyperinflation certes, mais niveau stabilité des prix on repassera.

    instabilité par design

    Ouvre un bouquin d’économie (micro ou macro peu importe) avant de sortir des trucs comme ça, par pitié. La stabilité d’un instrument monétaire, c’est deux choses (légère simplification) :

    • la stabilité du stock. À ce niveau, bitcoin est intrinsèquement potentiellement plus stable que les monnaies actuelles puisque le stock total est limité (contrairement aux monnaies actuelles). Au mieux il l’est plus, au pire il l’est autant.
    • le nombre de transactions dans la monnaie. Rien d’intrinsèque là dedans.

    poids des premiers entrants

    Ha ça, ces investisseurs qui veulent un retour sur investissement pour le risque financier qu’ils ont pris, quel scandale ! Vite, interdisons les banques et la bourse !

    Je ne te savais pas communiste.

    intraçabilité

    Vite, interdisons les billets de banque !

  • [^] # Re: Limites du système pyramidal

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à -2.

    1. Monnaie ≠ richesse

    2. Le scénario « on brusquement passe d’une situation où le bitcoin est connu/utilisé par une petite partie de la population (les premiers entrants) à une situation où le bitcoin est universellement utilisé » est totalement irréaliste. Les choses se feront petit à petit. Et avec l’augmentation progressive de l’utilisation viendra avec une répartition progressive de la masse des bitcoin.

    3. Ceux qui achètent/minent des bitcoins aujourd’hui sont dans la même situation que des investisseurs : ils prennent des risques en termes financiers (ne serait-ce qu’en terme de coûts d’opportunité). Si dans 10 ans bitcoin est dans la même situation qu’aujourd’hui honnêtement on peut considérer qu’ils ont perdu l’écrasante majorité de leur investissement, et c’est quelque chose que personne ne nie. Mais exactement comme les investisseurs, si demain bitcoin est un acteur majeur dans la catégorie des instruments financiers, ce sera grâce à eux, et il est totalement normal qu’ils aient un retour sur investissement.

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 10.

    Bien sûr qu’aujourd’hui Bitcoin est incapable de concurrencer les monnaies classique que ce soit en terme de stabilité, facilité d’utilisation, liquidité, fongibilité. Toute le monde le sait et personne ne prétend le contraire.

    Tout comme le courrier électronique a longtemps été incapable de concurrencer le courrier classique en termes de facilité d’utilisation, en terme de nombre de personnes capables de le recevoir, en terme de choses qu’on peut mettre dedans (courrier électronique à sa création : texte ASCII, courrier classique : lettres, brochuhres…).

    Tout comme les smartphone on longtemps été incapables de concurrencer l’informatique personnelle classique en terme de puissance, facilité d’utilisation, variété des usages…

    On peut dire exactement la même chose de toutes les nouvelles technologies (ou usage : je connais pas une seule personne autour de moi qui n’ait tourné en ridicule le concept de Twitter à sa création. Comme chacun le sais, ça n’a effectivement pas marché, n’est-ce pas ?). Toutes. À chaque fois il y a des ronchons pour dire « ça sert à rien si t’es le seul à l’utiliser » « ce que j’utilise marche très bien » « trop compliqué » (on parle de la fiabilité de l’aviation à ses débuts, pour rigoler ?). Alors oui, dans certains cas oubliés de tous, les ronchons comme toi ont eu raison et ça n’a pas marché. Mais après tout une horloge arrêtée donne l’heure correcte deux fois par jour.

    Dire « ça va pas marcher parce que personne l’utilise » c’est débile comme argument. À sa création personne n’utilisait les mails, Facebook ou Twitter. Ça a été une raison suffisante pour ne pas marcher ?

    Dire « ça va pas marcher parce que c’est trop compliqué » c’est débile comme argument. À ses débuts l’informatique ça se limitait à des trucs qui se programmaient avec des cartes perforées et des machines à lampes… Ça a été une raison suffisante pour que l’informatique ne marche pas

    Dire « ça va pas marcher parce que c’est trop volatil » c’est exactement la même chose que « ça va pas marcher parce que personne l’utilise ». C’est les volumes qui font la stabilité (c’est de la microéconomie basique hein), rien dans bitcoin ne le rend intrinsèquement instable, rien dans les monnaies classique ne les rendent intrinsèquement stables (si on part par là, tu veux qu’on parle des assignats, de John Law, des Deutschmark sous Weimar, des dollars Zimbabwéens ? la monnaie scripturale ça marchera jamais, trop instable !)

    Quelqu’un qui mise sur le bitcoin aujourd’hui c’est quelqu’un qui voit l’importance de ses usages potentiels futurs pas quelqu’un qui pense « lol ça peut remplacer l’euro aujourd’hui ».

    De plus faire la comparaison directe bitcoin/monnaie est franchement très très grossier. Une monnaie c’est (liste non exhaustive) :

    • une réserve de valeur
    • un medium d’échange dans le commerce national
    • un médium d’échange dans le commerce international
    • une unité de compte

    C’est sur chaque axe indépendant qu’il faut analyser la pertinence des solutions basées sur bitcoin. Le global tout le monde s’en fiche à un point que tu peux même pas imaginer (typiquement le medium d’échange dans le commerce national même parmi les défenseurs du bitcoin la majorité s’en fiche complètement).

    Et encore une fois, c’est sur le potentiel futur qu’il faut analyser, pas sur l’état des choses actuel. Dire « dans l’état des choses actuel les solutions basées sur bitcoin ne sont pas un alternative réalistes pour le grand public » c’est tout à fait vrai mais c’est aussi un gigantesque homme de paille qui n’apporte rien à personne (à part des trolls).

  • [^] # Re: Mouais

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 0.

    et dans le cas de la boite en faillite je me base sur le fait que c'est vendu comme "banque" alors qu'il n'y a aucune protection (et c'est voulu).

    C’était une plateforme d’échange, pas une banque.

  • [^] # Re: Evolution

    Posté par  . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à -1. Dernière modification le 28 février 2014 à 23:47.

    Le truc, c’est que « feature-complete » est un choix que tout le monde ne fait pas et qui n’implique pas automagiquement que le logiciel est mort dans le sens « troué de bug et de failles de sécurité, incompilable sur les systèmes modernes… »

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 1.

    ta passphrase tu ne la rentres jamais?

    Quasiment jamais non. Magie de la cryptographie symétrique, pour recevoir des bitcoins tu n’as absolument pas besoin de passphrase, et comme j’en dépense pas…

    Maintenant, revenons à ma « non-lecture » :

    et on ne peut pas s'enfuir dans la rue tranquille peinard après avoir foutu un coup de clé à molette sur la personne.

    Tu me mets un coup de clé à molette dans la rue et tu t’enfuis avec mon portable, tu fais comment pour chopper la passphrase ?

    Continuons ma non-lecture :

    l'or

    Nous sommes donc sur une comparaison or-bitcoin. Comme tu t’es bien renseigné sur le sujet avant d’en discuter, tu sais bien évidemment que tu peux avoir plusieurs adresses, et que tu n’as pas besoin de la clé privée (le fameux wallet.dat) pour recevoir des bitcoin. Tu peux donc te créer une adresse qu’on appellera « bas de laine ». Tu mets ensuite cette clé sur une clé usb que tu enterres dans ton potager. Magie, tu peux alors envoyer autant de bitcoin dessus sans qu’un méchant pirate qui ait accès à ta machine puisse te voler à distance, exactement comme l’or.

    Bon, ce serait un peu stupide (une clé usb enterrée dans le potager risque d’avoir quelques soucis de durée de vie), alors tu peux faire les choses un peu différemment : tu chiffres le wallet.dat que tu gardes sur ta machine avec une passphrase d’une centaine de caractères que tu imprimes sur un bout de papier plastifié (parce que le papier pas plastifié c’est biodégradable, même problème que la clé usb) que tu enterres dans ton potager. Et que tu n’entres bien entendu jamais et sous aucun prétexte sur ton PC (mais de toute façon tu t’en souviens pas, donc aucun risque).

    Et voilà, magie de la technologie, un méchant hacker sur ton PC ne peut pas te voler ton précieux bas de laine, par contre quelqu’un avec une batte de base-ball le peut. Exactement comme l’or.

    Or 1 - Bitcoin 1.

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 5.

    C’est fou, dès que je discute avec toi je suis obligé de mettre les mot-clef en gras :

    Et de fait que ça restera à jamais

    Donc oui, aujourd’hui sauvegarder ses bitcoin ce n’est pas trivial, je n’ai pas dit le contraire. Mais ce n’est pas une barrière inhérente à la technologie, juste une question de bonne volonté des implémentations (d’ailleurs peut-être que certaines implémentations l’ont déjà fait, mais comme ni moi (qui utilise que des trucs de barbus en ligne de commande) ni toi (parce que tu n’utilises pas bitcoin) ne l’utilisons…)

    Et s3cmd c’est un exemple hein, personnellement c’est chez S3 (USA), chez moi (France) et sur mon VPS (Allemagne). Certes, pas vraiment aux quatre coins de la planète, mais bon…

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 0.

    Heu, ma passphrase elle est pas stockée sur ma machine hein…

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 6.

    Tu as 2 millions en bitcoin

    2 millions en bitcoin dans son wallet.dat c’est un peu l’équivalent informatique de 200 million d’euros en petites coupures sous ton matelas.

    C’est possible mais c’est ni intelligent ni réaliste comme scénario.

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à -3.

    C’est vrai que faire une interface graphique autour de gpg -e | s3cmd put c’est du domaine de la SF tellement c’est de la haute technologie.

  • [^] # Re: Evolution

    Posté par  . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 0. Dernière modification le 28 février 2014 à 21:06.

    Passer à WPF c’est pas faire évoluer une application mais la réécrire.

    Par contre GNU bc n’a pas eu de release depuis 2000, c’est qu’il doit être mort et inutilisable, n’ayant plus sa place que dans les musée de l’informatique, n’est-ce pas ?

  • [^] # Re: heu....

    Posté par  . En réponse au journal Bitcoin, le début de la fin?. Évalué à 7. Dernière modification le 28 février 2014 à 20:59.

    Sauf que chez toi tu peux le chiffrer avec une passphrase bien compliquée et distribuer le wallet chiffré aux quatre coins de la planète en cas d’incendie/formatage/whatever.

    Avec l’or c’est un poil plus compliqué.

    Et c’est vrai qu’avec la gentille régulation de l’euro par l’UE, des déposants qui perdent en toute légalité une partie de leur avoir ça peut pas arriver.

  • [^] # Re: Et XDG_CONFIG_DIR ?

    Posté par  . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 2. Dernière modification le 28 février 2014 à 10:55.

    Pas de commit depuis 2 ans

    Pas de commit parce qu’il fait le job et que je n’ai eu aucun bug :)

    Un module FUSE, Sérieux?

    Qu’est-ce que tu as contre FUSE ? IMO c’est le truc le plus utile pour le desktop qu’ait fait le noyau depuis udev (et je regrette très fort que ce soit pas plus utilisé)

    ça semble engendrer des comportements bizarres avec ls

    Pas en fonctionnement normal non. Ça arrive seulement quand tu as des dotfiles que tu n’as pas déplacés dans .config/

    La FAQ n’est pas assez claire ? Ce serait l’occasion d’un commit, remarque :)

    Sinon peut-être qu'on fait des programmes qui respectent les normes par défaut.

    Ce serait la solution parfaite bien sûr, mais malheureusement c’est déjà ce qu’on me disait en 2008 quand j’ai repris libetc… Il faut bien une solution en attendant.

  • [^] # Re: Et XDG_CONFIG_DIR ?

    Posté par  . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 2.

  • [^] # Re: Evolution

    Posté par  . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 3.

    Tu en as des tonnes sur github. La seule difficulté est de les trouver (les trucs de quelques centaines de lignes de code font rarement de la pub en première page sur /.) En auto-pub :

  • [^] # Re: Evolution

    Posté par  . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 1.

    C’est vrai pour les bloatware.

    Pour les logiciels qui se comptent en centaine de lignes de code, c’est beaucoup moins vrai.

  • [^] # Re: C'est beau, le web...

    Posté par  . En réponse au journal S’il vous plaît... architecture-moi un Kanboard !. Évalué à 5. Dernière modification le 26 février 2014 à 17:15.

    Je ne vois pas en quoi c’est spécifique au web. Au pif :

    $ ldd =claws-mail | wc -l
    85
    

    Je préfère ça à la situation où chacun réinvente la roue (carrée) de son côté.

  • [^] # Re: python et django?

    Posté par  . En réponse au journal S’il vous plaît... architecture-moi un Kanboard !. Évalué à 2.

    Je ne comprends pas ton code ou 'pseudo-code', donc la seule chose que je te dirais, est que Python n'est pas "full-object". La personne t'affirmant le contraire est un imbécile. Ruby, au contraire, est "full-object".

    Qu’est-ce que tu endends par "full-object" ?

    Les nombres, les modules, les fonctions, les classes sont des objets en Python.

  • [^] # Re: python et django?

    Posté par  . En réponse au journal S’il vous plaît... architecture-moi un Kanboard !. Évalué à 2.

    Parce que syntaxiquement nombre + "." indique que l’utilisateur veut écrire un nombre à virgules et s’attend à un nombre après.

    (1).__class__ marche très bien.

  • [^] # Re: Si tout cela est vrai, cela tend a montrer que de mauvaises pratiques se sont banalisés

    Posté par  . En réponse au journal Apple, le SSL les goto et les accolades. Évalué à 2.

    La grande majorité des failles c’est pas dans des trucs « évidemment » sensibles, c’est des sprintf mal gérés par exemple, et ça arrive dans toutes les applications.

    D’autant plus que se linker à une lib qui fait les choses correctement ne garantit pas que tu utilises correctement la lib toi-même (gestion de l’IV/salt dans les opérations crypto par exemple).

  • [^] # Re: Si tout cela est vrai, cela tend a montrer que de mauvaises pratiques se sont banalisés

    Posté par  . En réponse au journal Apple, le SSL les goto et les accolades. Évalué à 5.

    En matière de sécurité, on a une obligation de résultat.

    Avec de tels principes je crois que tu peux désinstaller 99% des logiciels sur ta machine (allez, je te laisse cat, mais sans shell pour l’exécuter ça va être rigolo).

  • [^] # Re: Si tout cela est vrai, cela tend a montrer que de mauvaises pratiques se sont banalisés

    Posté par  . En réponse au journal Apple, le SSL les goto et les accolades. Évalué à 9. Dernière modification le 24 février 2014 à 09:27.

    Heu, non, le cas est franchement différent :

    • Le bug de debian vient du fait d’essayer de suivre des bonnes pratiques (éliminer des warning d’outils d’analyse). Le bug d’Apple vient du fait de ne pas détecter/éliminer assez de warning
    • Le bug de debian n’aurait jamais pu être détecté par des tests unitaire/couverture de code. Le code Apple incriminé aurait dû (si on veut faire un code de qualité bien sûr) être couvert par un test unitaire, et ne l’a visiblement pas été.

    Le « scandale » que les gens font sur ce site vient du fait que l’erreur aurait dû être facilement détectée, pas du fait de son impact.

  • [^] # Re: systemd-networkd ?

    Posté par  . En réponse au journal systemd ca a l'air super.... Évalué à 1.

    Non, car je ne parle de l'amélioration par rapport à ce que j'ai maintenant sur ma Fedora 20, histoire de comparer à feature grosso modo égales.

    Parce que dans Fedora 20 systemd est déjà intégré à l’initrd mais pas bash ? Parce que chez moi (Archlinux) c’est l’inverse, dans l’initrd j’ai bien un shell de base (ash) et pas systemd, donc si je veux y mettre systemd-networkd je dois à priori ajouter systemd. À l’inverse, si je veux mettre un script network pas la peine de compter le shell, il y est déjà.

  • [^] # Re: systemd-networkd ?

    Posté par  . En réponse au journal systemd ca a l'air super.... Évalué à 1. Dernière modification le 22 février 2014 à 10:58.

    Tu n’oublierais pas les 1020k de systemd (qui en plus tire la libdbus de 290k) dans ton décompte ? :)