Diskussion zum Artikel "Wie man mit einem UML-Werkzeug einen Expert Advisor entwickelt"
Verlockend, aber ehrlich gesagt habe ich nicht einmal die Hälfte davon verstanden, mein Bewusstsein verblasste irgendwo um das Diagramm von Precedents.
Vielleicht bringt ja die mehrfache Wiederholung etwas.
Generell hasse ich Professoren dafür, dass sie einfache Dinge in so komplizierten Formeln darstellen, dass man sie schon nach dem dritten Satz nicht mehr versteht.
Ich hoffe, das ist nur mein Problem. Ich halte mich an die Regel, dass alles einfach ist.
Verlockend, aber ehrlich gesagt habe ich nicht einmal die Hälfte davon verstanden, mein Bewusstsein verblasste irgendwo um das Diagramm von Precedents.
Vielleicht bringt ja die mehrfache Wiederholung etwas.
Generell hasse ich Professoren dafür, dass sie einfache Dinge in so komplizierten Formeln darstellen, dass man sie schon nach dem dritten Satz nicht mehr versteht.
Ich hoffe, das ist nur mein Problem. Ich halte mich an die Regel, dass alles einfach ist.
Urain, ich denke, am Ende der Arbeitswoche ist neuer Stoff wahrscheinlich schwer zu verdauen.... Ich spreche für mich selbst.
Dann ist Ihr Artikel Trading Player based on history of trades viel komplizierter, imho....
Und wen haben Sie dann als Professor bezeichnet? :-))
Urain, ich denke, dass am Ende der Arbeitswoche neues Material wahrscheinlich nicht leicht zu verdauen ist.... I judge by myself...
Dann ist dein Artikel Trading Player based on history of trades noch viel schwieriger, imho....
Und wen haben Sie dann als Professor bezeichnet? :-))
Ich kritisiere nicht, ich gebe nur meine Eindrücke wieder.
Der Artikel ist wirklich notwendig, obwohl ich mir wünschte, dass die Metaphern allgemein akzeptiert würden oder zumindest klare Bilder hätten.
Was mich betrifft, so würde der Satz:
В состав строительных блоков входят: сущности (things - сами элементы модели), отношения (relationships - связывают сущности), диаграммы (diagrams - представления моделей UML).
Es wäre einfacher zu verstehen als:
В состав строительных блоков входят: объекты (things - сами элементы модели), связи (relationships - связывают объекты), диаграммы (diagrams - представления моделей UML).
Nun, und so weiter in den Text. Es ist sehr schwer zu lesen, wenn der Autor allgemein akzeptiert Metaphern genannt seine eigenen, obwohl ich vermute, dass der größte Teil des Textes ist entlehnt, daher die komplexe Terminologie.
Alle der oben genannten IMHO.
Ich kritisiere nicht, ich schildere nur meine Eindrücke.
Der Artikel ist wirklich notwendig, obwohl ich mir wünschte, dass die Metaphern allgemein akzeptiert würden oder zumindest klare Bilder hätten.
Zum Beispiel wäre für mich die Formulierung:
Es wäre einfacher zu verstehen als:
Es ist sehr schwer zu lesen, wenn der Autor allgemein akzeptierte Metaphern als seine eigenen bezeichnet, obwohl ich vermute, dass der größte Teil des Textes entlehnt ist, daher die komplexe Terminologie.
All das oben genannte ist IMHO.
Urain, und ich sage nicht, dass Sie Kritik üben.... und selbst wenn Sie das täten...
Sie haben Recht, was die Terminologie angeht: Sie unterscheidet sich etwas von der Terminologie, die ein MQL5-Programmierer gewohnt ist. Aber sie wird in der UML verwendet. Ich habe sie nicht erfunden. Und der Text ist nicht entlehnt. Fälle, in denen er entlehnt ist, sind gekennzeichnet als
Urain, und ich sage nicht, dass du kritisierst..... und selbst wenn Sie das tun...
Sie haben Recht, was die Terminologie angeht: Sie ist etwas anders als das, was MQL5-Programmierer gewohnt sind. Aber sie wird in der UML verwendet. Ich habe sie nicht erfunden. Und der Text ist nicht entlehnt. Die Fälle, in denen er entlehnt ist, sind als
Mehr über gängige Metaphern. Zum Beispiel sind Entitäten und Objekte in UML unterschiedliche Dinge. Das sind also die Nuancen. Aber sie sind nicht entscheidend, denke ich. Wer daran interessiert ist, wird es herausfinden :-))Ich werde es auf jeden Fall herausfinden :)
Ich bin in einer Krise, kritische Fehler bei der Planung großer Programme, und dieser Artikel ist genau richtig.
Ich kann das Projekt nicht als Bild exportieren.
Ist diese Funktion nicht in der Sharovar-Version deaktiviert?
Die Sharovar-Version unterscheidet sich nicht von der kommerziellen Version :-)
Also mach weiter, es ist ganz einfach...
Die Char-Version unterscheidet sich nicht von der kommerziellen Version :-)
Also nur zu, es ist sehr einfach....
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Neuer Artikel Wie man mit einem UML-Werkzeug einen Expert Advisor entwickelt :
In diesem Artikel wird die Erstellung von Expert Advisors mittels UML (Unified Modeling Language) beschrieben, einer Modellierungssprache, die für die bildliche Modellierung von objektorientierten Softwaresystemen verwendet wird. Der Hauptvorteil dieses Ansatzes ist die Verbildlichung des Modellierungsprozesses. In diesem Artikel wird auch ein Beispiel vorgestellt, das die Modellierung von Struktur und Eigenschaften eines Expert Advisors mit dem Programm "Software Ideas Modeler" zeigt.
Beachten Sie aber, dass eine sekundäre Rolle in Bezug auf den Anwendungsfall nicht bedeutet, dass diese Rolle nur sekundäre Bedeutung hat. Außerdem können wir in dem Diagramm erkennen, dass die Rolle des Handelssystem-Users aus der Rolle des Traders und des Investors durch die Beziehung der Generalisierung besteht, dargestellt als Linie mit dem "nicht angemalten" dreieckigen Pfeil.
Abb. 4. Anwendungsfalldiagramm des Handelssystems
Autor: Dennis Kirichenko