MQL4ドキュメントに関するディスカッション - ページ 3 12345678910...20 新しいコメント 4x4ever 2007.03.08 00:44 #21 MQLはC言語と似ている、そのことに誰も異論はないでしょう。MQLの構文に関するチュートリアルを必要とする人はいませんし、これまで要求したこともありません。 プログラミング言語では、JavaやMQLなど、Framework-eとその関数がドキュメントの主役です。この種の言語では、これがないと何もできないからです。これはアセンブリやC言語とは異なり、気に入らないことや仕組みが理解できないことがあれば、好きなように書き換えて構いません。 Javaのドキュメントでは、90パーセントがFramework関数について書かれています。 MQLは標準的なフレームワーク関数が大きな役割を果たす言語ですが、これらの関数に関するドキュメントはいい加減です（これはまさにnewtonが言ったことで、私もまったく同感です）ので、状況は非常に似ています。 ドキュメントにあるサンプルは役に立たないことが非常に多い。良い例は、一行ではなく、パラメータを持つ関数呼び出しです。ドキュメントやサンプルでは、パラメータの許容範囲、関数を呼び出せる場所と呼び出せない場所、呼び出した結果として何が期待できるかを非常に正確に説明する必要があります。 チュートリアルは必要ありません。ドキュメントを見て、OrderSendの ドキュメントと違って、このドキュメントのように見える場合は、修正してください。 int AccountStopoutLevel() Возвращает значение урвоня, по которому определяется состояние Stop Out. Пример: Print("StopOut level = ", AccountStopoutLevel()); 少なくとも、Stop Outの意味を説明したStop Outからのリンクは、ここに必要です（Margin Callと同じ？ 不明です）。AccountStopOutLevel の場合、このレベルで取引から外されたコンシューマー・アカウントを示し、このレベルと AccountStopOutLevel が報告することの関連性を説明することができれば、より良い。 実を言うと、ドキュメントを読むだけでも楽しくて、無視するのではなく、真剣に考え抜かれて書かれていることがすぐにわかる機能もあります（たとえばOrderSend）。しかし、そのような機能は、ドキュメントが充実しているものほど少ないのです。OrderSendの場合は、誰もがOrderSendを必要としていることは明らかです。ここでは、ドキュメントを書かなければ、人々は全く取引できなくなります。そして、他の機能については、「まあ、騒がないし、まあ、必要なら後で追加する。 必要なんですよ、MQSさん、必要なんですよ」と。追加してください。 Иван 2007.03.08 05:24 #22 Dmitrich: しかし、ここにはプログラマーではなく、トレーダーがたくさんいるのです男は株式市場、興奮、計算をするのが好きだ。なぜトレーダーがC++を勉強してプログラマーになり、論文やチェレンジをするのか？ 彼にとっては面白くないし、Expert Advisorなしで戦略を「実行」するのは難しいのです。どうすればいいのか？最短ルートで、教科書を探す（求める、要求する、強請る）。何がいけないんですか？近くのパン屋のパイが気に入らなければ、別のパン屋を探す。いつも自分たちで焼こうとはしない。みんな自分の好きなことを、できれば自分の好きなようにやればいいんです。 なぜかトレーダーがプログラマーになりたがらないことと、教科書の必要性を一緒くたにするんですね。 これらは全く別物です!私はプログラマーとしての教育は受けていませんし、学習の過程で研究所以外では誰も私にプログラミングを要求しませんでした。しかし、私は2年前にMQLで得たものを読むだけで、少しずつプログラミングを始めました。 今では、私のアイデアで書いた260KbのEAがありますが、これはインターネット上のどこでも見たことがなく、常に修正しています（つまり、検索しているのです）。 もし、トレーダーが1-2ヶ月間、自分が本物の「トレーダー」であると思って市場にお金をかき集めることに成功し、すぐに使える戦略を持っていて幸運だ-賢い教科書さえあれば、週に一度、教科書を使ってエキスパートアドバイザーをプログラムしてよく眠れるだろうと思っているなら、これは誰もが経験する幻想 です！このように、トレーダーは「トレーダー」であることを自覚し、「トレーダー」であることを自覚し、「トレーダー」であることを自覚し、「トレーダー」であることを自覚し、「トレーダー」であることを自覚し、「トレーダ」であることを自覚します。あくまでMTSの開発におけるある種のステップとして扱う必要があります。あなたが1-2ヶ月間市場で成功するために使用したアルゴリズムは、このEAがどのように、そして誰によって実装されようとも-作者自身または金銭を目的とする第三者によって-将来的に何かを保証することは絶対にできないと断言することができます。 dmitrich 2007.03.08 08:09 #23 トレーダーがプログラマーになりたがらないことと、教科書の必要性をなぜか一緒くたにしていますね。<br/ translate="no"> これらは全く別のものです!私はプログラマーとしての教育は受けていませんし、学習過程で研究所以外では誰も私にプログラミングを要求していません。とはいえ、私は2年前にMQLを読み、徐々にプログラミングを始めたばかりです。今は、自分のアイデアで書いた260KbのEAを、インターネット上のどこにも見たことがなく、常に修正している（＝検索している）状態です。 もし、トレーダーが1-2ヶ月間、自分が本物の「トレーダー」であると思って市場にお金をかき集めることに成功し、すぐに使える戦略を持っていてラッキーだ、賢い教科書さえあれば、週に一度は教科書を使ってエキスパートアドバイザーをプログラムしてよく眠れるだろうと思っているなら、これは誰もが経験している幻想 なのです!あくまでMTSの開発におけるある種のステップとして扱うべきでしょう。あなたが1-2ヶ月間市場で成功するために使用したアルゴリズムは、このEAがどのように、誰によって実装されたとしても - 作者が、または他の人がお金を払って実装したとしても - 将来的に何かを保証することは絶対にできないと断言することができます。 ストラテジーの成功の話ではなく、C++の教科書やたくさんの記事やマニュアルを勉強しなくてもExpert Advisorの書き方が わかるようになりたいという、人々の自然な欲求の話です。 Иван 2007.03.08 08:25 #24 Dmitrich: ストラテジーの成功云々ではなく、C++の教科書やたくさんの記事やマニュアルを勉強しなくてもEAを書けるようになりたいという自然な欲求があるのです。 一般的に、私の理解では、通常のMQLの書き方の教科書は、どのプログラミング言語でも書店に並んでいるものと同じようなものであるはずです。1冊半万ページもある分厚い本です。MQLの特徴は、「トレーダー」が夢見る50〜100ページの小冊子では到底語りつくせません。このサイトの記事から判断すると、例を挙げるだけでも100ページ以上になりそうです。そして、イラストや詳しい説明も必要です。ですから、これまでこのサイトの存在に刺激を受けなかった「トレーダー」に、本格的なMQLの教科書がEAプログラミングを強く勧めることはないでしょう。私はMQLのチュートリアルの存在の必要性を語っていますが、これは形式的な側面からの問題で、プログラミング言語があるならば、その言語でプログラミングを学びたい人のためのチュートリアルが（たとえ主に電子媒体であっても）存在しなければならない、という意味です。 ちなみに、現地の記事は、ほとんど教科書の1章分になっているものもあります。 dmitrich 2007.03.08 13:15 #25 solandr:Dmitrich: 成功した戦略の話ではなく、C++の教科書や山ほどの記事やマニュアルを勉強しなくても、Expert Advisorの書き方を学びたいと自然に思うようになったということです。 一般的に、私の理解では、通常のMQLの書き方の教科書は、どのプログラミング言語でも書店に並んでいるものと同じようなものであるはずです。1冊半万ページもある分厚い本です。MQLの特殊性は、「トレーダー」が夢見る50〜100ページの小冊子では到底語り尽くせません。このサイトの記事から判断すると、例を挙げるだけでも100ページ以上になりそうです。そして、イラストや詳しい説明も必要です。ですから、本格的なMQLチュートリアルは、このサイトの存在がこれまでプログラミングの専門家を刺激してこなかったのであれば、「トレーダー」を刺激することはほとんどないでしょう。私はMQLのチュートリアルの存在の必要性を語っていますが、これは形式的な側面からの問題で、プログラミング言語があるならば、その言語でプログラミングを学びたい人のためのチュートリアルが（たとえ主に電子媒体であっても）存在しなければならない、という意味です。ちなみに、現地の記事の中には、ほとんど教科書のチャプターのように使えるものもあります。 そうですね。でも、トレーダーや初心者のプログラマーにとっては、すべてが体系化された教科書を使うほうが簡単でしょう。500ページ全部を勉強する必要はありません。入門編であるプログラミングの基本を勉強した上で、特定の戦略を実装し最適化するために必要な演算子（と呼ばれるもの）だけを選んで参考書として利用すれば十分でしょう。そして、それに応じて、イラスト付きの例も、もうすべて必要ないでしょう。包括的な教科書を書くことは不可能だと思いますが、微妙な部分だけでも、この記事やフォーラムで明らかにすることができます。 Иван 2007.03.08 13:30 #26 Dmitrich: 入門編であるプログラミングの基本を学び、それを参考に、特定の戦略を実現・最適化するために必要な演算子（と呼ばれるもの）だけを選んで使えば十分です。そして、それに応じて、イラストを使った例も、もはやすべて必要なのです。 ただ、こうした問題を解決するために、ロッシュは アルパリのサイトでいくつかの基本的な記事を書いており、ゼロから始める人にはかなり参考になると思います。しかし、デザインが変わりましたね。サイト上ですぐにこれらの記事を見つけることができません。 1週間の間に読むことができ、プログラミングの基本的な傾向を意識することができます。そして、専門のライターが行うべき作業によって Yurixx 2007.03.09 23:04 #27 なぜ、すべてをひとまとめにしてしまうのか？ なぜ、MQLの教科書が必要 である（そして必要でない）という当たり前のことを主張するのでしょうか？ MQLでプログラミングを始めて2年、本なんていらないよ。しかし、まったく必要ないということでしょうか。 このスレッドでは、多くの正しいコメントが他の場所でなされています。それらを私自身のものと合わせて、すべてを一カ所にまとめるために、改めて説明します。 alex_ant さんが書かれているように）MQLプログラムの動作の仕組みを説明する章が必須となります。これは、プログラミングを初めて学ぶトレーダーであれば、言語を学ぶ前でも理解できることです。そして、この説明は取引のプロセスと結びついていなければならず、インジケーター、スクリプト、Expert Advisorの違い、ティックキューとの関係、取引サーバーとの関係、互いとの関係などについても説明することができます。 MQLプログラムの構造、その主な構成要素であるinit()、start()、deinit()関数にはもっと注意を払う必要があります。これらの関数は、MQLと他の言語との大きな違いであり、ドキュメントでは数行と非常に小さなスペースしか与えられていません。 辞書の全項目に目を通し、間違いや誤字をなくすだけでなく、用語を共通項にすることができれば、とても素晴らしいことだと思います。関数や手続きのパラメータが同一または類似しているにもかかわらず、全く異なる用語で記述され、その意味が説明されていないことが非常に多い。その結果、記述は可能だが、一部のパラメーターの意味や使い方は、実験で検討する必要がある。 一直線に例を挙げることは非常に重要 です（4x4ever さんに絶対賛成です）!辞書に載っている例文の大半は、何も説明せず、何も教えてくれない。 一般に、1行の例文は例文ではない！？通常の教科書では、例題を見れば、パラメータの意味と、手続き・関数の使用順序と結果の両方を理解することができます。そして、そのために自分でプログラムを書く必要はない。IMHO: MQLの例の弱さは、ドキュメントの主な欠点の1つです。 そして最後に、インジケーターやスクリプト、アドバイザーの書き方を初心者に段階的に説明するような記事がいくつか必要です。 このニーズはアルゴリズムとは関係なく、MQL-プログラムのアーキテクチャの特徴に関するものです。この記事は、初心者がテンプレートの構造とコードを理解することで、最も難しい最初の一歩を踏み出すのに役立ちます。その後、このテンプレートを使って、この種のプログラムをすべて作成することができます。そして、何の問題もない、なぜなら ロッシュ のような記事が大量に書かれています。適切なものを選び、大幅に簡略化すればいいのです。 開発者の皆様、リストアップされたドキュメントの改善は、チュートリアルを作成するよりもはるかに少ない労力で済みます。しかし、ユーザーにとっては、これらはほぼイコールなのです。よく、両掲示板で同じような質問をする人がいることに不快感を示していますね。繰り返しの質問を激減させることができます。そのためには、少なくともこのスレッドで表明された数少ない希望をドキュメントで検討すればよいのです。 削除済み 2007.03.10 01:31 #28 Yurixx: なぜ、すべてをひとまとめにしてしまうのか？ なぜ、普通の（良くない）MQLの教科書が必須であるという、当たり前のことを主張するのか？ これは正しいかもしれないが、一つ疑問が残る。実際に世の中でプログラミングの教科書を書き、出版しているのは誰なのだろうか？デベロッパーやサードパーティの作家や出版社が行うのですか？開発者がプログラムや言語を作るのであって、教科書を書き、出版するのは全く別のビジネスです。 また、教科書が必要だと思う根拠は何ですか？あなた個人とこのスレの他の3人が必要なら、何の意味もないでしょう。有効な需要があれば、すでに供給がある、それが市場です。 普通の教科書は50〜100ドルです。質の高い教科書を手に入れたい人は、50ドル寄付することをお勧めします。そして、この50ドルで足りるなら、まともな著者を雇うことができる。その著者は、日々の生活の合間ではなく、本業として教科書に取り組んでくれるだろう。普通の編集者を雇い、普通の校閲者を雇い、そして普通の品質で本を出版することになる。 そして、もし十分な需要がなければ、何も話すことはありません。空っぽのフォーラムのおしゃべりです。 Igor Malcev 2007.03.10 05:36 #29 timbo писал (а): これは正しいかもしれないが、一つ疑問が残る。実際に世の中でプログラミングの教科書を書き、出版しているのは誰なのだろうか？開発者が行うのか、それともサードパーティの作家や出版社が行うのか？開発者がソフトウェアや言語を作るのであって、教科書を書き、出版するのは別のビジネスです。 出版社にアイデアを投げかけても、まだ手をつけていない専門的なテーマです。確かに、彼ら（出版社）が本腰を入れれば、ねじまがって間違いだらけになるので、それに比べれば内蔵のハンドブックは聖書のように見えるでしょう :-)。 Сергей Ковалев 2007.03.10 10:40 #30 Yurixx: alex_ant さんが書かれているように）MQLプログラムの動作の仕組みを説明する章は必須です。これは、プログラミングを初めて学ぶトレーダーであれば、言語を学ぶ前でも理解できることです。そして、この説明は取引のプロセスと結びついていなければならず、インジケーター、スクリプト、Expert Advisorの違い、ティックキューとの関係、トレードサーバーとの関係、互いの関係などについても説明することができます。 MQLプログラムの構造、その主な構成要素であるinit()、start()、deinit()関数にはもっと注意を払う必要があります。これらの関数が、MQLと他の言語との本質的な違いです...。 そのとおりです。 「お気づきですか、この天気は？ - 予測可能です。 - オイラオイラ卿、正確に予言したぞ！」。 (ストルガツキー、月曜日は土曜日に始まる) 12345678910...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
プログラミング言語では、JavaやMQLなど、Framework-eとその関数がドキュメントの主役です。この種の言語では、これがないと何もできないからです。これはアセンブリやC言語とは異なり、気に入らないことや仕組みが理解できないことがあれば、好きなように書き換えて構いません。 Javaのドキュメントでは、90パーセントがFramework関数について書かれています。
MQLは標準的なフレームワーク関数が大きな役割を果たす言語ですが、これらの関数に関するドキュメントはいい加減です（これはまさにnewtonが言ったことで、私もまったく同感です）ので、状況は非常に似ています。
ドキュメントにあるサンプルは役に立たないことが非常に多い。良い例は、一行ではなく、パラメータを持つ関数呼び出しです。ドキュメントやサンプルでは、パラメータの許容範囲、関数を呼び出せる場所と呼び出せない場所、呼び出した結果として何が期待できるかを非常に正確に説明する必要があります。
チュートリアルは必要ありません。ドキュメントを見て、OrderSendの ドキュメントと違って、このドキュメントのように見える場合は、修正してください。
少なくとも、Stop Outの意味を説明したStop Outからのリンクは、ここに必要です（Margin Callと同じ？ 不明です）。AccountStopOutLevel の場合、このレベルで取引から外されたコンシューマー・アカウントを示し、このレベルと AccountStopOutLevel が報告することの関連性を説明することができれば、より良い。
実を言うと、ドキュメントを読むだけでも楽しくて、無視するのではなく、真剣に考え抜かれて書かれていることがすぐにわかる機能もあります（たとえばOrderSend）。しかし、そのような機能は、ドキュメントが充実しているものほど少ないのです。OrderSendの場合は、誰もがOrderSendを必要としていることは明らかです。ここでは、ドキュメントを書かなければ、人々は全く取引できなくなります。そして、他の機能については、「まあ、騒がないし、まあ、必要なら後で追加する。 必要なんですよ、MQSさん、必要なんですよ」と。追加してください。
しかし、ここにはプログラマーではなく、トレーダーがたくさんいるのです男は株式市場、興奮、計算をするのが好きだ。なぜトレーダーがC++を勉強してプログラマーになり、論文やチェレンジをするのか？ 彼にとっては面白くないし、Expert Advisorなしで戦略を「実行」するのは難しいのです。どうすればいいのか？最短ルートで、教科書を探す（求める、要求する、強請る）。何がいけないんですか？近くのパン屋のパイが気に入らなければ、別のパン屋を探す。いつも自分たちで焼こうとはしない。みんな自分の好きなことを、できれば自分の好きなようにやればいいんです。
なぜかトレーダーがプログラマーになりたがらないことと、教科書の必要性を一緒くたにするんですね。
これらは全く別物です!私はプログラマーとしての教育は受けていませんし、学習の過程で研究所以外では誰も私にプログラミングを要求しませんでした。しかし、私は2年前にMQLで得たものを読むだけで、少しずつプログラミングを始めました。 今では、私のアイデアで書いた260KbのEAがありますが、これはインターネット上のどこでも見たことがなく、常に修正しています（つまり、検索しているのです）。
もし、トレーダーが1-2ヶ月間、自分が本物の「トレーダー」であると思って市場にお金をかき集めることに成功し、すぐに使える戦略を持っていて幸運だ-賢い教科書さえあれば、週に一度、教科書を使ってエキスパートアドバイザーをプログラムしてよく眠れるだろうと思っているなら、これは誰もが経験する幻想 です！このように、トレーダーは「トレーダー」であることを自覚し、「トレーダー」であることを自覚し、「トレーダー」であることを自覚し、「トレーダー」であることを自覚し、「トレーダー」であることを自覚し、「トレーダ」であることを自覚します。あくまでMTSの開発におけるある種のステップとして扱う必要があります。あなたが1-2ヶ月間市場で成功するために使用したアルゴリズムは、このEAがどのように、そして誰によって実装されようとも-作者自身または金銭を目的とする第三者によって-将来的に何かを保証することは絶対にできないと断言することができます。
もし、トレーダーが1-2ヶ月間、自分が本物の「トレーダー」であると思って市場にお金をかき集めることに成功し、すぐに使える戦略を持っていてラッキーだ、賢い教科書さえあれば、週に一度は教科書を使ってエキスパートアドバイザーをプログラムしてよく眠れるだろうと思っているなら、これは誰もが経験している幻想 なのです!あくまでMTSの開発におけるある種のステップとして扱うべきでしょう。あなたが1-2ヶ月間市場で成功するために使用したアルゴリズムは、このEAがどのように、誰によって実装されたとしても - 作者が、または他の人がお金を払って実装したとしても - 将来的に何かを保証することは絶対にできないと断言することができます。
ストラテジーの成功の話ではなく、C++の教科書やたくさんの記事やマニュアルを勉強しなくてもExpert Advisorの書き方が わかるようになりたいという、人々の自然な欲求の話です。
ストラテジーの成功云々ではなく、C++の教科書やたくさんの記事やマニュアルを勉強しなくてもEAを書けるようになりたいという自然な欲求があるのです。
一般的に、私の理解では、通常のMQLの書き方の教科書は、どのプログラミング言語でも書店に並んでいるものと同じようなものであるはずです。1冊半万ページもある分厚い本です。MQLの特徴は、「トレーダー」が夢見る50〜100ページの小冊子では到底語りつくせません。このサイトの記事から判断すると、例を挙げるだけでも100ページ以上になりそうです。そして、イラストや詳しい説明も必要です。ですから、これまでこのサイトの存在に刺激を受けなかった「トレーダー」に、本格的なMQLの教科書がEAプログラミングを強く勧めることはないでしょう。私はMQLのチュートリアルの存在の必要性を語っていますが、これは形式的な側面からの問題で、プログラミング言語があるならば、その言語でプログラミングを学びたい人のためのチュートリアルが（たとえ主に電子媒体であっても）存在しなければならない、という意味です。
ちなみに、現地の記事は、ほとんど教科書の1章分になっているものもあります。
成功した戦略の話ではなく、C++の教科書や山ほどの記事やマニュアルを勉強しなくても、Expert Advisorの書き方を学びたいと自然に思うようになったということです。
一般的に、私の理解では、通常のMQLの書き方の教科書は、どのプログラミング言語でも書店に並んでいるものと同じようなものであるはずです。1冊半万ページもある分厚い本です。MQLの特殊性は、「トレーダー」が夢見る50〜100ページの小冊子では到底語り尽くせません。このサイトの記事から判断すると、例を挙げるだけでも100ページ以上になりそうです。そして、イラストや詳しい説明も必要です。ですから、本格的なMQLチュートリアルは、このサイトの存在がこれまでプログラミングの専門家を刺激してこなかったのであれば、「トレーダー」を刺激することはほとんどないでしょう。私はMQLのチュートリアルの存在の必要性を語っていますが、これは形式的な側面からの問題で、プログラミング言語があるならば、その言語でプログラミングを学びたい人のためのチュートリアルが（たとえ主に電子媒体であっても）存在しなければならない、という意味です。ちなみに、現地の記事の中には、ほとんど教科書のチャプターのように使えるものもあります。
入門編であるプログラミングの基本を学び、それを参考に、特定の戦略を実現・最適化するために必要な演算子（と呼ばれるもの）だけを選んで使えば十分です。そして、それに応じて、イラストを使った例も、もはやすべて必要なのです。
なぜ、すべてをひとまとめにしてしまうのか？
なぜ、MQLの教科書が必要 である（そして必要でない）という当たり前のことを主張するのでしょうか？
MQLでプログラミングを始めて2年、本なんていらないよ。しかし、まったく必要ないということでしょうか。
このスレッドでは、多くの正しいコメントが他の場所でなされています。それらを私自身のものと合わせて、すべてを一カ所にまとめるために、改めて説明します。
alex_ant さんが書かれているように）MQLプログラムの動作の仕組みを説明する章が必須となります。これは、プログラミングを初めて学ぶトレーダーであれば、言語を学ぶ前でも理解できることです。そして、この説明は取引のプロセスと結びついていなければならず、インジケーター、スクリプト、Expert Advisorの違い、ティックキューとの関係、取引サーバーとの関係、互いとの関係などについても説明することができます。
MQLプログラムの構造、その主な構成要素であるinit()、start()、deinit()関数にはもっと注意を払う必要があります。これらの関数は、MQLと他の言語との大きな違いであり、ドキュメントでは数行と非常に小さなスペースしか与えられていません。
辞書の全項目に目を通し、間違いや誤字をなくすだけでなく、用語を共通項にすることができれば、とても素晴らしいことだと思います。関数や手続きのパラメータが同一または類似しているにもかかわらず、全く異なる用語で記述され、その意味が説明されていないことが非常に多い。その結果、記述は可能だが、一部のパラメーターの意味や使い方は、実験で検討する必要がある。
一直線に例を挙げることは非常に重要 です（4x4ever さんに絶対賛成です）!辞書に載っている例文の大半は、何も説明せず、何も教えてくれない。 一般に、1行の例文は例文ではない！？通常の教科書では、例題を見れば、パラメータの意味と、手続き・関数の使用順序と結果の両方を理解することができます。そして、そのために自分でプログラムを書く必要はない。IMHO: MQLの例の弱さは、ドキュメントの主な欠点の1つです。
そして最後に、インジケーターやスクリプト、アドバイザーの書き方を初心者に段階的に説明するような記事がいくつか必要です。 このニーズはアルゴリズムとは関係なく、MQL-プログラムのアーキテクチャの特徴に関するものです。この記事は、初心者がテンプレートの構造とコードを理解することで、最も難しい最初の一歩を踏み出すのに役立ちます。その後、このテンプレートを使って、この種のプログラムをすべて作成することができます。そして、何の問題もない、なぜなら ロッシュ のような記事が大量に書かれています。適切なものを選び、大幅に簡略化すればいいのです。
開発者の皆様、リストアップされたドキュメントの改善は、チュートリアルを作成するよりもはるかに少ない労力で済みます。しかし、ユーザーにとっては、これらはほぼイコールなのです。よく、両掲示板で同じような質問をする人がいることに不快感を示していますね。繰り返しの質問を激減させることができます。そのためには、少なくともこのスレッドで表明された数少ない希望をドキュメントで検討すればよいのです。
なぜ、すべてをひとまとめにしてしまうのか？
なぜ、普通の（良くない）MQLの教科書が必須であるという、当たり前のことを主張するのか？
また、教科書が必要だと思う根拠は何ですか？あなた個人とこのスレの他の3人が必要なら、何の意味もないでしょう。有効な需要があれば、すでに供給がある、それが市場です。
普通の教科書は50〜100ドルです。質の高い教科書を手に入れたい人は、50ドル寄付することをお勧めします。そして、この50ドルで足りるなら、まともな著者を雇うことができる。その著者は、日々の生活の合間ではなく、本業として教科書に取り組んでくれるだろう。普通の編集者を雇い、普通の校閲者を雇い、そして普通の品質で本を出版することになる。
そして、もし十分な需要がなければ、何も話すことはありません。空っぽのフォーラムのおしゃべりです。
これは正しいかもしれないが、一つ疑問が残る。実際に世の中でプログラミングの教科書を書き、出版しているのは誰なのだろうか？開発者が行うのか、それともサードパーティの作家や出版社が行うのか？開発者がソフトウェアや言語を作るのであって、教科書を書き、出版するのは別のビジネスです。
alex_ant さんが書かれているように）MQLプログラムの動作の仕組みを説明する章は必須です。これは、プログラミングを初めて学ぶトレーダーであれば、言語を学ぶ前でも理解できることです。そして、この説明は取引のプロセスと結びついていなければならず、インジケーター、スクリプト、Expert Advisorの違い、ティックキューとの関係、トレードサーバーとの関係、互いの関係などについても説明することができます。
MQLプログラムの構造、その主な構成要素であるinit()、start()、deinit()関数にはもっと注意を払う必要があります。これらの関数が、MQLと他の言語との本質的な違いです...。
「お気づきですか、この天気は？
- 予測可能です。
- オイラオイラ卿、正確に予言したぞ！」。
(ストルガツキー、月曜日は土曜日に始まる)