最終的にみんながMT5に乗り換えるにはどうしたらいいのでしょうか？(意見収集) - ページ 42

新しいコメント
 
Dmitry Fedoseev:

どこで、どんな場所で？私自身、カンニングペーパーを持っています。でも、公式のヘルプに書いてあれば楽なんですけどね。

このクラスには、Refresh() と RefreshRates() という2つのリフレッシュ・メソッドがあります。データ取得方法には、Refresh()で更新が必要なもの、RefreshRates()で更新が必要なもの、更新が不要なものがあります。ヘルプには一切記載がありません。

引用データはRefreshRates()、その他の記号データはRefresh()です。

これがまず第一に思い浮かびます。このようなドライなリファレンスでは、クラスの便利な取り扱いには不十分であることは、私も同感です。そして、いい意味で、ヘルプを更新するのではなく、こういった便利なクラスをテーマにした記事を何本か書くといいでしょう。私もCIndicatorを扱ったとき、何がどうなっているのかを調べるのに長い時間を費やしましたが、このような情報だけでは本当に不十分なんです。例えば、ある指標を 解析的に計算する クラスがあるとして、それがすでに整理されているのか、それとも自分だけが必要としているのかがわかりにくい。解析する時間がなく、CIndocatorクラスをベースに指標の倹約計算をするソリューションを自作しました。無駄にやっちゃったかなー、もうあるんだけどなー。
でも、記事の依頼はあります。調べてみて、これらすべてのクラスについて、いい記事を連載したほうがいいのかも？少なくともトレーディングやインジケーターの授業については。そこには、人々が知らない、見ていない、面白くて便利なものがたくさんあるのです。

 
Dmitry Fedoseev:
さらに興味深いのは、CsymbolInfoクラスには SymbolInfoDouble(m_name,SYMBOL_BID)やSymbolInfoDouble(m_name,SYMBOL_ASK)のような、実は最も必要とするメソッドがないことである。しかし、SymbolInfoTick()を介して動作するBid()とAsk()メソッドがあり、RefreshRates()を呼び出す必要があります。よく考えられていなくて不便、せめてヘルプでニュアンスを説明してほしい。

10年も前から取り組んでいるにもかかわらず、その些細なところにプログラムの生々しさがあるのです。

見込みは間違いなくある。理解した上で取り組んでいるのです。

 
Реter Konow:

アルゴトレーディングは、専門的なプログラミングを必要としない（してはいけない）ニッチな分野です。彼らは、グラフィカルなアルゴリズムを作りたいと思ってやってくるわけで、それ自体、知的レベルが低いということです。DCの「ギャング」全体が糧としている理解力には限界がある。アルゴトレーダーをプロのプログラマーに教育したいのか？なぜかというと、数が少なくなるように？

この要求される「レベル」のどこにロジックがあるのでしょうか？このナンセンスはどこから来るのでしょうか？MTでのアルゴトレーディングは、大衆が利用できるものでなければならない。そうでなければ、大衆は他のプラットフォームを征服してしまうだろう。全体的にナンセンスな臭いがする。

標準ライブラリは 古くから書かれており、4つにはまった多くの人が必要とする「土下座」してプログラムを書くことができます。そして、さらにシンプルになりました。でも、ここでは叫んでも聞いてもらえません。

 
Artyom Trishkin:

気配値データ - RefreshRates()、その他のシンボルデータ - Refresh()。

これがまず第一に思い浮かびます。そうですね、このようなドライなヘルプでは、クラスで簡単に仕事をするには不十分です。そして、いい意味で、ヘルプを更新するのではなく、こういった便利な授業を題材にした記事をいくつか作っておくとよいでしょう。私もCIndicatorを扱ったとき、何がどうなっているのかを調べるのに長い時間を費やしましたが、このような情報だけでは本当に不十分なんです。例えば、ある指標を 解析的に計算する クラスがあるとして、それがすでに整理されているのか、それとも自分だけが必要としているのかがわかりにくい。解析する時間がなく、CIndocatorクラスをベースに指標の倹約計算をするソリューションを自作しました。無駄なことをしたのかもしれませんね。すでにあるのですが...。
でも、記事の依頼はあります。調べてみて、これらすべてのクラスについて、いい記事を連載したほうがいいのかも？少なくともトレーディングやインジケーターの授業については。そこには、人々が知らない、見ていない、面白くて便利なものがたくさんあるのです。

ビルトイン機能と同じスタイルで、ヘルプに説明や例があれば、常に手元に置いておけるので良いですね。

 
Artyom Trishkin:

クローゼットの中に、破れたスリッパを入れた古いトランクはありませんか？

iXXXの機能は、以前からファイブにありました。そんな怠け者のために、彼らは復活させたのです。

そうなんだろうけど...。
が、なぜ当時廃棄されたのか？
配列を作り、そこにコピーし、必要なものを取り出しながら、すべてが正しいかどうかをチェックするのが正しいと考えたのです......。
では、なぜ私が見なければならないのか。IXXXXは、裏で好きなように、作成、充填、コピー、チェック、そして最終結果を私に教えてください。それはありふれた機能で、なぜ最終消費者に負担をかけるのでしょうか。

怠惰は進歩のエンジンだ！ しかし、開発者たちはそれを知らないようだ。

 
xxz:

そうなんだろうけど...。
が、なぜ当時廃棄さ れたのか？
配列を作って、そこにコピーして、必要なものを取り出して、全部正しいかどうかチェックするのが正しいと思っていたようです......」。
では、なぜ私がそれを見なければならないのか。IXXXXは、裏で好きなように、作成、充填、コピー、チェック、そして最終結果を私に教えてください。平凡な機能なのに、なぜエンドユーザーに負担をかけるのでしょうか。

怠惰は進歩のエンジンだ！ しかし、開発者はどうやらこのことを知らないようだ。

なぜなら、重くなることで端末やシステム全体の動作が遅くなるからです。

その後、もちろん追加されましたが、あなたのような「プロゲーマー」向けです。

 
Dmitry Fedoseev:
そして、面白いのは、CsymbolInfoクラスには、SymbolInfoDouble(m_name,SYMBOL_BID) や SymbolInfoDouble(m_name,SYMBOL_ASK) のようなメソッドはない - これが、最も必要なものだ。しかし、SymbolInfoTick()を介して動作するBid()とAsk()メソッドがあり、RefreshRates()を呼び出す必要があります。スマートで便利じゃないんだから、せめてヘルプでこういうニュアンスの説明くらいしてくれてもいいのに。

ずいぶん前にSDで修正するように提案したことがあります。Bid()とAsk()のメソッドでreturnの前にrefreshRates()を置くだけです。しかし、それは私の前を通り過ぎただけだった。

 
Vitaly Muzichenko:

なぜなら、より重いからです。


確認しましたか？

それどころか、データ構造 全体を取得するよりも、曜日だけを取得する方がはるかに速いのです。
 
Artyom Trishkin:

昔、SDで修正することを提案したことがあります。Bid()とAsk()メソッドのreturnの前にRefreshRates()を置くだけです。しかし、それは私の前を通り過ぎただけだった。

いいえ、それはできません。パフォーマンスが低下します。

 
Dmitry Fedoseev:

記事ですが、ヘルプに説明や例があるといいですね。組み込み関数と同じスタイルで、常に手元に置いておけるようにします。

私もそう思います。そして、それを実行するための提案も含めて質問してみてはいかがでしょうか。まあ...山とモハメッドについて...この善行をマネタイズできるかも？

1...353637383940414243444546474849...67
新しいコメント