MQL5への願い - ページ 29 1...222324252627282930313233343536...131 新しいコメント Сергей Ковалев 2008.02.22 21:57 #281 Cronex: 市場の状況をヒストリカルなものとして捉えている立場からすると、ちょっと違うかな...と思います。でも、これは私個人の意見です。利益が出ている注文の場合、小さなプルバックを待って、より高い時間枠で注文を継続するか、成功しなかった場合に決済するかを決めるために、より高い時間枠を見ることは理にかなっています。 市場の歴史を考えるなとは言いません。実際、それは考慮に入れられる唯一のものであり、考慮されるべきものです。 注文を開始する日付と価格を考慮するのは意味がない(有害)と言っているのです。そういう意味で、マジクはイリュージョンを維持するための手段でもあるのです :)繰り返しになりますが、こちらを ご覧ください。 そして、ワイヤーでは、majicは無理だと思います。ヲタクなプログラマーがどれだけいるか、想像してみてください。プログラムによっては、マジックを要求すると確実にループに入り、サーバーに過大な負荷がかかります。そして、そのようなプログラムが1つでも流通すれば、その技術全体が終わりを迎えることになる。 Sergei Kazachenko 2008.02.22 22:19 #282 SK. писал (а): そして、ワイヤ上では、マジェスティックもないと思います。悲惨なプログラマーがどれだけいるか、想像してみてください。プログラムによっては、マジックを要求すると確実にループに入り、サーバーに負荷がかかります。そんなプログラムが1つでも流通したら、技術全体がダメになる。 私が間違っていたようです。サーバーとは別に要求することを提案したのではありません。OrderModifyが呼ばれたときだけオーバーライドすることを提案しました。 Sergei Kazachenko 2008.02.23 14:30 #283 SK. писал (а): 見当違いのプログラマーがどれだけいるか想像してみてください。プログラムによっては、マジックをCHANGEする 要求がループに入り、サーバーに負荷がかかるという縛りがあります。 なるほど......危険は存在するんですね。SLとTPを並べ替えるのと同じように。 Сергей Ковалев 2008.02.23 16:41 #284 Cronex: SKさんが書きました(a): どれだけの悲惨なプログラマーがいるか想像してみてください。プログラムによっては、マジックをCHANGEする 要求がループに入り、サーバーに負荷がかかるという縛りがあります。 なるほど......危険は存在するんですね。SLとTPのシフトチェンジと同じように これはもう、あなたや私がいないとやっていけないことの詳細です:)しかし、もしそうであれば、リクエストやレスポンスも想定されることになる--どう見るかだ。例えば、アカウントに接続されている1台のPCからサーバーのSLを変更すると、アカウントに接続されているすべてのPCに新しいSL値が表示されることで対応します。 あなたと私は、DobczynskiとBobczynskiのようなものです。 ボブチンスキー ...ピーター・イワノビッチに「えっ!」と声をかけると...。 ドブチンスキーいや、ピョートル・イヴァノヴィッチと言った。"э!" ボブチンスキー最初にあなたが言い、次に私が言う。"Э!- ピーター・イワノビッチと私は言った。- "なぜ彼はここに座っているのか?""彼のための道があるのに サラトフ県へ?" Sergei Kazachenko 2008.02.23 16:58 #285 SK. писал (а): ああ...ユーザーができることはすべて、システムを屈服させるために行うのです。正気に戻らなくても :-) 残念ながら、その結果、多くの製品がチェックと再チェックで過負荷になり、「愚かさ」や予測できない偶発的なユーザーの行動に対するインターフェイスの保護がなされています。 最近、公文書の "Approved "ステータスを奇妙に解釈する顧客とやり取りすることがあった。この文書は承認され署名されたようなものですが、その中のすべてのものは、さらに再検討し再承認することなく変更することができます。例えば、あなたが銀行に支払指図書を送り、銀行がそれを忠実に実行した後、あなたがその原本を訂正して銀行を訪れ、「支払指図書の誤実行」という文言で殴り書きした場合を想像してください。 Сергей Ковалев 2008.02.23 18:06 #286 Cronex: その結果、多くの製品がチェックや再チェックの機能を過剰に搭載し、"愚か者 "や予測不可能な偶発的なユーザーの行動からインターフェイスを保護しているのが現状です。 はい、それはよく承知しています。そのため、プログラムを間違えないようにするのに時間がかかり、すでに半年ほど作業が長引いています。それもこれも、ユーザーがコントロールアイコンの色や見た目を変えて、文句を言うことができるからです。 ところで、このスレッドの話題 ですが。色、サイズ、フォント、ハイライト、削除などの変更を禁止/許可する、プログラムによって調整可能なオブジェクトのプロパティが 必要である。 Rustam 2008.02.23 21:00 #287 グラフィカル・インターフェースなしでターミナルを実行 することが可能であることを念のためお伝えしておきます。 例えば、同じ選手権でも、明らかに機能的に優れたエキスパートには、グラフィカルなインターフェースは必要ないのです。 Prival 2008.02.24 12:18 #288 新しいティックの到着時だけでなく、様々な方法でEA(インジケータ、スクリプト)を実行できるようにしてほしいという大きな要望があります。 必要 ダニによる 時間別 外部イベントにより、他の行列の計算と接続するために重要である。 多分、この3つの機能開始のように 開始 0 {} // 刻みで動作 スタート1 {} // 時間で動作(秒、分、時などごとに選択)。 Start 2 {} // 外部プログラムが計算を完了し、そのプログラムの計算結果ファイルのデータが更新されたときなど、外部イベントで実行されます。 ありがとうございました。 Sergei Kazachenko 2008.02.24 20:02 #289 また、ファイルシステム上のフォルダでグループごとにユーザー指標を 整理できると便利な場合があります。1つのフォルダにたくさんのインジケータがあるのは良くないですね :-) Сергей Ковалев 2008.02.26 18:50 #290 また、固定された 価格スケール(pips/pixel)を設定し、スケールリミットを5pipsや10pipsなど、指定した値の倍数で自動的に 変更できるようになるとよいでしょう。 1...222324252627282930313233343536...131 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
市場の状況をヒストリカルなものとして捉えている立場からすると、ちょっと違うかな...と思います。でも、これは私個人の意見です。利益が出ている注文の場合、小さなプルバックを待って、より高い時間枠で注文を継続するか、成功しなかった場合に決済するかを決めるために、より高い時間枠を見ることは理にかなっています。
市場の歴史を考えるなとは言いません。実際、それは考慮に入れられる唯一のものであり、考慮されるべきものです。
注文を開始する日付と価格を考慮するのは意味がない(有害)と言っているのです。そういう意味で、マジクはイリュージョンを維持するための手段でもあるのです :)繰り返しになりますが、こちらを ご覧ください。
そして、ワイヤーでは、majicは無理だと思います。ヲタクなプログラマーがどれだけいるか、想像してみてください。プログラムによっては、マジックを要求すると確実にループに入り、サーバーに過大な負荷がかかります。そして、そのようなプログラムが1つでも流通すれば、その技術全体が終わりを迎えることになる。
そして、ワイヤ上では、マジェスティックもないと思います。悲惨なプログラマーがどれだけいるか、想像してみてください。プログラムによっては、マジックを要求すると確実にループに入り、サーバーに負荷がかかります。そんなプログラムが1つでも流通したら、技術全体がダメになる。
私が間違っていたようです。サーバーとは別に要求することを提案したのではありません。OrderModifyが呼ばれたときだけオーバーライドすることを提案しました。
なるほど......危険は存在するんですね。SLとTPを並べ替えるのと同じように。
なるほど......危険は存在するんですね。SLとTPのシフトチェンジと同じように
これはもう、あなたや私がいないとやっていけないことの詳細です:)しかし、もしそうであれば、リクエストやレスポンスも想定されることになる--どう見るかだ。例えば、アカウントに接続されている1台のPCからサーバーのSLを変更すると、アカウントに接続されているすべてのPCに新しいSL値が表示されることで対応します。
あなたと私は、DobczynskiとBobczynskiのようなものです。
ボブチンスキー ...ピーター・イワノビッチに「えっ!」と声をかけると...。
ドブチンスキーいや、ピョートル・イヴァノヴィッチと言った。"э!"
ボブチンスキー最初にあなたが言い、次に私が言う。"Э!- ピーター・イワノビッチと私は言った。- "なぜ彼はここに座っているのか?""彼のための道があるのに
サラトフ県へ?"
ああ...ユーザーができることはすべて、システムを屈服させるために行うのです。正気に戻らなくても :-)
残念ながら、その結果、多くの製品がチェックと再チェックで過負荷になり、「愚かさ」や予測できない偶発的なユーザーの行動に対するインターフェイスの保護がなされています。
最近、公文書の "Approved "ステータスを奇妙に解釈する顧客とやり取りすることがあった。この文書は承認され署名されたようなものですが、その中のすべてのものは、さらに再検討し再承認することなく変更することができます。例えば、あなたが銀行に支払指図書を送り、銀行がそれを忠実に実行した後、あなたがその原本を訂正して銀行を訪れ、「支払指図書の誤実行」という文言で殴り書きした場合を想像してください。
その結果、多くの製品がチェックや再チェックの機能を過剰に搭載し、"愚か者 "や予測不可能な偶発的なユーザーの行動からインターフェイスを保護しているのが現状です。
はい、それはよく承知しています。そのため、プログラムを間違えないようにするのに時間がかかり、すでに半年ほど作業が長引いています。それもこれも、ユーザーがコントロールアイコンの色や見た目を変えて、文句を言うことができるからです。
ところで、このスレッドの話題 ですが。色、サイズ、フォント、ハイライト、削除などの変更を禁止/許可する、プログラムによって調整可能なオブジェクトのプロパティが 必要である。
例えば、同じ選手権でも、明らかに機能的に優れたエキスパートには、グラフィカルなインターフェースは必要ないのです。
新しいティックの到着時だけでなく、様々な方法でEA(インジケータ、スクリプト)を実行できるようにしてほしいという大きな要望があります。
必要
多分、この3つの機能開始のように
開始 0 {} // 刻みで動作
スタート1 {} // 時間で動作(秒、分、時などごとに選択)。
Start 2 {} // 外部プログラムが計算を完了し、そのプログラムの計算結果ファイルのデータが更新されたときなど、外部イベントで実行されます。
ありがとうございました。
また、ファイルシステム上のフォルダでグループごとにユーザー指標を 整理できると便利な場合があります。1つのフォルダにたくさんのインジケータがあるのは良くないですね :-)
また、固定された 価格スケール(pips/pixel)を設定し、スケールリミットを5pipsや10pipsなど、指定した値の倍数で自動的に 変更できるようになるとよいでしょう。