MT4はもう長くない - ページ 75 1...68697071727374757677787980818283 新しいコメント Лекарь Центозависимых 2012.03.19 21:25 #741 MetaDriver: それ以外に何があるのでしょうか? MT5の全機能を無理に使う人はいないでしょう(もっとたくさんいますが)。 MT4形式の簡単なシステム(トレードの構文調整、インジケーターからのデータ取得)を書くことができます。 簡単です。 他に何か問題があるのでしょうか? いろいろとあるんですよ。ひとつだけ、言えないことがあります。全体的に不器用で怪物のようなシステムです。 理解することはできても、それを実行するには手間がかかりすぎるし、誰もができることではありません。 Лекарь Центозависимых 2012.03.19 21:33 #742 今はどんなソフトでも簡略化する傾向があります。そして、ここにモンスターがいる。ドクターをひと目見れば、すべての欲望が消える。 Sceptic Philozoff 2012.03.19 21:34 #743 OnGoing:いろいろと。言えないことが一つある。全体として、不器用で怪物的なシステムである。考えればわかることですが、大変な労力ですし、誰でもできることではありません。 これらは悪い議論だ、イゴール。もっと具体的に言うと、そんな苦情はサービスデスクはおろか、誰も受け付けてくれません。 今はどんなソフトでも、逆に簡素化する方向に進んでいます。 特にVS(Visual Studio)なんかは、どんどんシンプルになっていくので、そのうち金髪美女がVSでアプリケーションを書くようになるでしょうね。そして男は知らない... Лекарь Центозависимых 2012.03.19 21:42 #744 Mathemat: イゴール さん、それは正論ではありませんよ。具体的に言うと、サービスデスクはおろか、誰もそんな苦情は受け付けない。 アレクセイ、支店全体が朱に染まってしまった。誰も聞こうとしなかった。 繰り返すことに意味はあるのでしょうか? Sceptic Philozoff 2012.03.19 21:46 #745 OnGoing: アレクセイ、枝に赤いインクがびっしり書いてあったよ。誰も聞こうとしなかった。 誰もいないってどういうこと?そしてレナートは ここにいた。 ネット化で昔の受注帳がダメになった、というのが主な不満点でしたね。 あれ?もうひとつの不満は何ですか? Лекарь Центозависимых 2012.03.19 21:48 #746 個人的には、トレーディングの すべてが好きなわけではありません。シンタックス+実行。前者は複雑になりすぎ、後者は不器用になる。 Anatoli Kazharski 2012.03.19 22:06 #747 OnGoing: 個人的には、トレーディングについては何も好きではありません。シンタックス+実行。前者は複雑になりすぎ、後者は不器用になる。 勉強不足なだけだろ。))) MQL4は 最初1ヶ月で覚えました。当時、私にとって初めてのプログラミング言語でした。それを勉強して、すぐにプログラムを書きました。制限に直面したとき、それが時代遅れであることに気づきました。MT5では、9 ヶ月間、自分のアイデアを実現するための限界に達していません。MQL5の 勉強を始めたのは、選手権の2 ヶ月ほど前です。時間がなくて、せめて参加したかったんです。まあ、少なくとも多通貨のExpert Advisorは、1つのエラーもなく準備できたと思います。MQL4/5 以外にも、 7つの プログラミング言語を学びました。 要するに、必要な人が勉強するのです。簡単だったとは言いません。難しかったですね。しかし、これが唯一の進化の道なのです。そうでなければ、私たちはまだ木の上に座っていることになります。靴のインフゾーリアのように、スープに浮かべてもいい。))) Алексей Тарабанов 2012.03.19 22:10 #748 MetaDriver: レナート まだできますよ。 私(MetaKvotov)だったら、CCAオーダーを導入するんだけどな...。そして、ブローカーの判断に委ねることになる。もし、その人が望むなら、そのサービスに含めるし、望まないなら、含めない。 CCAを1組(Stop+Limit)しか作らなくても...。 1.MT4のオーダーシステムとMT5のオーダーポジションシステムをマッピングする関数ライブラリは、来週、コドベースに掲載される予定です。 2.MT4とMT5を比較するための架空の議論さえも、地元の人々には残されていないでしょう。 そして、CCAを作るかどうかは、ブローカーの判断に委ねられることになる。- あなたのビジネスは、機能を実装すること(そしてその結果をブローカーに注意深く警告すること)であり、ブローカーはサーバーの過負荷を心配することです。 個人的には今のところCCAは必要ないですね、なくても戦略は立てられないですから。 私の利益は間接的なもので、別の意味で、プラットフォームの導入が加速されることです。 そして、それこそが私の確信なのです。 そして、これが直接的なビジネス上のメリットとなります。 CCAの受注は意味がないと思っている人も、そうでない人も関係なく、需要があるのです。 通り過ぎるのは愚かなことです。 // 全然謙虚じゃないんです。私の例を挙げましょう。アンドリュース・フォークをはじめ、いろいろなガンレーキを見て思うのは、"人間はなんてバカなんだろう... "ということです。 // そして、「なぜ、私は...」とおとなしく悟る。 このバカバカしさには、まったく理解できなくても、何かあるのかもしれない...」と。 そして、人には理性があると思い込んで...。たとえ不具合があっても要は、お金を出してくれるってことですよね。スプレッドのための実質的な預金。 だから、やらせればいいんです。 プラットフォームに文句さえ言わなければ...。誰もCCAを使うことを強制はしない。 過剰な責任感(あなたの場合、カモへの過剰な配慮)は、思い上がりでもあるのです。自由に考えてみてください。 あなたは、人々が間違いを犯すのを防ごうとしている(組織的に!)。そして、人には失敗が必要です。学習のためにそして、それを作ることができる端末が必要なのです。 不必要なリクエストでサーバーに迷惑をかけることについては、あなたの問題ではありません。 CCAをオンにした場合に起こりうる結果についてブローカーに警告し、頭を悩ませてもらうのです。 ただ、そのまま。 Лекарь Центозависимых 2012.03.19 22:12 #749 tol64: 勉強不足なだけだろ。))) 先ほども言いましたが、開発の正しい方向はシンプル化です。 しかも、今は4の限界の話をしているのではありません。同じ基本的な操作でも、リリースごとに複雑にならないどころか、よりシンプルになるはずです。 そして、同等の作業をするために、より多くの労力を費やさなければならないとしたら、それはメリットとは呼べず、当然、よりシンプルな道へと傾くことになる。 Алексей Тарабанов 2012.03.19 22:33 #750 OnGoing: 先ほども言いましたが、開発の正しい方向はシンプル化です。 しかも、今は4の限界の話をしているのではありません。同じ基本的な操作でも、リリースごとに複雑化しないどころか、よりシンプルになるはずです。 そして、同等の作業をするために、より多くの労力を費やさなければならないとしたら、それはメリットとは呼べず、当然、よりシンプルな道へと傾くことになる。 開発の方向性に正解はない。 遠心力による休息 :) 1...68697071727374757677787980818283 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
それ以外に何があるのでしょうか?
MT5の全機能を無理に使う人はいないでしょう(もっとたくさんいますが)。
MT4形式の簡単なシステム(トレードの構文調整、インジケーターからのデータ取得)を書くことができます。 簡単です。
他に何か問題があるのでしょうか?
いろいろとあるんですよ。ひとつだけ、言えないことがあります。全体的に不器用で怪物のようなシステムです。
理解することはできても、それを実行するには手間がかかりすぎるし、誰もができることではありません。
いろいろと。言えないことが一つある。全体として、不器用で怪物的なシステムである。
考えればわかることですが、大変な労力ですし、誰でもできることではありません。
これらは悪い議論だ、イゴール。もっと具体的に言うと、そんな苦情はサービスデスクはおろか、誰も受け付けてくれません。
今はどんなソフトでも、逆に簡素化する方向に進んでいます。
特にVS(Visual Studio)なんかは、どんどんシンプルになっていくので、そのうち金髪美女がVSでアプリケーションを書くようになるでしょうね。そして男は知らない...
イゴール さん、それは正論ではありませんよ。具体的に言うと、サービスデスクはおろか、誰もそんな苦情は受け付けない。
アレクセイ、支店全体が朱に染まってしまった。誰も聞こうとしなかった。
繰り返すことに意味はあるのでしょうか?
ネット化で昔の受注帳がダメになった、というのが主な不満点でしたね。
あれ?もうひとつの不満は何ですか?
個人的には、トレーディングについては何も好きではありません。シンタックス+実行。前者は複雑になりすぎ、後者は不器用になる。
勉強不足なだけだろ。)))
MQL4は 最初1ヶ月で覚えました。当時、私にとって初めてのプログラミング言語でした。それを勉強して、すぐにプログラムを書きました。制限に直面したとき、それが時代遅れであることに気づきました。MT5では、9 ヶ月間、自分のアイデアを実現するための限界に達していません。MQL5の 勉強を始めたのは、選手権の2 ヶ月ほど前です。時間がなくて、せめて参加したかったんです。まあ、少なくとも多通貨のExpert Advisorは、1つのエラーもなく準備できたと思います。MQL4/5 以外にも、 7つの プログラミング言語を学びました。
要するに、必要な人が勉強するのです。簡単だったとは言いません。難しかったですね。しかし、これが唯一の進化の道なのです。そうでなければ、私たちはまだ木の上に座っていることになります。靴のインフゾーリアのように、スープに浮かべてもいい。)))
レナート まだできますよ。
私(MetaKvotov)だったら、CCAオーダーを導入するんだけどな...。そして、ブローカーの判断に委ねることになる。もし、その人が望むなら、そのサービスに含めるし、望まないなら、含めない。
CCAを1組(Stop+Limit)しか作らなくても...。
1.MT4のオーダーシステムとMT5のオーダーポジションシステムをマッピングする関数ライブラリは、来週、コドベースに掲載される予定です。
2.MT4とMT5を比較するための架空の議論さえも、地元の人々には残されていないでしょう。
そして、CCAを作るかどうかは、ブローカーの判断に委ねられることになる。- あなたのビジネスは、機能を実装すること(そしてその結果をブローカーに注意深く警告すること)であり、ブローカーはサーバーの過負荷を心配することです。
個人的には今のところCCAは必要ないですね、なくても戦略は立てられないですから。 私の利益は間接的なもので、別の意味で、プラットフォームの導入が加速されることです。 そして、それこそが私の確信なのです。
そして、これが直接的なビジネス上のメリットとなります。 CCAの受注は意味がないと思っている人も、そうでない人も関係なく、需要があるのです。 通り過ぎるのは愚かなことです。
// 全然謙虚じゃないんです。私の例を挙げましょう。アンドリュース・フォークをはじめ、いろいろなガンレーキを見て思うのは、"人間はなんてバカなんだろう... "ということです。
// そして、「なぜ、私は...」とおとなしく悟る。 このバカバカしさには、まったく理解できなくても、何かあるのかもしれない...」と。
そして、人には理性があると思い込んで...。たとえ不具合があっても要は、お金を出してくれるってことですよね。スプレッドのための実質的な預金。
だから、やらせればいいんです。 プラットフォームに文句さえ言わなければ...。誰もCCAを使うことを強制はしない。
過剰な責任感(あなたの場合、カモへの過剰な配慮)は、思い上がりでもあるのです。自由に考えてみてください。
あなたは、人々が間違いを犯すのを防ごうとしている(組織的に!)。そして、人には失敗が必要です。学習のためにそして、それを作ることができる端末が必要なのです。
不必要なリクエストでサーバーに迷惑をかけることについては、あなたの問題ではありません。 CCAをオンにした場合に起こりうる結果についてブローカーに警告し、頭を悩ませてもらうのです。
ただ、そのまま。
勉強不足なだけだろ。)))
先ほども言いましたが、開発の正しい方向はシンプル化です。
しかも、今は4の限界の話をしているのではありません。同じ基本的な操作でも、リリースごとに複雑にならないどころか、よりシンプルになるはずです。
そして、同等の作業をするために、より多くの労力を費やさなければならないとしたら、それはメリットとは呼べず、当然、よりシンプルな道へと傾くことになる。
先ほども言いましたが、開発の正しい方向はシンプル化です。
しかも、今は4の限界の話をしているのではありません。同じ基本的な操作でも、リリースごとに複雑化しないどころか、よりシンプルになるはずです。
そして、同等の作業をするために、より多くの労力を費やさなければならないとしたら、それはメリットとは呼べず、当然、よりシンプルな道へと傾くことになる。
開発の方向性に正解はない。 遠心力による休息 :)