OpenClとそのためのツール。レビューとインプレッション - ページ 19

新しいコメント
 
進歩は常に良いことの一部であり、古い機能を損なうことなく新しい機能を導入する機会があれば、私は大賛成です。しかし、メーカーと消費者の双方にとって、必ずしも有意義なことではありません。電気式の肉挽き器を例に挙げることができますが、これは進歩的なものですが、誰も必要としていません。古い鉄製の肉挽き器は不足しているのです。ニワカ車とか。他のモデルやメーカーは、新モデル、生産の更新、競合など、問題が山積みです。34年前に発売され、マイナーチェンジを経て現在も輸出され、生産者に収入とドライバーに利益をもたらしているのに対して、誰にとっても理想的なものである。国内外での30年にわたる販売実績は、プロジェクトが 成功するための紛れもない基準であり、発生した変化が影響を及ぼさないほどです。この観点から、私はMT4について話していますが、OpenCLへのインターフェースの提供やその他の有用な変更など、Fiveのメリットのいくつかに異論を唱えるものでは決してありません。
 
Reshetov: だから、技術の進歩に遅れないように、mt4を捨てて、mt5に乗り換えましょう。
。

私はもっと簡単にやりました：私は既製のソリューション（ウェーブレット、ニューロンネットワークなど）を探します。私は.dllを作成します（フォーム、キーバー、ブートストラップ付きのインターフェースを持っていると便利であることを忘れないでください :)Mt4やMt5で作業するとき、コードを移植したり科学文献を読んだりする代わりに、アイデアを確認する時間を節約できて非常に便利です。

レナート、あなたの会社が「ユーザーの気まぐれ」を満たすだけでなく、お金を稼がなければならないことは理解していますが、それでも私は自分の意見に固執します：プログラミングに精通している人は、C++から直接移植できないことによる制約のため、mql5で複雑なプログラムを書くことは難しいでしょう（多次元配列や ポインタを扱えません）。プログラミングに全く慣れていない人（医者、人情家...）は、mql5ウィザードの助けを借りて作成したコードを編集するという点でも、独立してmql5を学習することはできないでしょう。最初の人は、mql5でプログラミングしたいという気持ちが困難を克服するのに役立つだろうが、プログラミングに慣れていない人は、コードの各部に詳細なコメントが付いたライブラリの形で、既製の実装を必要としている。mql5のコドベースには、科学的な市場調査や「科学に近い」市場調査に必要なすべてのライブラリが含まれており、その後、MT5の計算能力が求められるようになることを期待しています。

健闘を祈る

 
IgorM:


レナート、あなたの会社が「ユーザーの気まぐれ」を満たすだけでなく、お金を稼がなければならないことはよく理解していますが、それでも私は自分の意見に固執します。プログラミングに精通している人が、mql5で複雑なプログラムを書くのは難しいでしょう。なぜなら、C++からの直接移植が不可能な制限（多次元配列が使えない、ポインタが使えない）...。

プログラミングに不慣れな人（医者、学者...）は、mql5 Wizardの助けを借りて作成したコードを編集するという点でも、支援なしではmql5を勉強できない..........。

文系や医者向けの移植は分かりませんが、トレーディングに関してはmql5はかなりしっかりした形になっていますね。私の場合、mql5に変えても特に問題は起きませんでした。私はあまり馴染みのない略記法をいくつか持っていますが、それは私がほとんどJavaで書いているからにほかなりません。

ダミーのためのドキュメントは、多くのポイントが既製の例を持たないため、いくつかの問題が発生する可能性があります。しかし、繰り返しになりますが、私にとっては、CodeBaseを閲覧し、記事を読み、理解したため、何の困難も生じませんでした。つまり、この場合の追加トラブルシューティングは、あくまでも私のためなのです。

まあ、OOPがあれば、既成のクラスのライブラリは徐々に増えていくでしょう。明日になるとは思えないが、このハードウェアはソフトウェアよりも早く老朽化する傾向があるだけに、最終的に皆がハードウェアをアップグレードして、MT5に移行するまでには時間がかかるだろう。つまり、バージョンアップすればするほど、状況は良くなっていくのです。

 
Reshetov:

...

まあ、OOPがある限り、既成のクラスのライブラリは徐々に増えていくでしょう。明日になるとは思えないが、このハードウェアはソフトウェアより早く老朽化する傾向があるだけに、最終的に皆がハードウェアをアップグレードし、MT5に移行するまでには時間がかかるだろう。つまり、バージョンアップすればするほど、状況は良くなっていくのです。

どうせ動くのだから、どこにも行かないというのは明らかです。質問が違う。商社でプロと職人に分かれていくのでしょう。もはや、密かに自分たちのできる範囲でモノを作る「中間層」ではないだろう。

お金で注文するか、手渡しで取引するか、どちらかになります。そして、そのような階層化は、長い目で見て、プラットフォームに人気を与えないことは確かです。

 
OnGoing:

どうせ乗り換えるのだから、どこにも行かないというのは明らかです。質問が違う。トレーダーのコミュニティは、プロフェッショナルとヒューマニタリアンとの間でより層化されることになる。

今、黙々と精一杯の工作をしている「中間層」はもういないでしょう。

お金で注文するか、ペンと交換するかです。そして、この階層化は、長い目で見れば、プラットフォームの人気に拍車をかけないことは確かです。

そして、階層化なんてクソくらえだ。取引結果には影響しないので、問題ない。

一般的なトレーダーは、どこにも行かないでしょう。そして、たとえそうなったとしても、それは問題ではありません。

開発者やゲーマーハード所有者のためではなく、エンドユーザー、つまりトレーダーのために開発・改良されることで、プラットフォームの人気は高まるのです。

 
MetaDriver:

1・・・そして、それだ！ すぐに欲しくなる。 金はどこだ？ :)

2. いや、そんなことはないだろう。 本当にオーバーシュートのパワーの問題だと思うんです。近接を減らすか、離散を増やすか、どちらかを試してみてください。 だから、2、3百万残っているように（214ではない）。

両方の方法を試しました。ジェネリックを無効にするために入力パラメータを減らすことができない。

山がモハメッドに来なければ...と言うように。

一度に5つの入力パラメータをチェックしなければならない（11^5 = 161061パス）。 それぞれにサンプルレート11の入力が8つ必要である。その後、切断に3回、再接続に3回、そして再び彷徨う。それも逃げ道です。もし、前方安定性を全くチェックせず、開発者がトラッカーを見下すまで待つのであれば、結果はもっと哀れなものになるでしょう。つまり、追加フォワードテストの工程を2段階に分けて行うのです。

トレードでは、やり過ぎるより、やり過ぎの方がいいのです。

 
Reshetov:

両方の方法を試しました。入力パラメータを減らしてジェネレーションを無効化することはできないが

山がモハメッドに来なければ...と言うように。

一度に5つの入力パラメータをチェックしなければならない（11^5 = 161061パス）。 それぞれにサンプルレート11の入力が8つ必要である。その後、切断に3回、再接続に3回、そして再び彷徨う。それも逃げ道です。もし、前方安定性を全くチェックせず、開発者がトラッカーを見下すまで待つのであれば、結果はもっと哀れなものになるでしょう。ですから、多少の矛盾はあっても、今あるものを使う、つまり、追加フォワードテストのプロセスを2段階に分けるしかないでしょう。

トレーディングでは、過少にするよりも過大にする方が良いのです。

そのような場合の私の考え方は、次のようなものです。

判定スペース（エリア）があるので、確認したい。つまり、境界付近で、沈没に至るパラメータの最大値が存在するかどうか。同時に、オーバーシュートも技術的な理由で不可能です。問題です。

リソース - 最大値しか探せない狂信的な遺伝的アルゴリズムが ある。

解決策：トレードを逆にして、-f(x1,x2,...xn)上の最大値を探す。正の-f(...)を導くパラメータの組み合わせが多く見つかった場合、初期戦略に穴があることを意味し、我々のGA-fanaticは最大の穴を見つけることに成功しました。

// 由良さん認めるんだ、問題を解決 するだけでは、あまりにも怠慢だ。戦うことの方が面白い...。;)

 
MetaDriver:

そのような場合の私の考え方は、次のようなものです。

解の空間（ドメイン）があり、それが空でないことを確認する必要があります。つまり、境界付近にはパラメータの最大値が存在しないため、ドレインが発生するのです。同時に、オーバーシュートも技術的な理由で不可能です。問題です。

リソース - 最大値しか探せない狂信的な遺伝的アルゴリズムがある。

解決策：トレードを逆にして、-f(x1,x2,...xn)上の最大値を探す。正の-f(...)をもたらすパラメータの組み合わせが多数見つかった場合、初期の戦略が崩れ、我々のGAファナティックによって最大の穴がうまく特定されたことを意味します。

これも解であるが、穴の極小値が極値の近傍にある場合に限る。そして、GAはかなりの頻度でその周辺をうろついています。すべての最適化 結果をもとに、近辺の穴を検索する外部プログラムを書く必要がありそうです。今のところ、MT*でこの問題を解決する適当なアイデアが思いつきません。

今のところ、-f(x1,x2,...xn)という数値とフォワードテストの質との間に直接的な相関は見られません。これはさらに確認する必要があります。


MetaDriver:

由良まあ、白状すると、問題を解くだけ では怠慢なのだ。戦ったほうが面白い。;)

問題はとにかく解決しなければならない、つまり逃げられないのです。だからこそ、解決すべき問題なのです。問題が解決されれば、それはもう問題ではありません。しかし、あなたは常に最小限の努力で（理想的にはボタンを押すだけで）解決しようとし、いくつかの穴から扁桃腺を切り取らないようにしたい。
。


特に、あらゆる時代、あらゆる国の技術進歩の最大の革命家とは、議論しても無駄なことだ。という仮定を思いついたのだそうです。

1.巨大なネットワークの主なタスクは「SPEAK」です。(それ以外の仕事は二の次か、巨大なネットワークにはふさわしくない）。) あまり賢くない、明らかに技術的に後進的なトレーダーが、コンピュータネットワークが彼らの必要なタスクを解決しなければならない、しかも可能な限り効率的に、と考えたのでしょうか？ドリームオン）。

2.遺伝的アルゴリズムとは過度の気まぐれで、過去の遺物であり、21世紀のすべてのタスクは完全なブルートフォースによって解決されるべきですが、100万回の通過に制限されています。

つまり、何千台もの超カッコいい高性能ショベルカーが1つのチームになり、そのすべてにバケットの代わりに子供用の砂場用スコップが取り付けられ、技術革新が起きているのです。

このような人物と争っても仕方がない。ショベルカーが活躍すればするほど、何かをするふりをする。そして、仕事が煮詰まったら、人類は感謝するはずだ。何しろ、何千人ものショベルカーが一つのチームになって、同時に調和しながら、一握りずつ同じ溝を掘っていくのですから、進歩的な心を魅了する光景と言えるでしょう。そして、ここで恩知らずの人類は、革新者にひれ伏す代わりに、何らかの理由で不満も表明するのである。

 
Reshetov:

そして、特にあらゆる時代、あらゆる国の技術進歩の最大の革命家とは、戦うことは無駄である。というポスチュレーションを考え出したのは、結局のところ彼なのだ。

そして、あなた方は、古今東西の偉大なる曲げわっぱである。
 
joo:
そして、あなた方は「古今東西の偉大なる曲げわっぱ」なのです。
それは確かです。技術の進歩に絶望的に遅れている。進歩的な頭脳の持ち主は、私を正しい道に導こうとし、試行錯誤しています。しかし、彼らは成功しない。私の鈍感さが、彼らの天才に一歩も近づくことを許さないからだ。
1...121314151617181920212223242526...29
新しいコメント