Mt4 サポート終了。 - ページ 7 1234567891011121314...47 新しいコメント Artyom Trishkin 2017.09.10 02:43 #61 Реter Konow: もし、興味本位で、とてもシンプルだけど、とても機能が豊富な言語を作ったとしたらどうでしょう。人は、自分の言葉で戦略を説明し、それを実現することができるのです。より多くのユーザーを惹きつけることができるでしょうか？それとも、興味を失い始めて離れていくのでしょうか？すでに今のOOPでは、「質問と答え」のスタイルでプログラムを書くことができます。また、図書館で何が起こっているかを知らなくても、質問に対する答えは返せます。 Andrey Kisselyov 2017.09.10 02:44 #62 Реter Konow: もし、興味本位で、とてもシンプルだけど、とても機能が豊富な言語を作ったらどうでしょう。人は、自分の言葉で戦略を説明し、それを実現することができるのです。より多くのユーザーを惹きつけることができるでしょうか？それとも、興味を失い始めて離れていくのでしょうか？ 物語を書き、それによってコンピュータに取引をさせたような？ ということで、やはりスペルに問題がありそうなので、スペルを覚える必要がありそうです......。 敬具 Реter Konow 2017.09.10 02:46 #63 Artyom Trishkin:なぜ、最初の発言から逃げているのですか？なぜMT5はもっと複雑な のですか？ MT4が持っているものをすべて備えている。端末」と「端末ソフト」を混同していませんか？注文のプログラムを簡素化するのは、SBを使う ことです。 超心の檻から出なさい。まあ、MT5の方が複雑だという質問が、あなたではなく初心者から出たのなら、それはそれで分かるのですが。構造的にも、内容的にも、より複雑になっています。一般市民の意見を集めて、何が問題なのかを理解する必要があります。私見ですが、ギミックがすべてだと思います。言葉はもっと複雑です。コンパイラはもっと厳しい。 Andrey Kisselyov 2017.09.10 02:49 #64 Реter Konow:言葉はもっと複雑です。コンパイラはもっと厳しい。初心者がMQL4やMQL5を勉強しても、どちらの言語も知らないのですから、意味がないのです。 敬具 Реter Konow 2017.09.10 02:50 #65 Andrey Kisselyov: ストーリーを書いて、それをコンピューターに取引させるような？ ということで、やはりスペルの問題が出てくるので、スペルを覚える必要がありますね......。 謹んで なーんだ、問題は人気が上がるか、トレードが頓挫するか？ここには、ある種のバランスがあるのです。目標を面白く、魅力的にするためには、複雑さが必要なのです。しかし、あまりに複雑すぎると、モチベーションが下がってしまいます。 削除済み 2017.09.10 02:50 #66 Artyom Trishkin:オレグ、怒るなよ。まあ、この人は何を言っているのかよく わからないということです。私も最初は、アルテムさんと同じように「ちょっと違うかな」と思ったのですが、やはり、どうやら「かなり」なようです。;) Реter Konow 2017.09.10 02:53 #67 Artyom Trishkin:OOPではすでに問答形式のプログラムを書くことができます。また、図書館で何が起こっているかを知らなくても、質問に対する答えは返せます。 OOPでないと質問回答形式のプログラムは書けない のでは？ Andrey Kisselyov 2017.09.10 02:55 #68 Реter Konow: なーんだ、問題は人気が上がるか、トレードが頓挫するか？ここには、バランスがあるのです。目標を面白く、魅力的にするためには、複雑さが必要なのです。しかし、あまりに複雑すぎると、かえってモチベーションを下げてしまいます。 他のシンボルについては、それを使って取引したいのであれば、購入を決めるときに注意しなければなりません。証券会社がmt5に転向していない限り、それはなく、トレーダーは別のプラットフォームを提供されています。 DTのmt5使用条件がトレーダーにとって満足のいくものでない限り、トレーダーはmt5を必要としないでしょう。 原則として、トレーダーは取引プラットフォームに興味がなく、OOPがあるかどうかは関係ない。 敬意を込めて。 Artyom Trishkin 2017.09.10 02:56 #69 Реter Konow:まあ、MT5の方が複雑だという質問が、あなたではなく、新参者から来るのであれば、それはそれでいいのでしょうけど。構造的にも、内容的にも、より複雑になっています。一般消費者の意見を集めて、その内容を理解する必要があります。私見ですが、ギミックがすべてだと思います。言葉はもっと複雑です。コンパイラはもっと厳しい。すなわち、古い、更新されていないmql4以前は、配列を越えて、その外のデータを受信することができれば、それはお金で動作するように良い、より便利なのでしょうか？これと似たようなことを開発の遅れと考えるのでしょうか？あなたのポリシーはおかしい。あなたは自分を開発者であり、事業資本家と位置づけているようですが、実際のお金を使って作業している自分のプログラムの重大なミスを、幸せなことだと考えているのですね。また、コンパイルの段階で、コードを操作しているときに起こりうる問題をコンパイラが警告してくれることを、複雑なことだと考えているのですか？逆に、プログラムの保守やデバッグが容易になる。コンパイラは、将来起こりうるバグの原因を即座に指摘する。また、悪化しているのでしょうか？すぐに警告が出る方がいいのか、それとも目を楽しませるために、警告が出ずに間違った動作をし、見つけにくいエラーを熱心に探さざるを得なくなる方がいいのでしょうか。あなたの立場が理解できない。 Artyom Trishkin 2017.09.10 02:58 #70 Реter Konow: OOPでないと質問回答形式のプログラムは書けない のでしょうか？あなたが「ハンモックに立つ」パイオニアであることは、以前から誰もが知っていることです。もちろん、可能性はあります。しかし、簡単にはいかないし、早くもない。あなたの立場は明確です：私はコードのキロメートルを移動しますが、私は夜にそれを書いて、すべてがあまりにも単純であったことを実現することから起きて滞在するよりも、私の喜びのために、月にそれを書くでしょう。 1234567891011121314...47 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
もし、興味本位で、とてもシンプルだけど、とても機能が豊富な言語を作ったとしたらどうでしょう。人は、自分の言葉で戦略を説明し、それを実現することができるのです。より多くのユーザーを惹きつけることができるでしょうか？それとも、興味を失い始めて離れていくのでしょうか？
すでに今のOOPでは、「質問と答え」のスタイルでプログラムを書くことができます。また、図書館で何が起こっているかを知らなくても、質問に対する答えは返せます。
もし、興味本位で、とてもシンプルだけど、とても機能が豊富な言語を作ったらどうでしょう。人は、自分の言葉で戦略を説明し、それを実現することができるのです。より多くのユーザーを惹きつけることができるでしょうか？それとも、興味を失い始めて離れていくのでしょうか？
ということで、やはりスペルに問題がありそうなので、スペルを覚える必要がありそうです......。
敬具
なぜ、最初の発言から逃げているのですか？
なぜMT5はもっと複雑な のですか？ MT4が持っているものをすべて備えている。端末」と「端末ソフト」を混同していませんか？
注文のプログラムを簡素化するのは、SBを使う ことです。
超心の檻から出なさい。
まあ、MT5の方が複雑だという質問が、あなたではなく初心者から出たのなら、それはそれで分かるのですが。
構造的にも、内容的にも、より複雑になっています。一般市民の意見を集めて、何が問題なのかを理解する必要があります。私見ですが、ギミックがすべてだと思います。
言葉はもっと複雑です。コンパイラはもっと厳しい。
言葉はもっと複雑です。コンパイラはもっと厳しい。
初心者がMQL4やMQL5を勉強しても、どちらの言語も知らないのですから、意味がないのです。
敬具
ストーリーを書いて、それをコンピューターに取引させるような？
ということで、やはりスペルの問題が出てくるので、スペルを覚える必要がありますね......。
謹んで
オレグ、怒るなよ。まあ、この人は何を言っているのかよく わからないということです。
私も最初は、アルテムさんと同じように「ちょっと違うかな」と思ったのですが、やはり、どうやら「かなり」なようです。;)
OOPではすでに問答形式のプログラムを書くことができます。また、図書館で何が起こっているかを知らなくても、質問に対する答えは返せます。
なーんだ、問題は人気が上がるか、トレードが頓挫するか？ここには、バランスがあるのです。目標を面白く、魅力的にするためには、複雑さが必要なのです。しかし、あまりに複雑すぎると、かえってモチベーションを下げてしまいます。
証券会社がmt5に転向していない限り、それはなく、トレーダーは別のプラットフォームを提供されています。
DTのmt5使用条件がトレーダーにとって満足のいくものでない限り、トレーダーはmt5を必要としないでしょう。
原則として、トレーダーは取引プラットフォームに興味がなく、OOPがあるかどうかは関係ない。
敬意を込めて。
まあ、MT5の方が複雑だという質問が、あなたではなく、新参者から来るのであれば、それはそれでいいのでしょうけど。
構造的にも、内容的にも、より複雑になっています。一般消費者の意見を集めて、その内容を理解する必要があります。私見ですが、ギミックがすべてだと思います。
言葉はもっと複雑です。コンパイラはもっと厳しい。
すなわち、古い、更新されていないmql4以前は、配列を越えて、その外のデータを受信することができれば、それはお金で動作するように良い、より便利なのでしょうか？
これと似たようなことを開発の遅れと考えるのでしょうか？
あなたのポリシーはおかしい。あなたは自分を開発者であり、事業資本家と位置づけているようですが、実際のお金を使って作業している自分のプログラムの重大なミスを、幸せなことだと考えているのですね。
また、コンパイルの段階で、コードを操作しているときに起こりうる問題をコンパイラが警告してくれることを、複雑なことだと考えているのですか？逆に、プログラムの保守やデバッグが容易になる。コンパイラは、将来起こりうるバグの原因を即座に指摘する。また、悪化しているのでしょうか？すぐに警告が出る方がいいのか、それとも目を楽しませるために、警告が出ずに間違った動作をし、見つけにくいエラーを熱心に探さざるを得なくなる方がいいのでしょうか。
あなたの立場が理解できない。
OOPでないと質問回答形式のプログラムは書けない のでしょうか？
あなたが「ハンモックに立つ」パイオニアであることは、以前から誰もが知っていることです。
もちろん、可能性はあります。しかし、簡単にはいかないし、早くもない。
あなたの立場は明確です：私はコードのキロメートルを移動しますが、私は夜にそれを書いて、すべてがあまりにも単純であったことを実現することから起きて滞在するよりも、私の喜びのために、月にそれを書くでしょう。