OOPと手続き型プログラミングの比較 - ページ 48 1...4142434445464748 新しいコメント Maxim Dmitrievsky 2018.04.18 16:18 #471 Yuriy Asaulenko:OOPの観点からは、全く間違ったアプローチです。あなたのビジネスはTCであり、すでに作成され動作しているコードを書き換えることではありません。oopはどうなのか、我々は異なる言語と変換方法について話しています。 pythonとかで勉強するのは難しくないけど、安定した動作と持ち運びのしやすさを考えると、こういう松葉杖はダメですね。 そのため、ライブラリはmqlに書き換えられています。 Yuriy Asaulenko 2018.04.18 16:26 #472 Maxim Dmitrievsky:OOPと何の関係があるのですか？OOPとは、クラスや継承のことではなく、サードパーティのプログラムやコードを変換せずに直接利用することを含む概念です。 ある言語から別の言語へ書き直したいなら、ご自由にどうぞ。しかし、それはOOPの概念とは一致しない。そしてこのスレッドはOOPについてです、実は)。 Alexey Volchanskiy 2018.04.18 22:02 #473 Renat Fatkhullin:遅いPythonを使って研究し、その結果を今日の読み物であるMQL5で高速な実装に移す。 MQL5とMetaTrader5で数学をサポートするためにすでに多くのことを行ってきました：MQL5での統計分布 - Rの長所を生かしてより高速に読むだけで、頭が良くなる! Alexey Volchanskiy 2018.04.18 22:04 #474 Yuriy Asaulenko:OOPとは、クラスや継承のことではなく、サードパーティ製のプログラムやコードを変換せずに直接利用することを含む概念です。 ある言語から別の言語へ書き直したいのなら、ご自由にどうぞ。しかし、それはOOPの概念とは一致しない。そしてこのスレッドはOOPについてです、実は)。はい、でも、使ってはいても、みんなが理解しているわけではありません )) Yuriy Asaulenko 2018.04.18 22:08 #475 Alexey Volchanskiy:読んだだけで、クレバーな発想!RenatはPythonをMCLに移植することをどのように意図（提案）しているのでしょうか？複雑なアルゴリズム（例えばMO）に関しては、Pythonにはパッケージ（モジュール）があり、Pythonには全くない。そして、Pythonはそれ自体では、誰にとっても全く興味がないものです。 Alexey Navoykov 2018.04.18 23:00 #476 Maxim Dmitrievsky:Pythonなどで研究を行うことは難しくありませんが、このような松葉杖は安定した動作と容易な携帯性には適していません。 そのため、ライブラリを取ってきてmqlに書き換えるのです。mqlからplusに書き換えるときは論理的でわかるが、戻るときは何か不健康だ。 そもそも何が言いたいのか？ まず、生産性が（何倍にも）大きく落ちることだ。次に、コーディングに多くの時間を浪費すること、そして最も重要なのはDELETEです。 あなたは、コーディングがほんの一部であることを忘れているようです。 主なことは、後ですべてをなめること、バグを修正することです - 言語間には多くの違いがあるのでいずれそうなります、それはすでにここで言及されているとおりです。また、出来上がったコードがすぐにコンパイルできたとしても、原文通りに動作するわけではありません。 そして、"一貫して動作した "ということですね。 Maxim Dmitrievsky 2018.04.18 23:02 #477 Alexey Navoykov:mqlからplusに書き換えるときは論理的でわかるが、backは何か不健全だ。 そもそも何が言いたいのか。 まず、生産性が（何倍にも）大きく損なわれている。次に、コーディングに多くの時間を浪費すること、そして最も重要なのはDELETEです。 あなたは、コーディングがほんの一部であることを忘れているようです。 主なことは、後ですべてをなめること、バグを修正することです - 言語間には多くの違いがあるのでいずれそうなります、それはすでにここで言及されているとおりです。また、出来上がったコードがすぐにコンパイルできたとしても、原文通りに動くとは限りません。この話の趣旨は？ Алексей Тарабанов 2018.04.18 23:48 #478 何か、連絡を取り合えそうな気がします。飽きるまで。 1...4142434445464748 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
OOPの観点からは、全く間違ったアプローチです。あなたのビジネスはTCであり、すでに作成され動作しているコードを書き換えることではありません。
oopはどうなのか、我々は異なる言語と変換方法について話しています。
pythonとかで勉強するのは難しくないけど、安定した動作と持ち運びのしやすさを考えると、こういう松葉杖はダメですね。
そのため、ライブラリはmqlに書き換えられています。
OOPと何の関係があるのですか？
OOPとは、クラスや継承のことではなく、サードパーティのプログラムやコードを変換せずに直接利用することを含む概念です。
ある言語から別の言語へ書き直したいなら、ご自由にどうぞ。しかし、それはOOPの概念とは一致しない。そしてこのスレッドはOOPについてです、実は)。
遅いPythonを使って研究し、その結果を今日の読み物であるMQL5で高速な実装に移す。
MQL5とMetaTrader5で数学をサポートするためにすでに多くのことを行ってきました：MQL5での統計分布 - Rの長所を生かしてより高速に
読むだけで、頭が良くなる!
OOPとは、クラスや継承のことではなく、サードパーティ製のプログラムやコードを変換せずに直接利用することを含む概念です。
ある言語から別の言語へ書き直したいのなら、ご自由にどうぞ。しかし、それはOOPの概念とは一致しない。そしてこのスレッドはOOPについてです、実は)。
はい、でも、使ってはいても、みんなが理解しているわけではありません ))
読んだだけで、クレバーな発想!
RenatはPythonをMCLに移植することをどのように意図（提案）しているのでしょうか？複雑なアルゴリズム（例えばMO）に関しては、Pythonにはパッケージ（モジュール）があり、Pythonには全くない。そして、Pythonはそれ自体では、誰にとっても全く興味がないものです。
Pythonなどで研究を行うことは難しくありませんが、このような松葉杖は安定した動作と容易な携帯性には適していません。
そのため、ライブラリを取ってきてmqlに書き換えるのです。
mqlからplusに書き換えるときは論理的でわかるが、戻るときは何か不健康だ。 そもそも何が言いたいのか？ まず、生産性が（何倍にも）大きく落ちることだ。次に、コーディングに多くの時間を浪費すること、そして最も重要なのはDELETEです。 あなたは、コーディングがほんの一部であることを忘れているようです。 主なことは、後ですべてをなめること、バグを修正することです - 言語間には多くの違いがあるのでいずれそうなります、それはすでにここで言及されているとおりです。また、出来上がったコードがすぐにコンパイルできたとしても、原文通りに動作するわけではありません。 そして、"一貫して動作した "ということですね。
mqlからplusに書き換えるときは論理的でわかるが、backは何か不健全だ。 そもそも何が言いたいのか。 まず、生産性が（何倍にも）大きく損なわれている。次に、コーディングに多くの時間を浪費すること、そして最も重要なのはDELETEです。 あなたは、コーディングがほんの一部であることを忘れているようです。 主なことは、後ですべてをなめること、バグを修正することです - 言語間には多くの違いがあるのでいずれそうなります、それはすでにここで言及されているとおりです。また、出来上がったコードがすぐにコンパイルできたとしても、原文通りに動くとは限りません。
この話の趣旨は？