SpaceFox a écrit 1616 commentaires

  • [^] # Re: Un retour d'expérience

    Posté par  (site web personnel, Mastodon) . En réponse au journal SQL Decimal vs Double. Évalué à 2.

    Oui, ce que je veux dire c'est que dès qu'il y a des mouvements réels d'argent en jeu, on est définis à 2 décimales : typiquement si tu achètes 1 litre d'essence à 1.298 €/litre, tu vas payer 1.30 €.

    La connaissance libre : https://zestedesavoir.com

  • # Un retour d'expérience

    Posté par  (site web personnel, Mastodon) . En réponse au journal SQL Decimal vs Double. Évalué à 10.

    Je pense que toute l'astuce est là :

    Donc, "10.222" sera tronqué à "10.22", ce qui est un arrondit violent.

    Si c'est un montant (monétaire) final (et pas un intermédiaire de calcul), sur une monnaie comme l'euro, la troisième décimale et toutes celles au-delà n'ont pas d'existence réelle. D'ailleurs il y a des règles officielles pour arrondir si les calculs donnent un montant à plus de 2 décimales (de mémoire : partie décimale < 0,5 --> inférieur, partie décimale >= 0,5 --> supérieur).

    Du coup dans ton cas il n'y a pas réellement de « arrondit violent » : c'est le résultat du calcul qui donne bien, selon les règles de la finance, 10.22 et non 10.222.

    D'une manière générale, c'est aussi un domaine où on a besoin autant que faire ce peut de valeurs exactes et pas « avec des approximations qu'on peut normaliser » sur toutes les valeurs finales. D'expérience, pour avoir bossé quelques années dans le e-commerce, utiliser des double au lieu de décimale fixe t'expose à deux types de blagues :

    1. Tu as des erreurs de re-normalisation qui ne se compensent pas (par exemple tu produits un ticket avec HT et TVA qui ne font pas TTC, à 1 ou 2 centimes prêt).
    2. Tu obtiens des arrondis (sur le site web par exemple) qui ne collent pas avec ceux du SI financier et qui foutent la merde dans les calculs.

    Utiliser correctement les outils basés sur des décimales fixes permettent d'éviter ces écueils, même si c'est généralement lourd et chiant à faire.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Le par-cœur est-il vraiment utile?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Recrutons. D'accord, mais sur quels critères ?. Évalué à 3.

    Ça rejoint une conception assez américaine du contrôle scolaire des connaissances, j'ai l'impression – et inversement quelque chose qui a l'air assez spécifique à la France.

    De ce que j'en ai discuté avec pas mal d'étudiants étrangers (de tous horizons) pendant mes études, les systèmes à l'américaine ont l'air connus pour utiliser beaucoup de QCM qui font beaucoup appel au « par cœur » de notions précises. Ça se retrouve dans les certifications IBM par exemple, qui consistent exactement en ça (ex : « Donnez le nom et le chemin qui sert à configurer les paramètres X de la fonctionnalité Y – un truc que personne ne touche – entre A, B, C, D et E »).

    Le système scolaire français à l'inverse a tendance à miser sur la réflexion, en proposant en guise de contrôle des connaissances la possibilité de faire des rédactions sur à peu près n'importe quel sujet, du français à la biologie en passant par l'histoire et la philosophie. Ou, dans les cas qui s'y prêtent le moins, des exercices à questions ouvertes.

    Disclaimer : ça fait 10 ans que j'ai fini mes études et 16 que j'ai fini le lycée, ça a pu changer depuis.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Je n'ai pas envie de cliquer

    Posté par  (site web personnel, Mastodon) . En réponse au journal Recrutons. D'accord, mais sur quels critères ?. Évalué à 9.

    L'article est sous copyright, et même si ce n'était pas le cas, il a une mise en forme compliquée qui m'aurait pris plus de temps à refaire au propre qu'au lecteur de le relire.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Je n'ai pas envie de cliquer

    Posté par  (site web personnel, Mastodon) . En réponse au journal Recrutons. D'accord, mais sur quels critères ?. Évalué à 10.

    Non, parce que ça n'aurait pas grand intérêt. Tout l'intérêt du lien est de découvrir à quel point un entretien pour postuler chez Google commence en ce qui semble être une gentille blague pour éliminer les pires candidats pour finir en un grand n'importe quoi parce que le recruteur est accroché à ses réponses techniques périmées qu'il ne comprends pas comme une moule à son rocher (cette phrase est beaucoup trop longue et j'ai la flemme de la refaire au propre).

    L'article principal fait 1083 mots avec tous les à-côtés, ce qui prends entre 3 et 5 minutes pour un lecteur normal, soit probablement mois que le temps combiné de rédaction de ton message et du mien.

    La connaissance libre : https://zestedesavoir.com

  • # Les 3 cyclones, c'est normal

    Posté par  (site web personnel, Mastodon) . En réponse au journal Le jour d’après, c’est aujourd’hui. Évalué à 6.

    Trois cyclones sur l'Atlantique Nord en cette saison, c'est normal, ou du moins pas étonnant : on est en plein dans la saison cyclonique de ce coin là.

    Cf https://twitter.com/KeraunosObs/status/905536832909316097

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Echec

    Posté par  (site web personnel, Mastodon) . En réponse au journal « Mr. Robot » ou comment j’ai appris à aimer l’informatique. Évalué à 2.

    « Blind Lake » de Robert Charles Wilson explore ce thème, quoique pas ton exemple précis : ils ont des superordianateurs qui traitent les données en provenances de mondes extraterrestres, mais ne savent plus si les données produites sont réelles ou une pure « invention » des ordinateurs.

    La connaissance libre : https://zestedesavoir.com

  • # Mesurer les I/O aléatoires et de tailles multiples

    Posté par  (site web personnel, Mastodon) . En réponse au journal HOW TO : Bench this SSD. Évalué à 10.

    Personnellement je préfère m'intéresser aux I/O selon leurs tailles (en particulier les petites) et pas forcément séquentielles. Parce que je sais qu'à moins d'un défaut grave, le cas mesuré par dd (I/O de grandes tailles et séquentielles) ne vont pas poser problème.

    Un outil pratique pour ça, c'est iops (qui a un nom pourri pour le retrouver sur le net) et qui produit ce genre de résultats :

    Mon SSD

    $ sudo ./iops /dev/sda
    /dev/sda, 256.06 G, sectorsize=512B, #threads=32, pattern=random:
     512  B blocks: 97194.1 IO/s,  49.8 MB/s (398.1 Mbit/s)
       1 kB blocks: 67929.4 IO/s,  69.6 MB/s (556.5 Mbit/s)
       2 kB blocks: 44446.0 IO/s,  91.0 MB/s (728.2 Mbit/s)
       4 kB blocks: 26299.0 IO/s, 107.7 MB/s (861.8 Mbit/s)
       8 kB blocks: 25971.7 IO/s, 212.8 MB/s (  1.7 Gbit/s)
      16 kB blocks: 15269.8 IO/s, 250.2 MB/s (  2.0 Gbit/s)
      32 kB blocks: 8157.7 IO/s, 267.3 MB/s (  2.1 Gbit/s)
      65 kB blocks: 4314.4 IO/s, 282.7 MB/s (  2.3 Gbit/s)
     131 kB blocks: 2295.6 IO/s, 300.9 MB/s (  2.4 Gbit/s)
     262 kB blocks: 1475.4 IO/s, 386.8 MB/s (  3.1 Gbit/s)
     524 kB blocks:  894.7 IO/s, 469.1 MB/s (  3.8 Gbit/s)
       1 MB blocks:  502.1 IO/s, 526.5 MB/s (  4.2 Gbit/s)
       2 MB blocks:  265.6 IO/s, 557.1 MB/s (  4.5 Gbit/s)
       4 MB blocks:  138.8 IO/s, 582.1 MB/s (  4.7 Gbit/s)
       8 MB blocks:   69.6 IO/s, 583.4 MB/s (  4.7 Gbit/s)
      16 MB blocks:   35.6 IO/s, 597.0 MB/s (  4.8 Gbit/s)
      33 MB blocks:   17.7 IO/s, 593.3 MB/s (  4.7 Gbit/s)
      67 MB blocks:    8.6 IO/s, 575.1 MB/s (  4.6 Gbit/s)
     134 MB blocks:    4.4 IO/s, 591.8 MB/s (  4.7 Gbit/s)

    Sur mon HDD 7200 rpm

    $ sudo ./iops /dev/sdb
    /dev/sdb, 500.11 G, sectorsize=4096B, #threads=32, pattern=random:
     512  B blocks:  105.8 IO/s,  54.2 kB/s (433.4 kbit/s)
       1 kB blocks:  113.4 IO/s, 116.1 kB/s (928.7 kbit/s)
       2 kB blocks:  122.8 IO/s, 251.5 kB/s (  2.0 Mbit/s)
       4 kB blocks:  127.2 IO/s, 521.1 kB/s (  4.2 Mbit/s)
       8 kB blocks:  126.1 IO/s,   1.0 MB/s (  8.3 Mbit/s)
      16 kB blocks:  125.8 IO/s,   2.1 MB/s ( 16.5 Mbit/s)
      32 kB blocks:  122.5 IO/s,   4.0 MB/s ( 32.1 Mbit/s)
      65 kB blocks:  120.6 IO/s,   7.9 MB/s ( 63.2 Mbit/s)
     131 kB blocks:  117.2 IO/s,  15.4 MB/s (122.9 Mbit/s)
     262 kB blocks:   66.8 IO/s,  17.5 MB/s (140.2 Mbit/s)
     524 kB blocks:   38.4 IO/s,  20.1 MB/s (161.0 Mbit/s)
       1 MB blocks:   25.9 IO/s,  27.2 MB/s (217.3 Mbit/s)
       2 MB blocks:   15.0 IO/s,  31.5 MB/s (252.1 Mbit/s)
       4 MB blocks:   10.6 IO/s,  44.4 MB/s (355.5 Mbit/s)
       8 MB blocks:    5.5 IO/s,  46.2 MB/s (369.8 Mbit/s)

    Et pour le fun, sur la RAM (test limité par le CPU)

    $ sudo ./iops /dev/ram0
    /dev/ram0, 126.42 M, sectorsize=4096B, #threads=32, pattern=random:
     512  B blocks: 169253.2 IO/s,  86.7 MB/s (693.3 Mbit/s)
       1 kB blocks: 170916.2 IO/s, 175.0 MB/s (  1.4 Gbit/s)
       2 kB blocks: 169963.8 IO/s, 348.1 MB/s (  2.8 Gbit/s)
       4 kB blocks: 171712.1 IO/s, 703.3 MB/s (  5.6 Gbit/s)
       8 kB blocks: 166601.5 IO/s,   1.4 GB/s ( 10.9 Gbit/s)
      16 kB blocks: 165693.6 IO/s,   2.7 GB/s ( 21.7 Gbit/s)
      32 kB blocks: 155599.9 IO/s,   5.1 GB/s ( 40.8 Gbit/s)
      65 kB blocks: 135273.5 IO/s,   8.9 GB/s ( 70.9 Gbit/s)
     131 kB blocks: 73579.7 IO/s,   9.6 GB/s ( 77.2 Gbit/s)
     262 kB blocks: 35860.6 IO/s,   9.4 GB/s ( 75.2 Gbit/s)
     524 kB blocks: 17558.8 IO/s,   9.2 GB/s ( 73.6 Gbit/s)
       1 MB blocks: 8830.1 IO/s,   9.3 GB/s ( 74.1 Gbit/s)
       2 MB blocks: 4505.4 IO/s,   9.4 GB/s ( 75.6 Gbit/s)
       4 MB blocks: 2426.2 IO/s,  10.2 GB/s ( 81.4 Gbit/s)
       8 MB blocks: 1263.4 IO/s,  10.6 GB/s ( 84.8 Gbit/s)
      16 MB blocks:  668.7 IO/s,  11.2 GB/s ( 89.8 Gbit/s)
      33 MB blocks:  239.9 IO/s,   8.0 GB/s ( 64.4 Gbit/s)
      67 MB blocks:   65.7 IO/s,   4.4 GB/s ( 35.3 Gbit/s)

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: « Debian est problématique » : bande de nazis !

    Posté par  (site web personnel, Mastodon) . En réponse au journal Sortie de Replicant 6.0. Évalué à 3.

    Bah, pour certains il semble impossible de taper « Linux » sans taper « GNU/ » devant. C'est ainsi que j'ai vu passer au gré de mes lectures (sérieusement mais par manque de relecture je pense) un « noyau GNU/Linux » et un « Android est une distribution GNU/Linux ». Mais ça reste heureusement rare :D

    Pour en revenir à la FSF, de mon point de vue ce sont des intégristes et comme tout intégrisme quel qu'il soit, je pense qu'il fait du tord à la cause d'origine. Je reste que persuadé que (et là encore quelle que soit la cause) on convainc bien mieux les gens en les amenant progressivement à adopter une idée qu'en les braquant complètement en leur présentant une version extrémiste de l'idée. Ailleurs dans les commentaires il y avait une phrase du genre « mais c'est normal, pour avoir 1 tu demandes 100 ». Je ne suis pas d'accord avec ce mode de « négociation », et il semblerait qu'il fonctionne de moins en moins, parce que c'est ultra conflictuel et que de plus en plus, personne ne lâche plus rien et donc au lieu de 1 tu restes avec 0. Ça me fait penser dans le mode de raisonnement aux syndicats ; on a vu aux dernières élections syndicales que les syndicats « durs » (qui sont adeptes de ce mode de fonctionnement) perdent du terrain face aux négociateurs.

    Cela dit j'ai l'impression que les « durs » sont nécessaires pour lancer un mouvement.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Merci

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Sortie du noyau Linux 4.10. Évalué à 5.

    Une question que je me posais, c'est est-ce qu'on ne pourrait pas « économiser » en ne traduisant plus les messages de RC ? C'est environ la moitié de la dépêche, et j'ai l'impression qu'ils n'apportent pas grand-chose comparé au reste.

    Cela dit, peut-être que ça intéresse pas mal d'entre vous et/ou que le travail nécessaire sur cette partie est peu important par rapport au reste.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Médian de gamme

    Posté par  (site web personnel, Mastodon) . En réponse au journal [TRÈS_HS] « Moyen de gamme », sur lemonde.fr, nan mais je rêve. Évalué à 10.

    Un écart-type de gamme nous permettrait d'y voir plus clair dans les segmentations foireuses de certains constructeurs.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Merci

    Posté par  (site web personnel, Mastodon) . En réponse au journal Kotlin + Brainfuck : efficacité, compacité, optimisation. Évalué à 3.

    Pour Java 8 sous Android, la dernière fois que j'ai voulu tester Jack (qui est censé apporter Java 8) ça venait avec tellement de contraintes que j'ai laissé tomber, du coup je ne sais pas si l'intégralité du truc est supporté.

    En fait tu trouves des concepts intéressants dans Kotlin aussi. La différence principale me semble venir de la philosophie :

    • Scala me donne l'impression d'être conçu en mode « Le concept X est intéressant, implémentons-là pour que les développeurs puissent s'en servir ».
    • Kotlin me donne plus l'impression de fonctionner sur le mode « Les développeurs ont besoin de Y pour se simplifier la vie, implémentons-le ».

    Et mine de rien ça fait une différence majeure pour une utilisation professionnelle en particulier. Mais ça reste une impression personnelle.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Merci

    Posté par  (site web personnel, Mastodon) . En réponse au journal Kotlin + Brainfuck : efficacité, compacité, optimisation. Évalué à 3.

    Pour l'instant surtout sur des tests perso. Les retours que j'en ai eu, c'est que Kotlin est un bon langage utilisé avec Android et Spring, si on respecte 2 conditions :

    1. Sur des projets neufs (pas de mélange avec Java, ça fait des nœuds au cerveau)
    2. Avec des devs compétents qui sont prêts à apprendre les concepts.

    J'ai l'impression que par rapport à ses concurrents, Kotlin fonctionne surtout parce qu'il a été poussé par JetBrains (IntelliJ et consorts), parce qu'il a directement ciblé Android (qui n'avait même pas Java 8 à l'époque où il s'est répandu) et parce qu'il a une approche très pragmatique là où par exemple Ceylon et Scala m'avaient plus l'air portés sur la théorie.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Code des programmes Brainfuck

    Posté par  (site web personnel, Mastodon) . En réponse au journal Kotlin + Brainfuck : efficacité, compacité, optimisation. Évalué à 4.

    Dans un lien qui a sauté à la copie >_<

    Voici une collection de programmes BrainFuck, dont le « Hello World », celui sur les tours de Hanoï et celui de la fractale évoqués dans le journal.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: lien manquant

    Posté par  (site web personnel, Mastodon) . En réponse au journal Kotlin + Brainfuck : efficacité, compacité, optimisation. Évalué à 2.

    Bien vu, c'était censé renvoyer vers la page Wikipedia : https://fr.wikipedia.org/wiki/Brainfuck

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Salutations

    Posté par  (site web personnel, Mastodon) . En réponse au journal Pour la fondation de « PolitiqueFR.org ». Évalué à -3.

    Tu sais quoi ? Si j'étais sûr que c'était efficace, je paierais volontiers le NDD. Pas l'hébergement, faut pas déconner, il doit bien rester un petit quelque chose à la charge des intéressés ; et j'ai pas les compétences pour assurer l'administration du site.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: prévenir

    Posté par  (site web personnel, Mastodon) . En réponse au journal L'orthographe de 1990 sur LinuxFR.org ?. Évalué à 4. Dernière modification le 05 mai 2017 à 11:17.

    Ce qui s'est passé dans toutes les réformes précédentes, c'est qu'à partir du moment où la réforme a été décidée, les nouveaux contenus ont été écrits en suivant la réforme. L'idée idiote de la réforme de 1990 c'est d'avoir décidé qu'elle été facultative – alors que des réformes bien plus importantes en terme de changements avaient déjà été faites – ce qui conduit à cette situation bizarre ou plusieurs orthographes sont possibles.

    En général, les textes anciens ont été mis à jours avec l'orthographe post-réforme lors des rééditions, et ce pour chaque réforme dans l'histoire. C'est par exemple pour ça qu'il est à peu près impossible de trouver du Molière dans le texte aujourd'hui, et qu'il faut se pencher sur de vieilles éditions (ou des numérisations de vieilles éditions, comme ce qu'on peut trouver sur le projet Gutenberg) pour avoir l'orthographe d'origine de textes du XIXème Siècle (du Jules Verne par exemple).

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Tolérance ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal L'orthographe de 1990 sur LinuxFR.org ?. Évalué à 2.

    Heu c'est moi l'auteur hein. Et je ne voulais pas écrire « où ».

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Non aux réformes !

    Posté par  (site web personnel, Mastodon) . En réponse au journal L'orthographe de 1990 sur LinuxFR.org ?. Évalué à 3.

    C'est ce que j'ai pensé pendant longtemps.

    Puis j'ai réfléchi, et j'ai découvert qu'il n'y avait aucune raison de ne pas écrire comme ça.

    Tous les détails de mon processus de pensée et de pourquoi cette conclusion sont dans cet article.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: prévenir

    Posté par  (site web personnel, Mastodon) . En réponse au journal L'orthographe de 1990 sur LinuxFR.org ?. Évalué à 3.

    C'est vrai qu'en y réfléchissant, selon le dictionnaire utilisé ça peut être signalé ou non comme une erreur – et donc si le modérateur n'est pas au courant de la règle, ben c'est sur-corrigé.

    Ça c'est mon habitude de travailler avec des dictionnaires qui autorisent toutes les variante possibles (si je corrige) ou uniquement la nouvelle orthographe (quand je rédige), mais c'est vrai que selon le logiciel, il y a plein de variantes possibles.

    En tous cas ça n'a pas l'air d'être une recommandation du site comme il peut y en avoir pour les anglicismes, merci à ceux qui ont pris la peine de me répondre !

    La connaissance libre : https://zestedesavoir.com

  • [^] # Tolérance ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal L'orthographe de 1990 sur LinuxFR.org ?. Évalué à 10.

    Perdu, il s'agissait bien de la conjonction de coordination « Ou » (sans accent donc), et non de l'adverbe interrogatif « Où » (avec accent mais qui aurait été mal orthographié).

    Je demandais donc si c'était possible d'écrire une telle dépêche sans être corrigé, et non un lieu où je pourrais la publier.

    De plus, je ne vois pas comment publier une dépêche sur le forum que tu m'indiques – en plus d'avoir doublé ou presque l'âge cible.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Notes de bas de page HS

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Les journaux de LinuxFr.org ont fait des petits !. Évalué à 1.

    C'est moi !

    La connaissance libre : https://zestedesavoir.com

  • # Notes de bas de page HS

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Les journaux de LinuxFr.org ont fait des petits !. Évalué à 1.

    Hello,

    Les notes de bas de page qui fonctionnaient dans la preview sont HS. Si un gentil modo sait comment corriger ça ? Merci d'avance !

    Et merci de l'avoir publiée si rapidement !

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Oui et ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Windows ne veut pas de votre matériel trop récent. Évalué à 2.

    Même dans le libre arrive le moment où on doit être pragmatique. Mais c'est sûr que la communication n'a pas grand-chose à voir.

    La connaissance libre : https://zestedesavoir.com

  • [^] # Re: Windows 7 en 2017 ?!

    Posté par  (site web personnel, Mastodon) . En réponse au journal Windows ne veut pas de votre matériel trop récent. Évalué à 7.

    Oui, et même au-delà : Canard PC Hardware a donné libre accès à son sujet général de l'espionnage des logiciels. C'est eux qui avaient levé le lièvre de la quantité délirante de données espionnées par les pilotes nVidia (au moins en France).

    La connaissance libre : https://zestedesavoir.com