【CJ — Suite avancée 11/30 · 39e article au total】
Une transaction gagnante prouve seulement qu’un résultat s’est produit ; elle ne prouve pas que vous savez pourquoi.
Si le système n’a pas enregistré les données qu’il a vues à ce moment-là, les signaux déclenchés, les transactions réellement exécutées, les coûts et les raisons de la sortie, lors de l’analyse rétrospective, vous ne pouvez que regarder le solde du compte et imaginer une histoire. Si une situation similaire se présente la prochaine fois, vous ne saurez ni quelle partie reproduire, ni si la fois précédente n’était qu’un coup de chance.
Un bon journal ne consiste pas à afficher toutes les données. Il doit répondre à quelques questions autour d’une décision : qu’a vu le système à ce moment-là, pourquoi a-t-il autorisé l’action, dans quelle mesure celle-ci a-t-elle été exécutée, en quoi la réalité a-t-elle différé des attentes, et quelle raison y a finalement mis fin ? Lorsque les états essentiels sont identifiés et horodatés, les erreurs peuvent être reproduites.
Les enregistrements doivent aussi avoir leurs limites : conserver les éléments qui ont motivé la décision, sans mélanger clés secrètes et données privées du compte aux journaux. Si un échec ne laisse qu’un message d’erreur, sans lien avec la requête correspondante ni son horodatage, il sera encore difficile d’en trouver la cause la prochaine fois. L’essentiel d’une relecture, c’est de pouvoir relier les événements entre eux, pas de faire grossir les fichiers.
La mémoire d’une stratégie n’est pas une courbe de rendement, mais une chaîne de preuves que l’on peut rejouer. Sans cette chaîne, plus les gains sont importants, plus on risque de prendre le hasard pour du talent.
À suivre : les alertes ne sont pas plus sûres parce qu’elles sont plus nombreuses ; l’essentiel, c’est de pouvoir agir.
#交易日志 #AnalyseStrategique
Une transaction gagnante prouve seulement qu’un résultat s’est produit ; elle ne prouve pas que vous savez pourquoi.
Si le système n’a pas enregistré les données qu’il a vues à ce moment-là, les signaux déclenchés, les transactions réellement exécutées, les coûts et les raisons de la sortie, lors de l’analyse rétrospective, vous ne pouvez que regarder le solde du compte et imaginer une histoire. Si une situation similaire se présente la prochaine fois, vous ne saurez ni quelle partie reproduire, ni si la fois précédente n’était qu’un coup de chance.
Un bon journal ne consiste pas à afficher toutes les données. Il doit répondre à quelques questions autour d’une décision : qu’a vu le système à ce moment-là, pourquoi a-t-il autorisé l’action, dans quelle mesure celle-ci a-t-elle été exécutée, en quoi la réalité a-t-elle différé des attentes, et quelle raison y a finalement mis fin ? Lorsque les états essentiels sont identifiés et horodatés, les erreurs peuvent être reproduites.
Les enregistrements doivent aussi avoir leurs limites : conserver les éléments qui ont motivé la décision, sans mélanger clés secrètes et données privées du compte aux journaux. Si un échec ne laisse qu’un message d’erreur, sans lien avec la requête correspondante ni son horodatage, il sera encore difficile d’en trouver la cause la prochaine fois. L’essentiel d’une relecture, c’est de pouvoir relier les événements entre eux, pas de faire grossir les fichiers.
La mémoire d’une stratégie n’est pas une courbe de rendement, mais une chaîne de preuves que l’on peut rejouer. Sans cette chaîne, plus les gains sont importants, plus on risque de prendre le hasard pour du talent.
À suivre : les alertes ne sont pas plus sûres parce qu’elles sont plus nombreuses ; l’essentiel, c’est de pouvoir agir.
#交易日志 #AnalyseStrategique