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

 
OnGoing:

あ、いいね!がないのが残念強い言葉、饒舌になれなかっただけです。

開発者の方に悪気はないんです。でも、本当に、考えるべきことはあると思います。マーケティング的な要素は、少しやりすぎだと思います。

技術的なことになると、混乱したり、万年「怒られた」モードになったりしないようにしてください。

レシェトフは露骨にデタラメを言い始め、技術論で十分な反論を得た。

 
-Aleksey-: 誤解を恐れずに言えば、なぜトレーダーはメガブレインを持ち、何事にも時間をかけて勉強していると思うのでしょうか?MT5は、コンピュータサイエンスのアイドル、プログラマーのための製品になり、そのためにあなたは家族、時間、お金、ビデオカードを犠牲にしなければならない...。

あなたのケースそんなに比較がしたいなら、忍者(C#)かデューカ(J++)に行けよ。一般ユーザーの問題点、プラットフォームの機能、フォーラム、テクニカルサポートなどを調べてみてください。

それとも、最もシンプルな言語(あるいはビジュアルなコード生成機能)を備えたプラットフォームがお望みでしょうか?はい、そのようなものがあります。しかし、能力的に満足できるものではないのではと思います。

よくある傾向で、逃げ場がない。世界で一番リスクの高いビジネスですから、やはり犠牲は必要です。

そしてもう一度言いますが、MQL5では、ほとんどOOPなしで、従来の手続き型のスタイルで書くことができます。コードがあまり重くない場合は、OOPは必要ありません。イベントハンドラとは別

計算を速く するためにOpenCLで書くのが嫌なら、別にいいんです。コードはまだ実行されますが、スピードは落ちます。クラウドを使いたくない人は、クラウドも使わないでください。しかし、最適化(もし使うのであれば)にそれほど時間がかかっていないことを確認してください。これらはすべて、開発・実行を加速させるためのツールです。使用は必須ではありません。

とにかく、これなくして利益を得ることはできない、システムそのものが主役なのです。もし、システムができれば、他のすべての問題は技術的なものになるだけです。

追伸:忍者/dukasについて: また - 彼らのサービスを見てください。私たちの「仕事」に近いものがあるのでしょうか?私が理解した限りでは、両者のフォーラムはプログラマー向けの些細な質問でいっぱいです。サービスの価格を聞いてみる。

技術的にはDukasにMQL4→J++のコンバーターがありますが、あまり良くできているとは言えません。それでも、経験豊富なコーダーの助けが必要で、かなりの費用がかかるかもしれません。

ですから、それらのプラットフォームが誰のためのものか(トレーダーかコーダーか)、誰がMT5のためのものかを考えてみてください。

 
MetaDriver:

一方、私はDOSで仕事をしています。 全てはここにある http://old-dos.ru/

あらゆる周辺機器(CD-DVD、フラッシュ、サウンド、ビデオなど)のドライバを搭載しているんだ。 すべてが空を飛ぶ。 この新しいモンスターは何のためにあるのでしょうか? 迷惑な話だ。

ええ、たぶん趣味ですね、切手収集の古鉄のような)
 
OnGoing: 一目でわかるように例を挙げてください。OOPでなければ実現不可能なプロジェクトとは、どの程度「重い」ものなのでしょうか?

どの程度かわからない。数カ月後、半年後に修正することが、すべてのコードを一から書くのと同じくらい難しい、ほとんど不可能な作業にならないように十分配慮しています。

まあ、昔はOOPなしでOSを書いていたんですけどね。そして何も、OSは動いた。

追伸:今はOOPの話でもなく、データ型の 話をしています。例えば、「構造体配列」データ型を真似て、「互いに平行な」配列を4で無数に作るのに飽きたらすぐに、5への切り替えの必要性を自分で感じられるようになるはずです。あるいは、リスト/ツリーを要素の追加/削除で処理する必要がある。

 
Mathemat:

それでも、これなくして利益を上げることはできない主なものは、システムそのものです。システムがあれば、他のすべての問題は技術的なものになるだけです。

要は、システムがあるということです。超高収益とはいかないが、存在するのだ。そして、たった一つの疑問があります。それは、まさにこのシステムの最適化のスピードを上げるにはどうしたらいいか、という技術的なものです。

その答えもそこにある。

1.ハードウェアの構築

2.項目をご覧ください。1、そして、プラットフォームがハードウェアに依存しないという主張(Renatの言うところの「あからさまなデタラメ」)はやめましょうよ。

 

Renat:

......

これは、通常のトレーダー向けに行われてきたことの一部です。

実際、MT5製品のメンテナンスはMT4よりも数段高く、既製のソリューションを使用したい人はすべての条件を持っており、重要なのは - すべてのサービスはロシア語です。

mql5の構文が C++に似ていることが、プログラミング言語の類似性の錯覚を生み、C++からmql5への簡単なコードの移植は、同じC++で作成された.dllのつまらない接続でコードの移植の実現可能性を考えさせる、イミフです

ЗЫ: МТ5の膨大な計算能力を見ると、「なぜ端末やテスターにこんな計算能力が必要なのか」、オープンソースのニューラルネットワークプロジェクトは「停滞」しているようだが、MAの計算・最適化に本当にこんなスピードが必要なのか?

 

IgorM:

ZS: MT5の膨大な計算能力を見ると、「なぜターミナルやテスターにこれほどの計算能力が必要なのか」と疑問に思う。オープンソースのニューラルネットワークプロジェクトは「停滞している」ようだが、MAUの計算・最適化に本当にこれほどの速度が必要なのか?

もちろん、そうです。ここで不明なのは?そうでなければ、クラウドネットワークの制約にどう合わせるか。そうでなければ、入力パラメータの数が規範を超えると、遺伝的アルゴリズムの スイッチが入り、Scheme全体が台無しになるため、それ以外の動作はできない。

しかし、なんという急展開でしょう。この分散型ネットワークが、何千台ものコンピュータにブルートフォース攻撃を仕掛け、マッシュカのTSの入力パラメータを1分もかからずに解読したことは、後日お伝えすることにしましょう。

さらに他のビデオカードも何十枚も買って、MashkaのExpert AdvisorをOpenCL用に書き換えれば、話題性は飛躍的に高まり、技術革命に敬意を表して、消防ホースのように右往左往しながら休みなく小便をすることになるでしょうね。

TCが利益を生む見込みがないことは問題ではありません。メインは参加することであり、勝つことではありません。

だから、MT4をやめて、MT5に乗り換えて、技術の進歩についていけるようにしましょう。

 
IgorM:

ZS: MT5の膨大な計算能力を見ると、「なぜターミナルやテスターにこれほどの計算能力が必要なのか」、オープンソースのニューラルネットワークプロジェクトは「停滞している」ようだが、MAUの計算・最適化にこれほどのスピードが本当に必要なのか?

従来は実装が不可能/複雑なために断念されかねなかった課題も、計算能力をもってすれば「正面から」解決することができる。

例えば、単純に64ビットに変換するだけで、仕事上、多くのメリットを得ることができました。あるプロジェクトでは、インメモリーキャッシュを最大20ギガ(利用可能なメモリに依存)まで有効にして、巨大なデータベースのインデックス再作成速度を1桁向上させました。現在、世界中の多くのお客様がこの機能を利用しています。MQL5 Cloud Networkでも、ネットワーク内のローカルエージェントを増やすだけでも、同様のことが可能です。

オープンソースプロジェクトが停滞したわけではありませんが、エディタにMQL5 Storageがネイティブで実装されるのを待つ必要がありました。これなくして、共同作業はほとんど不可能です。もう2週間ほどで発売されます。

 
Reshetov:

だから、MT4を捨ててMT5に乗り換えて、技術の進歩についていけるようにしましょう。

ところで、進歩は蒸気機関車のようにやってきて、誰にもあまり注目されていない。

人々のポケットの中にどれだけのコンピュータパワーが街を歩いているかを見れば、世界がとっくの昔に狂ってしまったことを改めて確認できるはずです。

 
Renat:

これまで実装の不可能性・複雑性から断念されていた問題も、計算機の性能によって「正面から」解決することができるようになったのです。

例えば、64ビットに移行するだけで、仕事上、多くのメリットを得ることができました。

レナート、そういう話じゃないんだ。バカなトレーダーは、技術の進歩から何を得るか?それが何を与えてくれたのか、彼らはあまり興味を示さない。だから、彼らは投機家であり、利己的であり、商人なのだ。

しかし、私は口出しはしない。あなたのスピーチはとてもカリスマ的で、私はビデオカードとOpenCLの本を買いに走らされます。