自動売買の未来 - ページ 18 1...111213141516171819202122232425...28 新しいコメント Maks 2010.09.24 09:31 #171 長い目で見れば、うまく取引できれば、電話でもWebインターフェースからでもいいのです。 クイックトレードのためのボタンを追加した、注文はチャートからずらすことができる-とOK)。 高速取引のボタンが追加され、チャートの注文が変更できるようになったのは いいのですが......。 削除済み 2010.09.24 09:35 #172 Rosh:どんな会計士でも、データが不足しており、すべては会計方針に依存していると言うだろう。 しかし! 会計方針がどうであれ、購入した砂糖がすべて売れれば、決算は同じになるのです。ふざけないでください。 1.おっしゃるとおりです。しかし! どんな会計士でも、自分にとって一番都合の良い会計・税務方針を、(その国の法律の範囲内で)使っているのです。紛争に関するすべての質問が、トレーダーまたはブローカー/取引所の選択により、オプションとして提示されることは理にかなっている。そうではありませんか?2)残った砂糖の袋をどうするかは、私の勝手です。しかも、いつ、いくらで処分するかは誰にもわからない。 削除済み 2010.09.24 09:35 #173 Manov: :))) それはあなたの大きな間違いです。とても、とても大きい...。 申し訳ございません。 神は与えてくださる! 削除済み 2010.09.24 09:37 #174 Interesting:すべてのスポーツ競技が、トレーダーまたはBC/Exchangeの選択により、オプションで提示されるのは理にかなっている。そうでしょう? あとは、ロットとの交換を探すだけです。そして、そのようなやり取りはありませんが、この問題は絶対的に明確であり、全く議論の余地はないでしょう。 削除済み 2010.09.24 09:37 #175 Interesting:この例、ちょっと不条理な気がしませんか?砂糖1袋を240ルーブルで買ってくれた。140に値下がりしたので、もう一袋買いました。値段は175ルーブルまで上がり、その値段で一袋売れた。なんと--仕事をした結果、(利益が出なければならないのは誰の目にも明らかなのに)赤字になってしまった......。いわば、すべての作業の結果が、私たちが関心を持つ市場に換算して、例えば砂糖一袋が205ルーブルであるべきだと思いませんか? 大雑把に言えば、人間で言えば、細かい会計と平均的な会計があるわけです。例えば、ある取引で10個のバッグを購入し、それらは1つの取引に属するものとして処理されます。その後、さらに5個のバッグを購入し、それらは最初のものとは別に処理されます。あるいは、単品でも、オブジェクトごとに、それぞれのバッグをそれぞれの価格で購入することができます。どちらも細かい会計処理です。 そして、1つの資産の袋を異なる取引からすべて合計し、その価格を算術平均としてカウントすれば、これは一般化された会計、平均価格での会計となる。技術的に導入しやすく、理解しやすい一般化・平均化された会計への引力が、あらゆるところに存在しています。そして、詳細な会計処理を主張するのは、監督・管理機関や組織だけである。これが人生というものだ。また、MT5では、詳細な会計処理を行うことで、より多くのストラテジーを開発する機会を得ることができます。 私たちの場合は、開発者が一般化された会計を選んだので、ここで選択する必要はないのです。彼らには理由があった。 しかし、詳細な会計は、一般的なものと並行して製品に導入することができます。現在のスキームを崩すことなく、MT5に実装することが可能です。オプションとして大きなプラスになると思います。しかし、おそらく開発者は、この状況をこの角度から考えていなかったのでしょう。会計では、すべて100倍も議論され、細部まで作り込まれたものです。そして、どちらの方式も同じ製品で全く問題なく機能します。 削除済み 2010.09.24 09:54 #176 ちなみに、細かい会計の仕組みを導入する必要は全くありません。より多くのユーザーデータをサーバーに保存する可能性を導入し、あとは必要な人が自分で細かい会計処理をすれば十分でしょう。ロッカーも喜ぶだろうし。以前にも紹介したことがあります。 例えば、ワラントと同じ方式で、サーバーに保存されているサービスレコードを限定して 同じコマンドが使えれば、かなり実用的なソリューションになると思います。 削除済み 2010.09.24 10:06 #177 timbo:なぜなら、それは常識と一致しているからです。 なぜなら、世界中のすべての証券取引所がそのように機能しているからです。だって、そういう算段なんだもの。240円で買った砂糖の袋が、今日は175円の価値しかないとしたら、なぜ損をしてはいけないのでしょうか? MT5は、多くの6ポイントマニアの話題を残酷なまでに台無しにしました。損をすることがあるかもしれない、それはPROSADと呼ばれるものです。取引条件が許す限り、私は20(あるいは200)の非嚢を保持することができます。それは合理的でないと言う人もいるでしょう、たぶん。しかし、最終的には、私の預金との関係で何が妥当かを選択するのは、私次第なのです。MT5がある問題でトレーダーを苦しめていることは既に理解しています。このような些細なことで異なるDCが喜ぶことは、優れた数学者でなくても予見できることです。追記繰り返しになりますが、残った袋をどうするかは、私の勝手です。DCでもなく、アメリカの議員でもなく、私の個人的な...レナートあなたが理解していない理由はまさに一つで、ミックスモデルの実装とその意味について考えていないからです。実装の技術的な面では、これは完全な自殺行為です。取引表や完全なトランザクション処理スキームを義務付け、2~3日かけて深く考えることをお勧めします。長い時間をかけて考え、2004年と2007年に2回のアプローチを行い、賢明にも断念しました。計算されたスプレッドシートやスキームがなければ、このトピックを議論する意味すらありません。デザートとして、注文の仕組みに全く異なる2つのモデルが存在すると発狂する専門家がいれば、そのモデルの結果的な二重性について考えてみてください。無意味にプラークを要求しているわけではありません。シンボルマーク 操作方法 ボリューム 価格 平均価格 利益 砂糖購入1240240購入1140190販売する1175190-15 ここではすべてが正しいのです。平均的な買い値190で175の売りがあり、15ドルの損失となりました。最終的な決算数値は変わりません。私の質問に対して、初めて分かりやすい回答がありました。ありがとうございます。MIXEDモデルとこの両者を別々に実装しようと考えていました。その結果、これらのモデルのいずれかを常設(楽器群ごとにオプションで用意してもよい)することにしました。この方法だと、開発者は150万行どころか、200万行のコードを書かなければならないかもしれません(すみません、記憶に残っているもので)。おそらく、なによりもサーバーの作業がそれなりに煩雑になったことでしょう。おそらく、ある種のことはまだやらなければならないだろう(私や他の多くの人はそれすら知らない)。しかし、長い目で見れば、取引を MT4で行い、分析をMT5で行うというやり方よりも、簡単で便利なのではないでしょうか。また、2つの端末をつなぐためにさまざまなCOSTELSを開発するよりも簡単であることは間違いないでしょう。もちろん、そのようなことも含めて、いろいろと計算していきます。R2からMT4へ移行したときと同じように。しかし、いずれにせよ、現状では、MT5でのトレードをあきらめるか(分析にのみ適用)、これらのNOT VERY WANTED EXPENSESを受け入れるしかないでしょう・・・。追記もし、奇跡的にMT4が生き残り、トレーダーや証券会社がOOPの要素を取り入れたいと考えたら、それをやるのかやらないのか? 削除済み 2010.09.24 10:14 #178 timbo: あとは、ロットとの交換を探すだけです。そして、そのようなやりとりはないが、この問題は絶対的に明確であり、議論の余地はない。そして、私の理解では、交換はロックの有無を決めることはできないのでしょうか?あるいは、オプションにすることもできるのでは?ところで、APIが他にどんなものをサーバーに与えるか見てみましょう。ティンボ 神は与えてくださる!MT4と呼ばれるもので、すでに開発されています。少なくとも、その中にあるアカウント(本物)を持っている人の50%は、その上に留まると思います。MT4を使っている人が、分析や取引所での取引にMT5を使うケースも、おそらくほとんどないとは言い切れませんが......。 Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете www.mql5.com Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете - Документация по MQL5 Hide 2010.09.24 10:16 #179 gip:大雑把に言えば、人間で言えば、細かい会計と平均的な会計があるわけです。詳細会計とは、例えば、ある取引で10個のバッグを購入し、それらは1つの取引に属するものとして会計処理し、その後、さらに5個購入し、それらは最初のものとは別に会計処理するというように、資産をいくつかの細かい特徴を組み合わせて会計処理することである。あるいは、単品でも、オブジェクトごとに、それぞれのバッグをそれぞれの価格で購入することができます。どちらも細かい会計処理です。そして、1つの資産の袋を異なる取引からすべて合計し、その価格を算術平均としてカウントすれば、これは一般化された会計、平均価格での会計となる。技術的に導入しやすく、理解しやすい一般化・平均化された会計への引力が、あらゆるところに存在しています。そして、詳細な会計処理を主張するのは、監督・管理機関や組織だけである。これが人生というものだ。また、MT5では、詳細な会計処理を行うことで、より多くのストラテジーを開発する機会を得ることができます。私たちの場合は、開発者が一般化された会計を選んだので、ここで選択する必要はないのです。彼らには理由があった。 しかし、詳細な会計は、一般的なものと並行して製品に導入することができます。現在のスキームを崩すことなく、MT5に実装することが可能です。オプションとして大きなプラスになると思います。しかし、おそらく開発者は、この状況をこの角度から考えていなかったのでしょう。会計では、すべて100倍も議論され、細部まで作り込まれたものです。そして、どちらの方式も同じ製品で全く問題なく機能します。これは重要なことです。また、両制度の決算は同じになることに留意する必要があります。 砂糖袋の例に戻ろう。1.240で1袋燻製-糖度資産1袋合計2402.140で1袋購入-砂糖資産2袋で合計380の価値3.砂糖1袋を175円で売却-1袋で総資産額205円4.だから、残糖を売って赤字にならないためには、205円で売らなければならない。細かく計算すると、それぞれの袋が別々になります。1.240で1袋燻製-240で1袋砂糖資産 2.140で1袋購入-糖質資産は240で1袋、140で1袋 3.140で1袋を175で売却-240で1袋を資産化、35の利益4.従って、残りの砂糖を240で売るには、240で売らなければならない。あるいは、35の利益を入れて、損益分岐点はまた205になる。どちらも=205で、損益分岐点となる残価を売却する価格です。だから、さっきも言ったように、35は実際には存在しないエターナルな利益なんです。一般的な勘定では、あるべきところにあるのが平均的な価格だというだけのことです。そして何より、このエターナルな利益は、報道を混乱させることがない。並行輸入の導入は、多くの当局が金融詐欺の試みとみなしている。 削除済み 2010.09.24 10:18 #180 gip:大雑把に言えば、人間で言えば、細かい会計と平均的な会計があるわけです。詳細会計とは、例えば、ある取引で10個のバッグを購入し、それらは1つの取引に属するものとして会計処理し、その後、さらに5個購入し、それらは最初のものとは別に会計処理するというように、資産をいくつかの細かい特徴を組み合わせて会計処理することである。あるいは、単品でも、オブジェクトごとに、それぞれのバッグをそれぞれの価格で購入することができます。どちらも細かい会計処理です。そして、1つの資産の袋を異なる取引からすべて合計し、その価格を算術平均としてカウントすれば、これは一般化された会計、平均価格での会計となる。技術的に導入しやすく、理解しやすい一般化・平均化された会計への引力が、あらゆるところに存在しています。そして、詳細な会計処理を主張するのは、監督・管理機関や組織だけである。これが人生というものです。また、MT5では、詳細な会計処理を行うことで、より多くのストラテジーを開発する機会を得ることができます。私たちの場合は、開発者が一般化された会計を選んだので、ここで選択する必要はないのです。彼らには理由があった。 しかし、詳細な会計は、一般的なものと並行して製品に導入することができます。現在のスキームを崩すことなく、MT5に実装することが可能です。オプションとして大きなプラスになると思います。しかし、おそらく開発者は、この状況をこの角度から考えていなかったのでしょう。会計では、すべて100倍も議論され、細部まで作り込まれたものです。そして、どちらの方式も同じ製品で全く問題なく機能します。 そういうことなんだ...。 1...111213141516171819202122232425...28 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
長い目で見れば、うまく取引できれば、電話でもWebインターフェースからでもいいのです。
クイックトレードのためのボタンを追加した、注文はチャートからずらすことができる-とOK)。
高速取引のボタンが追加され、チャートの注文が変更できるようになったのは いいのですが......。
どんな会計士でも、データが不足しており、すべては会計方針に依存していると言うだろう。
しかし! 会計方針がどうであれ、購入した砂糖がすべて売れれば、決算は同じになるのです。ふざけないでください。
1.おっしゃるとおりです。しかし! どんな会計士でも、自分にとって一番都合の良い会計・税務方針を、(その国の法律の範囲内で)使っているのです。
紛争に関するすべての質問が、トレーダーまたはブローカー/取引所の選択により、オプションとして提示されることは理にかなっている。そうではありませんか?
2)残った砂糖の袋をどうするかは、私の勝手です。しかも、いつ、いくらで処分するかは誰にもわからない。
:)))
それはあなたの大きな間違いです。とても、とても大きい...。
申し訳ございません。
すべてのスポーツ競技が、トレーダーまたはBC/Exchangeの選択により、オプションで提示されるのは理にかなっている。そうでしょう?
この例、ちょっと不条理な気がしませんか?
砂糖1袋を240ルーブルで買ってくれた。140に値下がりしたので、もう一袋買いました。
値段は175ルーブルまで上がり、その値段で一袋売れた。
なんと--仕事をした結果、(利益が出なければならないのは誰の目にも明らかなのに)赤字になってしまった......。
いわば、すべての作業の結果が、私たちが関心を持つ市場に換算して、例えば砂糖一袋が205ルーブルであるべきだと思いませんか?
大雑把に言えば、人間で言えば、細かい会計と平均的な会計があるわけです。例えば、ある取引で10個のバッグを購入し、それらは1つの取引に属するものとして処理されます。その後、さらに5個のバッグを購入し、それらは最初のものとは別に処理されます。あるいは、単品でも、オブジェクトごとに、それぞれのバッグをそれぞれの価格で購入することができます。どちらも細かい会計処理です。 そして、1つの資産の袋を異なる取引からすべて合計し、その価格を算術平均としてカウントすれば、これは一般化された会計、平均価格での会計となる。
技術的に導入しやすく、理解しやすい一般化・平均化された会計への引力が、あらゆるところに存在しています。そして、詳細な会計処理を主張するのは、監督・管理機関や組織だけである。これが人生というものだ。
また、MT5では、詳細な会計処理を行うことで、より多くのストラテジーを開発する機会を得ることができます。
私たちの場合は、開発者が一般化された会計を選んだので、ここで選択する必要はないのです。彼らには理由があった。
しかし、詳細な会計は、一般的なものと並行して製品に導入することができます。現在のスキームを崩すことなく、MT5に実装することが可能です。オプションとして大きなプラスになると思います。しかし、おそらく開発者は、この状況をこの角度から考えていなかったのでしょう。
会計では、すべて100倍も議論され、細部まで作り込まれたものです。そして、どちらの方式も同じ製品で全く問題なく機能します。
ちなみに、細かい会計の仕組みを導入する必要は全くありません。より多くのユーザーデータをサーバーに保存する可能性を導入し、あとは必要な人が自分で細かい会計処理をすれば十分でしょう。ロッカーも喜ぶだろうし。
以前にも紹介したことがあります。
例えば、ワラントと同じ方式で、サーバーに保存されているサービスレコードを限定して 同じコマンドが使えれば、かなり実用的なソリューションになると思います。
なぜなら、それは常識と一致しているからです。 なぜなら、世界中のすべての証券取引所がそのように機能しているからです。だって、そういう算段なんだもの。
240円で買った砂糖の袋が、今日は175円の価値しかないとしたら、なぜ損をしてはいけないのでしょうか?
MT5は、多くの6ポイントマニアの話題を残酷なまでに台無しにしました。
損をすることがあるかもしれない、それはPROSADと呼ばれるものです。取引条件が許す限り、私は20(あるいは200)の非嚢を保持することができます。
それは合理的でないと言う人もいるでしょう、たぶん。しかし、最終的には、私の預金との関係で何が妥当かを選択するのは、私次第なのです。
MT5がある問題でトレーダーを苦しめていることは既に理解しています。このような些細なことで異なるDCが喜ぶことは、優れた数学者でなくても予見できることです。
追記
繰り返しになりますが、残った袋をどうするかは、私の勝手です。DCでもなく、アメリカの議員でもなく、私の個人的な...
あなたが理解していない理由はまさに一つで、ミックスモデルの実装とその意味について考えていないからです。
実装の技術的な面では、これは完全な自殺行為です。取引表や完全なトランザクション処理スキームを義務付け、2~3日かけて深く考えることをお勧めします。長い時間をかけて考え、2004年と2007年に2回のアプローチを行い、賢明にも断念しました。
計算されたスプレッドシートやスキームがなければ、このトピックを議論する意味すらありません。デザートとして、注文の仕組みに全く異なる2つのモデルが存在すると発狂する専門家がいれば、そのモデルの結果的な二重性について考えてみてください。
無意味にプラークを要求しているわけではありません。
ここではすべてが正しいのです。平均的な買い値190で175の売りがあり、15ドルの損失となりました。最終的な決算数値は変わりません。
私の質問に対して、初めて分かりやすい回答がありました。ありがとうございます。
MIXEDモデルとこの両者を別々に実装しようと考えていました。その結果、これらのモデルのいずれかを常設(楽器群ごとにオプションで用意してもよい)することにしました。
この方法だと、開発者は150万行どころか、200万行のコードを書かなければならないかもしれません(すみません、記憶に残っているもので)。おそらく、なによりもサーバーの作業がそれなりに煩雑になったことでしょう。おそらく、ある種のことはまだやらなければならないだろう(私や他の多くの人はそれすら知らない)。
しかし、長い目で見れば、取引を MT4で行い、分析をMT5で行うというやり方よりも、簡単で便利なのではないでしょうか。
また、2つの端末をつなぐためにさまざまなCOSTELSを開発するよりも簡単であることは間違いないでしょう。
もちろん、そのようなことも含めて、いろいろと計算していきます。R2からMT4へ移行したときと同じように。しかし、いずれにせよ、現状では、MT5でのトレードをあきらめるか(分析にのみ適用)、これらのNOT VERY WANTED EXPENSESを受け入れるしかないでしょう・・・。
追記
もし、奇跡的にMT4が生き残り、トレーダーや証券会社がOOPの要素を取り入れたいと考えたら、それをやるのかやらないのか?
あとは、ロットとの交換を探すだけです。そして、そのようなやりとりはないが、この問題は絶対的に明確であり、議論の余地はない。
そして、私の理解では、交換はロックの有無を決めることはできないのでしょうか?あるいは、オプションにすることもできるのでは?
ところで、APIが他にどんなものをサーバーに与えるか見てみましょう。
神は与えてくださる!
MT4と呼ばれるもので、すでに開発されています。少なくとも、その中にあるアカウント(本物)を持っている人の50%は、その上に留まると思います。
MT4を使っている人が、分析や取引所での取引にMT5を使うケースも、おそらくほとんどないとは言い切れませんが......。
大雑把に言えば、人間で言えば、細かい会計と平均的な会計があるわけです。詳細会計とは、例えば、ある取引で10個のバッグを購入し、それらは1つの取引に属するものとして会計処理し、その後、さらに5個購入し、それらは最初のものとは別に会計処理するというように、資産をいくつかの細かい特徴を組み合わせて会計処理することである。あるいは、単品でも、オブジェクトごとに、それぞれのバッグをそれぞれの価格で購入することができます。どちらも細かい会計処理です。そして、1つの資産の袋を異なる取引からすべて合計し、その価格を算術平均としてカウントすれば、これは一般化された会計、平均価格での会計となる。
技術的に導入しやすく、理解しやすい一般化・平均化された会計への引力が、あらゆるところに存在しています。そして、詳細な会計処理を主張するのは、監督・管理機関や組織だけである。これが人生というものだ。
また、MT5では、詳細な会計処理を行うことで、より多くのストラテジーを開発する機会を得ることができます。
私たちの場合は、開発者が一般化された会計を選んだので、ここで選択する必要はないのです。彼らには理由があった。
しかし、詳細な会計は、一般的なものと並行して製品に導入することができます。現在のスキームを崩すことなく、MT5に実装することが可能です。オプションとして大きなプラスになると思います。しかし、おそらく開発者は、この状況をこの角度から考えていなかったのでしょう。
会計では、すべて100倍も議論され、細部まで作り込まれたものです。そして、どちらの方式も同じ製品で全く問題なく機能します。
これは重要なことです。また、両制度の決算は同じになることに留意する必要があります。
砂糖袋の例に戻ろう。
1.240で1袋燻製-糖度資産1袋合計240
2.140で1袋購入-砂糖資産2袋で合計380の価値
3.砂糖1袋を175円で売却-1袋で総資産額205円
4.だから、残糖を売って赤字にならないためには、205円で売らなければならない。
細かく計算すると、それぞれの袋が別々になります。
1.240で1袋燻製-240で1袋砂糖資産
2.140で1袋購入-糖質資産は240で1袋、140で1袋
3.140で1袋を175で売却-240で1袋を資産化、35の利益
4.従って、残りの砂糖を240で売るには、240で売らなければならない。あるいは、35の利益を入れて、損益分岐点はまた205になる。
どちらも=205で、損益分岐点となる残価を売却する価格です。だから、さっきも言ったように、35は実際には存在しないエターナルな利益なんです。一般的な勘定では、あるべきところにあるのが平均的な価格だというだけのことです。そして何より、このエターナルな利益は、報道を混乱させることがない。
並行輸入の導入は、多くの当局が金融詐欺の試みとみなしている。
大雑把に言えば、人間で言えば、細かい会計と平均的な会計があるわけです。詳細会計とは、例えば、ある取引で10個のバッグを購入し、それらは1つの取引に属するものとして会計処理し、その後、さらに5個購入し、それらは最初のものとは別に会計処理するというように、資産をいくつかの細かい特徴を組み合わせて会計処理することである。あるいは、単品でも、オブジェクトごとに、それぞれのバッグをそれぞれの価格で購入することができます。どちらも細かい会計処理です。そして、1つの資産の袋を異なる取引からすべて合計し、その価格を算術平均としてカウントすれば、これは一般化された会計、平均価格での会計となる。
技術的に導入しやすく、理解しやすい一般化・平均化された会計への引力が、あらゆるところに存在しています。そして、詳細な会計処理を主張するのは、監督・管理機関や組織だけである。これが人生というものです。
また、MT5では、詳細な会計処理を行うことで、より多くのストラテジーを開発する機会を得ることができます。
私たちの場合は、開発者が一般化された会計を選んだので、ここで選択する必要はないのです。彼らには理由があった。
しかし、詳細な会計は、一般的なものと並行して製品に導入することができます。現在のスキームを崩すことなく、MT5に実装することが可能です。オプションとして大きなプラスになると思います。しかし、おそらく開発者は、この状況をこの角度から考えていなかったのでしょう。
会計では、すべて100倍も議論され、細部まで作り込まれたものです。そして、どちらの方式も同じ製品で全く問題なく機能します。