OOPと手続き型プログラミングの比較 - ページ 45

新しいコメント
 
Alexey Volchanskiy:

非常に面白い、私は知恵遅れだ。
♪ what's "pontryaginous" ♪

給料が出ないから生地を作ろうとするのがバカバカしい)))理論に飛びつかない)))

Про беллмана и понтрягина:https://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5
さて、いざ稼いでみると、どうすればもっと稼げるようになるのだろうか...。

最適なマネジメントは、トレーディングにも適用されます。
 

Renat Fatkhullin:

嬉しさのあまり、Rは「アクセスの区別がないオールインワンのゴミ箱」モードで書かれているのが、なんとも嫌らしい。20年前の古い手法で、可視化、保護、マルチセッションの領域がない。まるで自分だけがそうであるかのように書いています。そう、このプロジェクトは、プロではない開発者が一人の下で誕生させたものなのです。一から書き直さなければならない。少なくとも一度は。

MQL5からRで普通のインターフェースを作るというアイデアもあったのですが、深く掘り下げると、統合しないことを即決しました。デ ータやセッションを保護することは、断固としてできない。

プログラマーは、要求の厳しい普通の開発チームで働くまで（少なくとも2、3年は手を叩いて）、普通の意味でのデベロッパーにはなれません。候補者を検討する際にテストジョブを見るとき、私たちは90％の確率で頭をつかいます。開発業界全体のトータルホラー

だから、またしても、OOP反対派は、ある種のバカ騒ぎをしているのです。

またまたすみません。

Rentat では、Pythonは どうでしょうか？私が理解する限り、統合という点では、よりオープンなプラットフォームです。そして、最も重要なのは科学計算の面で有望であることです。今回の統合は、MQLや株式データ分析業界を大きく活性化させるものです。

 
Vasiliy Sokolov:

Rentat では、Pythonは どうでしょうか？私が理解する限り、統合という点では、よりオープンなプラットフォームです。そして、最も重要なのは科学計算の面で有望であることです。このような統合は、MQLだけでなく、株式データ分析業界そのものを大きく活性化させることになるでしょう。

ワシリー 昨日、ウズベキスタンの母娘を自宅に招いた。それで？3部屋あるアパートで、スープを食べさせたり、パソコンを見せたり、ウズベク人の話をしたりしました)))みんな笑ってた））。

削除済み  
Ilnur Khasanov:
Про беллмана и понтрягина:https://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5
さて、お金を稼ぐようになると、どうしたらもっと稼げるようになるのだろうかと考えるようになる...。

最適なマネジメントは、トレーディングにも適用されます。

基本的にRLはそこからきているのですが......ベルマンもできますよ、何につけるかを考えればいいんです。

生活のためにトレーディングを始めたのですか？）

最適制御は連続的な問題がほとんどで、そこに非定常性があるとダメなんです。

 
Vasiliy Sokolov:

Rentat では、Pythonは どうでしょうか？私が理解する限り、統合という点では、よりオープンなプラットフォームです。そして、最も重要なのは科学計算の面で有望であることです。このような統合は、MQLにとっても、株式データ分析業界にとっても、大きな前進となることでしょう。

遅いPythonを使い、研究し、その結果をMQL5での高速な実装に移し替える。

MQL5とMetaTrader5で数学をサポートするためにすでに多くのことを行ってきました：MQL5での統計分布 - Rの長所を生かしてより高速に

 
Maxim Dmitrievsky:

基本的にRLはそこからきているのですが......ベルマンもできますよ、何につけるかを考えればいいんです。

生活のためにトレーディングを始めたのですか？）

最適制御は連続的な問題ではなく、ほとんどが非定常性の問題なんです。

どう実装するか考えよう。以上、規約を書きました...。
 
Vasiliy Sokolov:

Rentat では、Pythonは どうでしょうか？私が理解する限り、統合という点では、よりオープンなプラットフォームです。そして、最も重要なのは科学計算の面で有望であることです。この統合は、MQLだけでなく、株式データ分析業界にとって大きな前進となるでしょう。

なぜ統合が必要なのか？既存のツールを使えば、R、Python、データベースなど、あらゆるものをMQLに統合することがすでに可能です。MQLは高級言語と比べるとその数は少ないのですが、これだけあれば十分です。

ちなみにPythonやRはそれほど遅くなく、スクリプト言語として、つまり文中の単語をつなぐために使われることがほとんどです。また、プログラム 全体の実行 時間に占めるPythonやRの割合は非常に小さく、実行時間に何ら影響を与えることはありません。だから、MQLに何かを移植する必要はない。もちろん、マーケットで取引するのであれば話は別ですが。

 
Yuriy Asaulenko:

だから、MQLにも何も移し替える必要はない。もちろん、マーケットで取引するつもりであれば別ですが。

ああ...

 

この議論を見ていると、「私のカンフーはあなたのカンフーより優れている...」というのを思い出します。".

セクトやマーチンのある2つの指標でのロボットは全EAの98％です。私のロボットも例外ではありません。私のEAは、十数種類あるものを一つにまとめようと思った時に初めて使えるようになりました。しかし、最初はすべて手続き型で実装し、その後、OOPに変換していったのです。ちなみに、何年も使い続けているのに、一度も見たことがないクラスもたくさんあります。

ちなみに、数年後も同じように使われているクラスも多く、そこを見ることすらありませんでした。一見、簡単そうに見える問題解決を、こんな風に揶揄することは思いもよらなかったでしょう。

だから、経験のあるプログラマーは、新しいEAのロジックをまず手続き型で発明して、それをOOPに翻訳することが多いんです。この場合、1つだけ利点があります。それは、ソースコードを変更せずに、いくつかのメソッドを書き換えるだけで、簡単に新しい論理分岐を追加したり、変更したりすることができることです。

研究業務では、もちろんOOPは強みです。しかし、何ヶ月もかけて育てたアイデアや、頭の中で完成したイメージがあれば、Expert Advisorは1時間から1日で手続き式に書き上げることができるのです。

削除済み  
Vasiliy Sokolov:

Rentat では、Pythonは どうでしょうか？私が理解する限り、統合という点では、よりオープンなプラットフォームです。そして、最も重要なのは科学計算の面で有望であることです。このような統合は、MQLや株式データ分析業界そのものを大きく前進させることになるでしょう。

もしくは、c++からmqlへのコードコンバーターとかがいい。

というのも、必要なライブラリはある程度調べれば変換されるし、それだけで

1...3839404142434445464748
新しいコメント