Automatique ou manuel : comparer les décisions et les exécutions

Comparaison fictive : un EA produit vingt opérations EUR/USD par mois, un processus manuel trois à cinq par semaine. Chacun a une fois enregistré environ 8 % sur un trimestre. Ces nombres ne démontrent ni rendement répétable ni meilleure résistance à un gap. Comparez règles, décisions et exposition dans des conditions identiques.

Trois signaux ne sont pas les mêmes trois signaux

Cinq cas A, B, C, D, E choisis avant examen utilisent les mêmes données. Manuel sélectionne A, B, C ; automatique A, D, E. Chacun évalue tous les cinq, Oui ou Non, et produit trois signaux. Seul A reçoit Oui des deux ; B, C, D, E sont quatre désaccords. Aucun résultat financier ni méthode présumée correcte.

Égalité des totaux et désaccord des cas

Faites défiler horizontalement ou agrandissez le schéma pour lire les détails.

Revoyez données sauvegardées et spécification de chaque désaccord : critère, interprétation ou code diffèrent-ils ? Si les règles n'étaient pas les mêmes, notez-le. L'exemple ne contient ni ordre, prix exécuté ni test statistique de performance. Un total identique ne mesure pas l'accord des décisions.

Comparer l'organisation du travail

Analyse, autorisation, ordre et gestion peuvent être répartis entre personne et programme. Les deux approches peuvent suivre des règles formelles et s'abstenir. Calendrier, exposition et arrêt peuvent être programmés ; une dérogation humaine demande une raison enregistrée. Activer un EA commence un processus d'exploitation, sans supprimer responsabilités de données, permissions, connexion et supervision.

Comparez tâche réelle et modes d'échec plutôt que budget ou étiquette de personnalité. La couverture horaire étendue n'oblige pas à traiter chaque séance ; une disponibilité manuelle plus étroite peut être un choix cohérent.

Répétabilité du code et validité de la méthode

Un programme applique le code sans réinterprétation émotionnelle, mais peut répéter une erreur. Un backtest reproductible ne crée pas d'avantage. Cinq mille transactions simulées sur cinq ou dix ans ne sont pas automatiquement indépendantes ou prédictives. Provenance, prix négociables, coûts et période d'évaluation préservée restent à vérifier.

Testez gestion des demandes, taille et limites avant toute exécution sans surveillance ; consignez interventions séparément. Une condition de marché différente peut fragiliser une méthode sélectionnée ailleurs. Ajouter un filtre ATR crée une autre règle à évaluer, pas une protection garantissant la survie.

Les erreurs techniques ont leur propre preuve

L'ordonnance SEC de 2013 décrit l'erreur de routage automatique de Knight Capital du 1er août 2012 sur actions américaines, avec perte supérieure à 460 millions USD liée à des positions non souhaitées. Elle motive l'examen des contrôles de code et de mise en service ; elle ne mesure pas les pertes des EA Forex particuliers ni ne démontre une supériorité manuelle.

Dans CopyBuffer en MQL5, le paramètre start_pos=0 vise la bougie courante, 1 la précédente ; cela ne décrit pas l'ordre physique de tout tableau destinataire. Lire une valeur déjà disponible sur la bougie courante n'est pas automatiquement anticiper. Utiliser sa valeur finale complète pour une décision antérieure l'est. Gardez horodatages, fuseaux, week-ends et changements de paramètres dans les tests.

Terminal ou VPS peut s'arrêter ou perdre connexion. Contrôlez compatibilité système, conditions actuelles du service, surveillance et redémarrage. Aucune fréquence universelle de défaillance, prix ou durée d'apprentissage n'est déduite de ces cas.

Le contexte peut entrer dans les deux méthodes

Une personne peut utiliser des informations absentes du programme actuel : différence d'implémentation, pas preuve que ce contexte est impossible à formaliser. Un filtre de publication peut suspendre les entrées ou limiter l'exposition. Les fonctions de calendrier MQL5 utilisent l'heure du serveur de trading, pas celle du lecteur ; vérifiez données et conversion.

Intuition ou filtre ne garantissent pas un bon remplissage. Événement inhabituel peut affecter les deux : prévoyez arrêt des entrées, gestion de l'existant et reprise. Débuter manuellement n'exige pas de code ; automatiser ajoute programmation et exploitation, sans enlever connaissance d'instrument et risque. Livre ou durée d'étude ne certifie pas le passage au réel.

Le manuel garde aussi des limites de disponibilité

Notez stop, cible et quantité prévus/réels. Une sortie changée n'est pas forcément irrationnelle : comparez raison et politique préalable. Une liste écrite rend les écarts visibles sans supprimer le risque de marché. Fenêtres de travail, passation ou pause doivent correspondre à la disponibilité réelle, pas à un plafond d'attention universel.

Un scanner fictif peut examiner vingt paires par minute, contre moins en manuel ; cela n'établit pas une amélioration. Plus d'instruments peut aussi accroître signaux indésirables et exposition corrélée. Comptez occasions testées et capacité, en préservant quand agir, attendre et qui peut arrêter.

Budgéter la configuration réelle

Énumérez développement, données, plateforme, interface d'ordre, hébergement, maintenance et récupération. Compatibilité dépend de l'entité, du compte, des permissions API, authentification et données ; le nom commercial du courtier ne suffit pas. Choisissez langage après fonctions requises. Un petit prototype lisant données et validant une demande/réponse peut précéder une dépense plus grande.

Contre-exemple EUR indépendant : résultat mensuel hypothétique 20 EUR après coûts d'exécution, mais hébergement 15 et données 10 payés séparément. Résultat économique −5 EUR avant impôt. Le résultat technique reste 20 ; les 25 externes changent la comparaison de viabilité. Ces montants construits ne sont ni tarif actuel ni gain prévu ; des moyens plus coûteux ne garantissent pas une meilleure méthode.

Choisir selon quatre contraintes vérifiables

• Compétences présentes : programmation, données et exploitation à inventorier sans délai universel.
• Disponibilité : définir fenêtres et récupération, même pour des ordres sans surveillance directe.
• Ressources : financer essais et fonctionnement sans supposer le début des profits.
• Événements inhabituels : spécifier informations, exposition et exécution conduisant à une pause.

Aucune progression sur 24–36 mois, année préalable en manuel ou quantité d'heures n'est validée ici. On peut commencer par recherche systématique ou signaux sans ordres, puis démontrer les contrôles nécessaires. La première automatisation peut être un projet complet sans argent réel.

Dans l'hybride, séparer sélection et exécution

Un programme peut scanner vingt paires, puis une personne autoriser des demandes selon critères écrits. Dans une revue fictive de vingt signaux, douze acceptés impliquent aussi huit refus à conserver avec heures et raisons. L'issue simulée d'un refus n'est pas une transaction réelle. Le profit des acceptés seul ne montre pas l'utilité du filtre humain.

Autre hybride : EA envoie sous limites, personne gère exceptions ; arrêts avant publication ou week-end peuvent être codés. Arrêter les nouvelles demandes, annuler les ordres en attente et clôturer les positions sont trois tâches. Fixez la politique de dérogation avant évaluation, sans exiger que l'hybride soit l'étape finale de chacun.

Modèle source distinct, quatre résultats après coûts dans la même unité arbitraire :−1,+2,−1,+2, total+2. Choisir deuxième et quatrième aux mêmes exécutions donne+4, différence de sélection+2. Mêmes choix avec autres remplissages :+1 et+0,5, total+1,5 ; différence d'exécution−2,5. Écart final+2−2,5=−0,5 par rapport au total initial.

Les choix sont stipulés antérieurs aux issues, sans pouvoir démontré de reconnaître les futurs gagnants. Attribuer+4 à l'hybride omet ses exécutions différentes ; regarder seulement+1,5 masque la comparaison de sélection. La réconciliation arithmétique ne prouve pas les causes réelles. Comparez coûts, exposition et décisions contrefactuelles avec conventions cohérentes.

Un petit protocole de comparaison

• Sur une semaine choisie, noter disponibilité et décisions manquées sans diagnostic.
• Écrire entrées, sorties, quantités, abstentions et discrétion laissée explicite.
• Vérifier données, heures, mode de ticks, contrat et journaux, sans confiance aveugle au pourcentage de qualité.
• Tester arrêt/reprise et effet sur ordres et positions existants.

La validation des EA et le backtest MT4/MT5 prolongent cette revue. Backtest et journal décrivent des preuves, sans classer universellement les méthodes ou promettre un rendement.