Diskussion zum Artikel "Marktsimulation (Teil 03): Eine Frage der Leistung"

[MetaQuotes]

Neuer Artikel Marktsimulation (Teil 03): Eine Frage der Leistung :

Oft müssen wir einen Schritt zurückgehen und dann vorwärts gehen. In diesem Artikel zeigen wir alle Änderungen, die notwendig sind, um sicherzustellen, dass die Indikatoren Mouse und Chart Trade nicht kaputt gehen. Als Bonus behandeln wir auch andere Änderungen, die in anderen Header-Dateien vorgenommen wurden, die in Zukunft weit verbreitet sein werden.

Seit einigen Wochen entwickeln wir einige der Anwendungen, die wir tatsächlich brauchen werden. Als ich jedoch mit der Implementierung einer neuen Anwendung begann, die demnächst eingeführt werden soll, traten Probleme auf. Die Systemleistung sank im Vergleich zu den bis dahin beobachteten Werten erheblich. Da ich nicht vorhabe, das System monolithisch, d. h. als einen einzigen Block, aufzubauen, war es notwendig, die Ursachen für diese Leistungsverschlechterung zu analysieren und zu ermitteln.

Beim Studium des Flussdiagramms sind mir einige Lücken aufgefallen. Diese Lücken müssen geschlossen werden, weil sie früher oder später zu Problemen führen werden. Daher ist die Lösung dieser Probleme und die Verhinderung ihres erneuten Auftretens ebenfalls Teil der endgültigen Anwendungsentwicklung. Beim Studium des Flussdiagramms sind mir einige Lücken aufgefallen. Diese Lücken müssen geschlossen werden, weil sie früher oder später zu Problemen führen werden. Dieser Fehler war zunächst unbemerkt geblieben, wurde aber bei näherer Betrachtung entdeckt und behoben. Und Sie, liebe Leserin, lieber Leser, werden genau sehen können, was das bedeutet.

Diese Art von Details, die von anderen oft ausgelassen oder nicht erklärt werden, können angehende professionelle Programmierer zu der irrigen Annahme verleiten, dass Programmierer niemals Fehler machen oder dass Code von Geburt an fehlerfrei ist und sich ohne Fehler entwickelt. In Wirklichkeit ist kein Code – egal wie sorgfältig er geplant ist – frei von Fehlern. Ich hoffe, dass dieser Artikel nicht nur erklärend ist, sondern auch dazu dient, Folgendes zu zeigen: Code ist nie wirklich fertig. Es gibt immer etwas zu verbessern oder zu korrigieren.

Autor: Daniel Jose