記事"UML ツールを用いたExpert Advisorの開発方法"についてのディスカッション

 

新しい記事 UML ツールを用いたExpert Advisorの開発方法 はパブリッシュされました:

本稿では UML グラフィカル言語を用いたExpert Advisorの開発方法についてお話します。そのツールはオブジェクト指向のソフトウェアシステムのビジュアルモデル化に使用されるものです。この方法のおもなメリットはモデル化プロセスの可視化です。本稿には Software Ideas Modelerを使用したExpert Advisorの ストラクチャとプロパティのモデル化を示す例が含まれています。

図4 TSのユースケースダイアグラム

作者: Dennis Kirichenko

 

魅力的だが、率直に言って、私はその半分も読んで いない。

多分、何度も繰り返すことで何かが見えてくるのだろう。

一般的に、簡単なことを複雑な数式で説明し、3文目には理解できないような教授が嫌いだ。

それが私の問題であればいいのだが。私は、何事もシンプルであるべきだと考えている。

 
Urain:

魅力的だが、率直に言って、私はその半分も読んで いない。

多分、何度も繰り返すことで何かが見えてくるのだろう。

一般的に、簡単なことを複雑な数式で説明し、3文目には理解できないような教授が嫌いだ。

それが私の問題であればいいのだが。私は何事もシンプルであるべきだと思っています。

ウレイン、ワーキング・ウィークの終わりには、新しい資料を消化するのは難しいだろうと思うんだが......。私個人の意見です。

それから、トレードの履歴に基づくトレーディング・プレイヤーという 記事は、もっと複雑だと思います。

それから、あなたは誰を教授と呼んだのですか?:-))

 
プロのプログラマー100人がここに集い、幕間を設けた。普通の人向けの記事を書こう
 
denkir:

ウレイン、仕事終わりの新しい素材は、おそらく消化しきれないと思うんだ...。自分で判断していますが...。

それなら、トレードの歴史に基づいたTrading Playerの 記事の方がずっと難しいと思うのですが...。

それから、あなたは誰を教授と呼んだのですか?:-))

私は批判しているのではなく、感想を書いているのです。

比喩が一般的に受け入れられるか、少なくとも明確なイメージがあればいいのですが。

私としては

В состав строительных блоков входят: 
сущности (things - сами элементы модели), 
отношения (relationships - связывают сущности), 
диаграммы (diagrams - представления моделей UML).

というフレーズがあると、よりわかりやすいと思います:

В состав строительных блоков входят: 
объекты (things - сами элементы модели), 
связи (relationships - связывают объекты), 
диаграммы (diagrams - представления моделей UML).

著者が自分の比喩を一般的に受け入れている場合、非常に読みにくい。文章のほとんどは借り物であり、それゆえに複雑な用語が使われているのだと思うが。

以上、IMHO。

 
Urain:

私は批判しているのではなく、感想を投稿しているのだ。

比喩が一般的に受け入れられるか、少なくとも明確なイメージがあればいいのだが。

例えば、私にとっては

というフレーズがあれば、よりわかりやすいと思います:

著者が自分自身の比喩を一般的に受け入れている場合、非常に読みにくいのだが、文章のほとんどは借り物であり、それゆえに複雑な用語が使われているのだろう。

以上、すべてIMHOである。

ウレイン、 私はあなたが批判しているとは言っていないが...。仮にそうだとしても...。

MQL5プログラマーが慣れている用語とは多少異なります。しかしUMLでは使われている。私が発明したわけではない。また、テキストは借用したものではない。借用した場合は

引用...

一般的なメタファーについての詳細。例えば、UMLにおけるエンティティとオブジェクトは違うものです。これらはニュアンスの違いです。しかし、これらは重要なことではないと思います。興味のある人なら誰でも理解できるだろう:-)
 
denkir:

ウレイン、 あなたが批判しているとは言っていないが......。たとえそうだとしても...。

用語についてはその通りだ。MQL5のプログラマーが慣れ親しんでいるものとは少し違う。しかしUMLでは使われている。私が考案したわけではない。また、テキストは借用したものではありません。借用されたケースは

一般的なメタファーについての詳細。例えば、UMLにおけるエンティティとオブジェクトは異なるものです。これらはニュアンスの違いです。しかし、これらは重要なことではないと思う。興味のある人なら誰でもわかるでしょう :-))

僕は必ず理解するよ。)

私は今、大規模なプログラムを計画する際に致命的なミスを犯し、危機的状況に陥っている。

 

プロジェクトを 画像としてエクスポートできません。

この機能はcharovarバージョンでは無効になっているのでは?

 
Urain:

プロジェクトを画像としてエクスポートできません。

この機能はシャロバー版では無効になっていませんか?

シャロバーバージョンはコマーシャルバージョンと変わりません :-)

では、どうぞ、とても簡単なことですが・・・。

 
denkir:

イワナ版も市販版と変わりません :-)

とても簡単なので、どうぞ...。

サイズを初期設定せず、デフォルトの相対サイズのままにしておいた。
 
とても良い記事だ。