Dring a écrit 1193 commentaires

Tu m'intrigues avec TransferWise et CurrencyFair ; pour moi c'est surtout des trucs de virement. Certes ils font du change, mais avec des taux "garantis 48h", tu imagines bien qu'ils ne collent pas du tout au marché. Ou alors il y a d'autres produits accessibles via ces plateformes ?

Pour revenir à la question initiale…

Une place boursière (bon, une bourse), c'est ça : https://fr.wikipedia.org/wiki/Bourse_(%C3%A9conomie). Tu remarqueras l'absence des termes monnaies/devises dans les biens échangeables. Ce n'est pas un hasard. Je résume : une bourse est une institution, qui confronte l'offre et la demande, et est surveillée par le régulateur pour garantir sa neutralité (l'égalité de traitement entre les différents intervenants).

Un marché de gré à gré, c'est quand les échanges ne passent pas par une place centrale, mais se concluent directement entre deux intermédiaires financiers.

Le marché du change, c'est un marché de gré à gré. Ouvert 24/24, 7/7, puisqu'il suffit que tu trouves quelqu'un (personne morale ou physique) prête à échanger avec toi. Note qu'il y a des devises où le jeu est un peu plus compliqué du fait de contraintes réglementaires ou fiscales (va tenter de vendre de la roupie indienne à 18h heure de Paris, par exemple, ou de l'échanger contre du won koréen sans crosser par une autre devise).

Tu ne trouveras pas de bourse dédiée au marché du change. Ca n'existe pas.

Dans les commentaires d'autres personnes, je vois aussi des "tu peux constituer une réserve de USD blah blah blah". Les acteurs financiers ne "consistuent pas une réserve d'USD" si ils veulent se protéger contre une forte volatilité. Ils passent un contrat à terme ("FX Forward") qui revient techniquement à faire 3 opérations : un change comptant, le prêt de la devise qu'on achète, et l'emprunt de celle qu'on vend. Cela permet de garantir le prix d'achat de revente à une échéance donnée, et c'est utilisé soit à des fins spéculatives, soit à des fins de couverture de risque.

Une place boursière met en relation l'offre et la demande ; il y a donc un intermédiaire qui gère un carnet d'ordre et la cotation est basée sur ce carnet d'ordre.

Une opération a lieu à chaque fois que l'ordre d'achat avec le prix le plus élevé croise le prix de l'ordre de vente au prix le plus bas.

Conséquences (entre autres) : les différents investisseurs ne choisissent pas leur contrepartie. Il y a un prix de cotation par instrument et par marché.

Pour le change c'est un peu (beaucoup) différent : il n'y a pas de place centrale ; tu t'adresses directement à ta contrepartie. Il n'y a pas de cotation universellement reconnue (rien que chez Reuters tu as une quinzaine de sources différentes pour un cours EUR/GBP qui sont le résultats d'infos publiées par différents établissements - banques et brokers).

Il y a bien un marché du change pour les devises mais c'est un marché en gré à gré, pas une place boursière comme pour les actions ou les obligations.

D'une part, et comme indiqué par wismerhill, ce n'est pas le standard, (je rajoute que Sybase ne le prend pas en compte non plus et il est encore très répandu le bougre, surtout dans la finance).

D'autre part, dans la plupart des cas, un LIMIT 1 ne va pas être très efficace ; un index unique avec des statistiques à jour sera déjà suffisant pour ne pas continuer à lire la table "pour rien".

Se restreindre à la norme quand on code du SQL, c'est garantir que le code ne sera pas optimisé.

C'est pour ces raisons que les ORMs implémentent la notion de dialecte, permettant un certain niveau de généricité avec des performances honorables. Et encore, l'ajustement des paramètres du serveur est parfois plus efficace que la réécriture du code…

Pareil ici : un interrupteur. Quand j'ai changé tous mes volets, j'ai demandé au vendeur comment sa télécommande fonctionnait, si elle était sécurisée, etc. Vu la réponse, je n'ai pas hésité une seconde !

Juin 2015 pour moi, juste après l'achat de la machine. C'était quelle version à ce moment là ? Fedora 22 d'après Wikipedia, donc déjà 4 versions.

Je vais tenter la 27 dans quelques jours.

Quant aux IDEs… bah, ce sont des IDEs quoi, perso, ça me gave de devoir créer un fichier projet juste pour debugguer un binaire qui est de toute façon déjà (fraîchement) compilé.

Ben c'est sûr que si tu n'installes l'IDE que lorsque tu as un bug c'est un peu lourd, mais la plupart des êtres humains ne s'en servent pas que pour débogguer : c'est aussi utile pour le refactoring, par exemple.

Du coup tu fais tout dans l'IDE. On me signale même que ce serait le concept du truc.

Alors, pour ma part, tout ce qui tourne autour de UML : c'est de la merde. Les diagrammes peuvent être intéressants, mais dès lors qu'ils sont utilisés par un spécialiste ça tourne au cauchemar. La grammaire peut être assez sournoise et ce qui devait être un langage "universel" devient alors un nid à piège ("mais si regarde : le bout de la flèche est comme ça, donc c'est une relation qui se lit dans l'autre sens !"). Et au final, je préfère largement écrire une spécification en langage naturel…

Pareil pour la génération automatique de code avec cette horreur : ça ne tient jamais au delà de la génération initiale. Je n'ai jamais vu personne faire vivre un logiciel avec ça, et au final le code généré fait chier tout le monde.

Pour BPMN, je n'ai pas d'expérience directe, et j'attends vraiment de savoir comment ça se tiendra dans le temps. Mais le premier cas que j'ai pu voir, c'est jBPM+Drools, et ce que j'entends c'est : "tout est en drools, du coup c'est à la main du métier, et du coup c'est le gros merdier, personne ne comprends plus rien".

Bref, tous ces trucs me font très peur, et à part pour des petits trucs tout simples pour lesquels de toute manière n'importe qui peut sortir un truc en quelques jours, je n'ai rien vu qui ne parte pas en cacahuète.

Après c'est quand même beaucoup une question de goût, et surtout d'expérience.

Quand je lis ça :

[ -d $REP ] || mkdir $REP

Je me dis : OK, je vais créer un répertoire, mais c'est quoi le truc avant ? Ah oui, la syntaxe shell permet de "tester" en utilisant une syntaxe qui fait penser à un argument (le "-p"). Évident pour celui qui fait du shell depuis 15 ans, cryptique pour celui qui en fait peu ou prou.

En bon développeur java, le code code java correspondant (comme celui fourni par Sufllope plus bas) me semble infiniment plus clair, et donc plus maintenable.

Et puis, $REP c'est quoi ? Une simple chaîne, ou une liste de fichiers/répertoires ? Et comment se comporte mkdir si tu lui passes plusieurs répertoires ? Tout ça, un expert shell va le savoir sans avoir besoin d'aller consulter man ; là où un développeur java va préférer itérer sur une liste et tester pour chaque répertoire ce qui se passe, et comment se comporter en cas d'erreur.

Alors, comme dit également plus bas, java n'a pas été pensé pour l'écriture rapide de scripts. Mais en ce qui me concerne, l'écriture rapide de script est souvent une mauvaise solution à un problème. Mauvaise solution qui peut quand même être la meilleure par manque de temps, du coup je sais quand même faire du shell…

Quel est selon toi la contrainte à faire un langage de script avec un langage fortement typé ?

Beurk. Un wiki ou un bug tracker intégré ? Pourquoi ?

À la rigueur, faciliter l'usage de ces outils, rajouter des moyens pour simplifier l'interfaçage, voir s'associer pour distribuer des packs complets, mais surtout pas une application fourre-tout.

Bon, en me relisant je me rends compte que ma question peut sembler débile et mérite elle aussi un éclaircissement.

L'auteur indique qu'in fine il tague tout avec le même label, ce que je traduit en : on ne gère qu'une seule version globale de tout ces repos.

Je vois très bien l'intérêt de l'outil si on gère plusieurs softs certes distribués ensemble mais avec chacun son rythme de livraison. Si tout est livré par définition d'un bloc, alors un repo central semble plus adapté, et on fait les ajustements nécessaires sur la partie build

J'ai (encore) raté un truc ?

Ok, j'ai raté cette partie, mais je ne connais pas assez GO pour comprendre. Avec un répertoire par langage tout en haut de l'arborescence on a le même résultat non ?

Et pour le point sur la doc pareil je ne vois pas.

À ce stade tout ça ressemble à une solution bien compliquée au niveau SCM pour régler un problème qui se trouve en fait au niveau outil de build.

C'est quoi exactement qui vous empêchait de tout mettre dans le même repo ?

Ah, cool. Dans le précédent journal, j'étais déçu par Rust, mais là c'est de la balle.

Rust est un langage qui m'attire vraiment beaucoup, mais par manque de temps je ne m'y suis pas encore mis. Jusqu'ici je n'ai vu que des belles choses, et le seul reproche que je lui trouvais, c'était la difficulté à trouver un librairie mature pour faire une application graphique.

Mais là, je trouve que le message d'erreur est… comment dire… Cryptique. Verbeux. Inutile. Décevant.

Curieusement, ça m'a décidé à enfin l'installer et commencer à m'amuser avec.

Je lis ça :

Toujours dans le domaine des journaux, Yum et NetworkManager augmentent leur verbosité par défaut.

Et je me rend compte que RHEL est toujours sur Yum. Quand est-ce que le passage à dnf est prévu du coup ? Je soupçonne que la réponse soit RHEL 8, mais je n'ai rien trouvé sur ce sujet. Non pas que ça change grand chose pour l'utilisateur final, hein… Moi je ne fais aucune différence.

On voit bien que tu n'as pas de smartphone. Et je parie que ton T9 est désactivé sur ton vieux mobile. Ça explique pourquoi tu tapes encore en SMS ("tjr") :-).

Les écrans qui permettent ça, c'est souvent pas génial au final. La plupart des écrans ont un très bon angle de vision… tant qu'on reste en mode 16/9. Tu pivotes l'écran, et tu te rends compte que si ta tête est décalée de 20 centimètres sur la gauche ou la droit, tu vois plus rien !

Quand l'angle de vision sera parfait dans les 4 directions, on en reparlera.

A noter que la classe BigDecimal de Java supporte tous les types d'arrondis possibles, y compris le Round Half Uneven que je n'ai pas vu cité dans les commentaires.

Il y a une page Wikipédia dédiée au sujet pour ceux que ça passionne : https://en.m.wikipedia.org/wiki/Rounding.

Pour tout ce qui est impôt, la loi privilégie toujours le contribuable. Si ça peut t'aider dans ta compréhension du bouzin…

Le monsieur du dessus parle d'environnement de développement, local ou non, et tu lui réponds sur production et pré-production. Vous risquez pas de vous comprendre…

J'utilise Linux depuis 1923 et j'en ai donc une plus grosse que la vôtre.

Et ça fait pas crisser les pneus comme une Tesla S.

Par contre ça peut prendre feu comme une Tesla S.