MQL4ドキュメントに関するディスカッション - ページ 10 1...34567891011121314151617...20 新しいコメント 削除済み 2007.03.16 18:41 #91 Renat: しかし、それを理解しようとせず、首をかしげ、「お客様はいつも正しい」というスローガンを旗に掲げ、文字通り次のように宣言する人がいるのです。 教科書がないと理解しにくいという人は、あなた自身に問題があることを理解してください。 重力の法則に対して「理解しろ、人が動くのは悪いことだ、それはお前の問題だ！」と言っているのと同じことです。なぜわからないんだ！」ちなみに、1冊で物理学者になり、3時間、最長で7日で良くなるとしたら、どうですか？ 言いたいことはわかる気がします。私も一部賛成ですが、学習プロセスを簡略化できる可能性があるのなら、「それは不可能だし、物理法則に反するから」という理由だけで、それをやってはいけないというのは納得いきません。不可能なことをやれとは言いません。理想は実現不可能なものだとわかっています。しかし、もう少しうまくやることはいつでも可能です。この「ちょっとだけ」をアプリオリに否定しないことに賛成です。そして一般的に、実用面では、あなたのドキュメントがどうなるかは気にしません。なぜなら、私はすでに欲しいものをすべて把握しているからです。このスレッドでの私の書き込みは、単に善意と人々の助けになりたいという思いからです。 レナート ドキュメントの拡充に貢献できる人はいますか？ 時期が来たら寄稿します。 メタクォーツ 掲載第一弾：Expert Advisorの作成例 もちろん、この記事は少し古いのですが、簡単なExpert Advisorの構造を理解することができます。 ありがとうございます（苦笑）。見たことないですね。 Иван 2007.03.16 19:00 #92 alex_ant: メタクォーツ 最初の記事の一つ：Expert Advisorの作成例 もちろん、この記事は少し古いものですが、簡単なExpert Advisorの構造を理解することができます。 ありがとうございます。見たことないですね。 ちなみに、私が2年前にExpert Advisorとは何か、どのようにプログラミングするのかを理解した根拠は、この記事だけでした。 一般に、人は良いものに慣れるのが早く、現状とは関係なく、どうしても「詰み」のプロセスが始まってしまう。社会のいたるところで起こっていることです。人はただ、ある種の絶え間ない闘争と、たとえ刹那的であっても原理的には何も変わらない目標の達成を必要としているのです。そうでないと、知人（ちなみに大富豪）が言っていたように、単に生きるのが面白くなくなるだけですからね;o)。 削除済み 2007.03.16 19:29 #93 Renat: 私の経験と知識は、プログラミングは複雑なものであり、いくら理論（3時間で言語を習得！）でもプログラマーにはなれないということを意識的に説明するのに十分です。しかし、このことを理解しようとせず、頭のスイッチを切り、「お客様はいつも正しい」というスローガンを掲げている人もいる... また、いくつかの事実を引用して弁明したい。 若いITマニア向けの雑誌がある。"ハッカー "です。例えば、PHPやASP、Object Pascalのように、ある言語の基本を 読者に広め、簡単なプログラムを書く方法を紹介することもあります。この記事を読んで、「PHPを知っている」とは言えないが、一定のベースはできている。既成のプログラムを書き、自分の知識の成長に合わせて変更し、改良していくことができるのだ。プログラミング言語をマスターする人は、そもそも他のものは必要ない。 C言語でロボットを操作する「Colobot（コロボット）」というゲームがあります。言語の学習は、非常にシンプルで単純なタスクに基づいており、わずか数回のミッションで、プレイヤーはすべてのC言語の構文、一般的なプログラミングの原則などを学ぶことができます。 全体として、納得がいかない。 また、プロダクトクリエイター（プログラマー）は、自分の仕事の成果を客観的に評価できないという意見も根強くあります。彼らがプログラマーの視点からシステムを見るように。したがって、もしあなたがMT 4やMQLのプログラマーやクリエイターであれば、私たちはあなたと異なる言語を話していることになります。欧米のソフトウェア企業は、従来から第三者企業や専門家に依頼して、製品に対する消費者ニーズを調査し、使い勝手や機能性を客観的に評価してきました。もちろん、私が教えるわけではありませんが、ただ、私の考え方を理解してほしいのです。 dmitrich 2007.03.16 20:35 #94 Renat: 重力の法則に対して「理解しろ、人間はうまく動けないものだ、それはお前の問題だ！」と言うのと同じことです。なぜわからないんだ！」ちなみに、1冊の本から3時間、最長7日間で物理学者になるのはいかがでしょうか？ つまり、常識的で、プログラミングを意識した取り組み（プログラミングは難しい）、事実に基づいた資料（空虚な、あるいは難解な非難は不要）、理解したくないという愚痴は大歓迎です（そう、難しいのです）。 個人的なことではありません。これは礼儀正しく恭しくなく、要領を得たものです。 人は有史以来、重力と格闘してきた。スコップからトラクターへの移行も、自然の法則に逆らう闘いです。シャベルで掘るよりトラクターで耕したいという人がいることに、なぜそんなに痛烈に反応するのでしょうか？"前はシャベルで掘っていたんだから、賢くなって怠けるな!ディグ！" 原理的に十分なドキュメントがあるので、最終的に整理するのが正解です。でも、初心者が簡単にコツをつかめるようにしたらどうでしょう。C言語の簡単な教科書をベースに、構文を明確にし、不要なものを取り除き、必要な関数や例を追加するだけで、自分自身の教科書を書くことができるのではないでしょうか？ Yurixx 2007.03.16 22:18 #95 Renat: Yurixxさん、実際のエラーをご指摘ください。あなたが引用したものは、まったく間違いではありません。 ヘルプラインでの説明は、全く正常であり、明確です。 さて、もし私が書いたもので十分でないなら．どうぞ。 1.変数range_indexの 意味と測定番号との関連は、理解しがたいほど（とまでは言わないが）記述されている。 2.与えられたサンプルの結果が欠落しており、記述された関数が何を行っているのか理解できない。一般的に、例の結果の出力はこの例を理解するのに最適な方法であり、それ故にドキュメントの記事も理解することができます。したがって、この出力は可能な限り存在させるべきである。 3.例のデータは、結果を出力しても、記述されている関数の意味を理解することができないようなものです。 これらはすべて実際の（「明示的」ではないが）文書の誤りである。 プログラマが予約語句の 使い方を誤ると、プログラムが動作しなくなることに注意しよう。そして、ドキュメントを書く人が、自分の考えを自分が書いている言語で正しく表現できない場合、それでもうまくいくのですが、もっとひどいことになります。 そして、プログラマーはデバッグをしながら、それに合わせてプログラムを修正する。しかし、ドキュメンテーションのユーザーは、もっとひどい状況にある。もちろん、作り手との話し合いの中で、言葉の理解を深めていくのだが、残念ながら、作り手にドキュメントの完成を強制することはできない。そして、「大丈夫、結局はわかってくれる」と思ってくれれば。では、難しかったらどうするか？きっと何とかしてくれる」、では本末転倒です。 その結果、双方でどれだけの時間と労力が浪費されたことか ! 削除済み 2007.03.16 23:18 #96 alex_ant: また、私の弁明として、2つの事実を述べたいと思います。 ハッカー」というIT好きの若者向けの雑誌があります。本誌は、ある言語（たとえばPHP、ASP、Object Pascal）の基本を見開きで紹介し、簡単なプログラムを書く方法を紹介することもあります。この記事を読んで、「PHPを知っている」とは言えないが、一定のベースはできている。既成のプログラムを書き、自分の知識の成長に合わせて変更し、改良していくことができるのだ。プログラミング言語をマスターする人は、そもそも他のものは必要ない。 C言語でロボットを操作する「Colobot」というゲームがあります。言語の学習は、非常にシンプルで単純なタスクに基づいており、わずか数回のミッションで、プレイヤーはC言語のすべての構文、一般的なプログラミング原理、さらにはそれ以上のことを学ぶことができます。 全体として、納得がいかない。 また、プロダクトクリエイター（プログラマー）は、自分の仕事の成果を客観的に評価できないという意見も根強くあります。なぜなら、彼らはプログラマーの視点からシステムを見ているからです。したがって、もしあなたがMT 4やMQLのプログラマーやクリエイターであれば、私たちはあなたと異なる言語を話していることになります。欧米のソフトウェア企業は、従来から第三者企業や専門家に依頼して、製品に対する消費者ニーズを調査し、使い勝手や機能性を客観的に評価してきました。もちろん、私が教えるわけではありませんが、ただ、私の考え方を理解してほしいのです。 引用しすぎて一気に謝ってしまいましたが、これらはすべてMQを擁護するための例です。ハッカーはPHPの開発者ではないし、コロボットはC言語の開発者ではないからです。それに、消費者はハッカーやコロボットにお金を払っているのであって、PHPやCには溶媒の需要があるのです。教科書や研修など、MQLに関する有効な需要は実質的にないのです。中には、文書作成に手を付けず、プログラマーに全てを任せているトレーダーもいます。そして、お金を使いたくない、つまり有効な需要を生み出さない、あるいは利用できるものを研究するための時間と労力を使いたくないが、開発者を蹴ってでももっと作ろうとするフリーローダーの集団がいるのです。立場は常に勝ち組。抽象的に「もっと」と要求することは、楽園でも可能なのだ。 削除済み 2007.03.16 23:29 #97 Dmitrich: おっしゃるとおり、原則的にはドキュメントで十分ですので、いずれはコツを掴んでいただけると思います。でも、初心者が簡単にコツをつかめるようにしたらどうでしょう。簡単なC言語の教科書をベースに、構文を明確にし、不要なものを取り除き、必要な関数や例を追加するだけで、独自の教科書を書くことはできないだろうか。 なぜなら、最もシンプルなC言語のチュートリアルは、時間と労力を必要とする商業プロジェクト だからです。もう何度も言われているように、この人生にはタダというものはないのです。あなた自身は、他人のために無償で働く覚悟がありますか？本業でもいい、つまり給料全額を教科書作成口座に振り込むだけでもいいのです。モスクワに、かなり低予算の出版社をいくつか知っていて、その出版社の企画を手伝ってもらうことができます。どう？ダメ？誰かがあなたのためにお金を払わなければならないのですか？ ちなみに、「ある簡単なC言語の教科書をベースに、その構文を洗練させ、不要なものを取り除き、必要な関数や例を追加するだけで自分の教科書を書く」ことを、「盗む」と言います。 削除済み 2007.03.16 23:35 #98 Yurixx: 通常、インデックスとは配列の要素に番号を付ける変数のことです。この場合、インデックスではなく、インデックス番号となります。 ただし、「インデックスは0から始まるので、ディメンションサイズは最大のインデックスより1大きい」という表現から、「ディメンションサイズは0から始まるので、ディメンションサイズは最大のインデックスより1大きい」となります。「これも何もかもが理解できない。特に初心者の方には。 普通は」どうなのかわかりませんが、ロシア語で、しかも初心者にも理解できるように聞こえます。配列の中に変数があり、それぞれが郵便番号、つまりシーケンス番号を持っています。それだけです。インデックスナンバーは何かというと、暗い森です。 Renat Fatkhullin 2007.03.16 23:53 #99 私たちは、グローバル（多言語）学習の考えを熱く支持しています。本気でリソースを投入しています。すでにヘルプをアップグレードしています。 しかし、批評においては、事実に基づいた材料にこだわり、「普遍的／理想的」な主張に堕落しないようにする必要があるのです。 dmitrich 2007.03.17 09:37 #100 1...34567891011121314151617...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
しかし、それを理解しようとせず、首をかしげ、「お客様はいつも正しい」というスローガンを旗に掲げ、文字通り次のように宣言する人がいるのです。
教科書がないと理解しにくいという人は、あなた自身に問題があることを理解してください。
重力の法則に対して「理解しろ、人が動くのは悪いことだ、それはお前の問題だ！」と言っているのと同じことです。なぜわからないんだ！」ちなみに、1冊で物理学者になり、3時間、最長で7日で良くなるとしたら、どうですか？ドキュメントの拡充に貢献できる人はいますか？
掲載第一弾：Expert Advisorの作成例
もちろん、この記事は少し古いのですが、簡単なExpert Advisorの構造を理解することができます。
最初の記事の一つ：Expert Advisorの作成例
もちろん、この記事は少し古いものですが、簡単なExpert Advisorの構造を理解することができます。
一般に、人は良いものに慣れるのが早く、現状とは関係なく、どうしても「詰み」のプロセスが始まってしまう。社会のいたるところで起こっていることです。人はただ、ある種の絶え間ない闘争と、たとえ刹那的であっても原理的には何も変わらない目標の達成を必要としているのです。そうでないと、知人（ちなみに大富豪）が言っていたように、単に生きるのが面白くなくなるだけですからね;o)。
私の経験と知識は、プログラミングは複雑なものであり、いくら理論（3時間で言語を習得！）でもプログラマーにはなれないということを意識的に説明するのに十分です。しかし、このことを理解しようとせず、頭のスイッチを切り、「お客様はいつも正しい」というスローガンを掲げている人もいる...
若いITマニア向けの雑誌がある。"ハッカー "です。例えば、PHPやASP、Object Pascalのように、ある言語の基本を 読者に広め、簡単なプログラムを書く方法を紹介することもあります。この記事を読んで、「PHPを知っている」とは言えないが、一定のベースはできている。既成のプログラムを書き、自分の知識の成長に合わせて変更し、改良していくことができるのだ。プログラミング言語をマスターする人は、そもそも他のものは必要ない。
C言語でロボットを操作する「Colobot（コロボット）」というゲームがあります。言語の学習は、非常にシンプルで単純なタスクに基づいており、わずか数回のミッションで、プレイヤーはすべてのC言語の構文、一般的なプログラミングの原則などを学ぶことができます。
全体として、納得がいかない。
また、プロダクトクリエイター（プログラマー）は、自分の仕事の成果を客観的に評価できないという意見も根強くあります。彼らがプログラマーの視点からシステムを見るように。したがって、もしあなたがMT 4やMQLのプログラマーやクリエイターであれば、私たちはあなたと異なる言語を話していることになります。欧米のソフトウェア企業は、従来から第三者企業や専門家に依頼して、製品に対する消費者ニーズを調査し、使い勝手や機能性を客観的に評価してきました。もちろん、私が教えるわけではありませんが、ただ、私の考え方を理解してほしいのです。
つまり、常識的で、プログラミングを意識した取り組み（プログラミングは難しい）、事実に基づいた資料（空虚な、あるいは難解な非難は不要）、理解したくないという愚痴は大歓迎です（そう、難しいのです）。
個人的なことではありません。これは礼儀正しく恭しくなく、要領を得たものです。
原理的に十分なドキュメントがあるので、最終的に整理するのが正解です。でも、初心者が簡単にコツをつかめるようにしたらどうでしょう。C言語の簡単な教科書をベースに、構文を明確にし、不要なものを取り除き、必要な関数や例を追加するだけで、自分自身の教科書を書くことができるのではないでしょうか？
Yurixxさん、実際のエラーをご指摘ください。あなたが引用したものは、まったく間違いではありません。
ヘルプラインでの説明は、全く正常であり、明確です。
さて、もし私が書いたもので十分でないなら．どうぞ。
1.変数range_indexの 意味と測定番号との関連は、理解しがたいほど（とまでは言わないが）記述されている。
2.与えられたサンプルの結果が欠落しており、記述された関数が何を行っているのか理解できない。一般的に、例の結果の出力はこの例を理解するのに最適な方法であり、それ故にドキュメントの記事も理解することができます。したがって、この出力は可能な限り存在させるべきである。
3.例のデータは、結果を出力しても、記述されている関数の意味を理解することができないようなものです。
これらはすべて実際の（「明示的」ではないが）文書の誤りである。 プログラマが予約語句の 使い方を誤ると、プログラムが動作しなくなることに注意しよう。そして、ドキュメントを書く人が、自分の考えを自分が書いている言語で正しく表現できない場合、それでもうまくいくのですが、もっとひどいことになります。
そして、プログラマーはデバッグをしながら、それに合わせてプログラムを修正する。しかし、ドキュメンテーションのユーザーは、もっとひどい状況にある。もちろん、作り手との話し合いの中で、言葉の理解を深めていくのだが、残念ながら、作り手にドキュメントの完成を強制することはできない。そして、「大丈夫、結局はわかってくれる」と思ってくれれば。では、難しかったらどうするか？きっと何とかしてくれる」、では本末転倒です。
その結果、双方でどれだけの時間と労力が浪費されたことか !
また、私の弁明として、2つの事実を述べたいと思います。
ハッカー」というIT好きの若者向けの雑誌があります。本誌は、ある言語（たとえばPHP、ASP、Object Pascal）の基本を見開きで紹介し、簡単なプログラムを書く方法を紹介することもあります。この記事を読んで、「PHPを知っている」とは言えないが、一定のベースはできている。既成のプログラムを書き、自分の知識の成長に合わせて変更し、改良していくことができるのだ。プログラミング言語をマスターする人は、そもそも他のものは必要ない。
C言語でロボットを操作する「Colobot」というゲームがあります。言語の学習は、非常にシンプルで単純なタスクに基づいており、わずか数回のミッションで、プレイヤーはC言語のすべての構文、一般的なプログラミング原理、さらにはそれ以上のことを学ぶことができます。
全体として、納得がいかない。
また、プロダクトクリエイター（プログラマー）は、自分の仕事の成果を客観的に評価できないという意見も根強くあります。なぜなら、彼らはプログラマーの視点からシステムを見ているからです。したがって、もしあなたがMT 4やMQLのプログラマーやクリエイターであれば、私たちはあなたと異なる言語を話していることになります。欧米のソフトウェア企業は、従来から第三者企業や専門家に依頼して、製品に対する消費者ニーズを調査し、使い勝手や機能性を客観的に評価してきました。もちろん、私が教えるわけではありませんが、ただ、私の考え方を理解してほしいのです。
おっしゃるとおり、原則的にはドキュメントで十分ですので、いずれはコツを掴んでいただけると思います。でも、初心者が簡単にコツをつかめるようにしたらどうでしょう。簡単なC言語の教科書をベースに、構文を明確にし、不要なものを取り除き、必要な関数や例を追加するだけで、独自の教科書を書くことはできないだろうか。
ちなみに、「ある簡単なC言語の教科書をベースに、その構文を洗練させ、不要なものを取り除き、必要な関数や例を追加するだけで自分の教科書を書く」ことを、「盗む」と言います。
通常、インデックスとは配列の要素に番号を付ける変数のことです。この場合、インデックスではなく、インデックス番号となります。 ただし、「インデックスは0から始まるので、ディメンションサイズは最大のインデックスより1大きい」という表現から、「ディメンションサイズは0から始まるので、ディメンションサイズは最大のインデックスより1大きい」となります。「これも何もかもが理解できない。特に初心者の方には。
しかし、批評においては、事実に基づいた材料にこだわり、「普遍的／理想的」な主張に堕落しないようにする必要があるのです。