En fait pour moi ce que demande Renaud, ça ressemble assez rapidement à un historique de commit de code, et plus à une source. Un exemple concret : les calques d'un dessin sont souvent juste un outil de travail et n'ont pas d'intérêt en tant que « source ».
La connaissance libre : https://zestedesavoir.com
Nano ?
La connaissance libre : https://zestedesavoir.com
Sauf que l'ironie ne fonctionne – presque par définition – que si tu ne l'indique pas (ironie --> différence entre l'énoncé et le signifié) ; du coup ce point d'ironie m'a toujours paru un peu étrange conceptuellement.
La connaissance libre : https://zestedesavoir.com
Merci :)
J'essaierai de mettre l'article à jour dès que j'aurai un peu de temps.
La connaissance libre : https://zestedesavoir.com
Je lis plusieurs fois dans le journal et les commentaires qu'il y a eu des problèmes de disques morts à la reconstruction. En fait, avec les capacités et les fiabilités modernes, c'est probablement normal si on a essayé de reconstruire un RAID fait avec des disques « grand public ». Je détaille les calculs ici.
Donc : pour faire du RAID, achetez des disques « spécial RAID » avec une haute fiabilité.
La connaissance libre : https://zestedesavoir.com
En fait il n'y a pas de parenthèses ou de priorité à reconnaitre, puisque tout l'intérêt de la RPN est justement qu'il n'y a plus besoin de gérer de parenthèses ou de priorité : tous les calculs sont faits instantanément.
Mais c'est à l'utilisateur de rentrer le calcul dans le bon ordre : pour faire le calcul 1 + 2 / 3 en respectant la priorité du calcul écrit ainsi, il faut taper en RPN : 2 3 / 1 +. Mais une erreur sur ce point n'est plus une erreur de l'interpréteur, c'est une erreur d'ICC :)
La connaissance libre : https://zestedesavoir.com
J'appuie à fond. Dans toutes les entreprises que j'ai fait, la migration SVN --> Git n'a pu se faire que parce qu'il y avait des outils permettant de basculer les projets déjà existants.
La connaissance libre : https://zestedesavoir.com
Peut-être, mais il n'y a aucun rapport. Le but du jeu était de gagner en performances et en RAM.
La connaissance libre : https://zestedesavoir.com
C'est une question de performances je suppose : UTF-8 utilise des caractères qui n'ont pas tous la même longueur (en octets), ce qui complexifie pas mal les traitements.
La connaissance libre : https://zestedesavoir.com
J'ai l'impression que contrairement à ce que laissait entendre ton journal, tu ne l'as pas posté pour essayer de comprendre « pourquoi les types flottants natifs sont très peu utilisés pour faire des calculs financiers » mais plutôt pour tenter de convaincre tes lecteurs que selon toi, dans la majorité des cas, on pourrait très bien utiliser ces fameux flottants natifs. Et ce nonobstant toutes les explications qu'on t'a données. C'est un peu dommage.
La connaissance libre : https://zestedesavoir.com
Tu fais aussi souvent référence au fait que les double portent une précision de 10-16 environ, ce qui devrait être suffisant.
Mais c'est oublier deux choses :
Les calculs d'intérêts, typiquement, se retrouvent très bien dans ces deux points.
La connaissance libre : https://zestedesavoir.com
Ça n'est pas dans les pratiques de re-facturer des erreurs. Il ne doit pas y avoir d'erreur de dérive.
La connaissance libre : https://zestedesavoir.com
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
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 :
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
Ç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
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
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
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
« 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
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
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
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
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
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 :
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
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 :
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