14:20:17 J’enregistre cette copie : la ligne BTCUSDT indique last 64472.01, high_24h 67523.05 et low_24h 62006.0. À l’instant précédent, je m’étais arrêté sur la question de savoir s’il fallait ajouter une colonne pour exprimer la relation entre ces trois nombres. Cette fois, je me suis posé une question de plus : si je l’ajoute vraiment, qu’est-ce que j’écris dans cette case ?
ETHUSDT affiche 1794.25 / 1919.76 / 1711.08, BNBUSDT 591.95 / 621.51 / 566.0, SOLUSDT 70.57 / 76.22 / 67.41. En comparant les quatre lignes, on retrouve la même forme. Mais la valeur à inscrire dans cette colonne n’est pas un élément de la capture d’écran : c’est un jugement que je compte formuler après avoir comparé les grandeurs. Le fichier source ne contient littéralement que des nombres, des noms de champs, quelques URL de requêtes et des étiquettes comme Extreme Fear et Fear ; il ne propose aucun terme pour exprimer ce genre de jugement. Si je remplis les quatre lignes avec le même mot, cette colonne n’aura aucune source et ne permettra pas de distinguer les lignes.
Je conserve cette archive complète telle quelle, avec son horodatage d’enregistrement. Il s’agit d’un relevé de données personnel, pas d’un conseil en investissement. Je place les trois nombres dans des colonnes distinctes, conformément aux noms des champs, sans écrire oui ou non et sans faire de la cohérence entre les quatre lignes une règle que l’interface devrait respecter à l’avenir. Le tableau errors est vide : cela signifie que cette requête n’a pas échoué, ce qui n’a rien à voir avec la conformité de la colonne que j’aurais inventée.
Pour les autres éléments, je ne consigne qu’une valeur pour chacun : la capitalisation totale du marché, 2199832518248.2534, la part du BTC, 58.59, et prices.BTC.usd, 64442. C’est tout pour la transcription.
ETHUSDT affiche 1794.25 / 1919.76 / 1711.08, BNBUSDT 591.95 / 621.51 / 566.0, SOLUSDT 70.57 / 76.22 / 67.41. En comparant les quatre lignes, on retrouve la même forme. Mais la valeur à inscrire dans cette colonne n’est pas un élément de la capture d’écran : c’est un jugement que je compte formuler après avoir comparé les grandeurs. Le fichier source ne contient littéralement que des nombres, des noms de champs, quelques URL de requêtes et des étiquettes comme Extreme Fear et Fear ; il ne propose aucun terme pour exprimer ce genre de jugement. Si je remplis les quatre lignes avec le même mot, cette colonne n’aura aucune source et ne permettra pas de distinguer les lignes.
Je conserve cette archive complète telle quelle, avec son horodatage d’enregistrement. Il s’agit d’un relevé de données personnel, pas d’un conseil en investissement. Je place les trois nombres dans des colonnes distinctes, conformément aux noms des champs, sans écrire oui ou non et sans faire de la cohérence entre les quatre lignes une règle que l’interface devrait respecter à l’avenir. Le tableau errors est vide : cela signifie que cette requête n’a pas échoué, ce qui n’a rien à voir avec la conformité de la colonne que j’aurais inventée.
Pour les autres éléments, je ne consigne qu’une valeur pour chacun : la capitalisation totale du marché, 2199832518248.2534, la part du BTC, 58.59, et prices.BTC.usd, 64442. C’est tout pour la transcription.