記事「ニュース取引が簡単に（第2回）：リスク管理」についてのディスカッション
テストしようとしたんだけど、ファイルをどこに置けばいいのかわからなくて、ニューストレーディングがコンパイルできないんだ。
ストップロスを0に切り替えると、このようになります：
少し整理する必要があるが、素晴らしいプログラムだ。実に興味深い記事で、いかに多くの努力が払われているかがわかる。
こんにちは、クリスチャン。この問題は、まだ公開途中の私の後日談で気づき、解決しました。手数料に関しては、エキスパートがリスクを計算する際に手数料を調整するということですか？
そうでなければ、自動システムを使用しているトレーダーは利益が出ていると思って取引を終えてしまうかもしれませんし、現実的には利益から経費を差し引いたものが純利益となります。
取引が損失状態にある、または長時間オープンしている場合、価格がエントリーポイントに戻るだけではコストをカバーできない可能性が高いです。
確かに、デモ口座では、テスト目的には良いですが、ほとんどのブローカーは何らかの手数料を取るので、損益分岐点がエントリーポイントに戻ることはありません。ブローカーがエントリーとエグジットの両方に手数料を取るか、パーセンテージを取るかによって、常に最初のエントリーポイントより数ポイント上か下かになります。スワップもまた、損益分岐点に織り込まれるべきである。
そうでなければ、自動化システムを使用しているトレーダーは、利益が出ていると思って取引を終了する可能性があります。
取引が赤字であったり、長い間オープンしている場合、価格がエントリーポイントに戻るだけではコストをカバーできないことがほとんどです。
もちろん、デモ口座はテスト目的には良いのですが、ほとんどのブローカーはいくらかの手数料を取るので、損益分岐点はエントリーポイントに戻ることはなく、ブローカーがエントリー手数料とエグジット手数料を取るか、パーセンテージを取るかによって、常に最初のエントリーポイントより数ピップ上か下かになります。スワップも損益分岐点に考慮しなければなりません。
ご意見ありがとうございます！
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
新しい記事「ニュース取引が簡単に（第2回）：リスク管理」はパブリッシュされました:
この記事では、以前のコードと新しいコードに継承を導入します。効率性を高めるために新しいデータベース設計が実装されます。さらに、取引量計算に取り組むためのリスク管理クラスも作成されます。
本連載の前回の記事を簡単に振り返りましょう。前回は、DST（夏時間）の概念を取り上げ、さまざまな国での夏時間の設定や、会計年度内でタイムゾーンが1時間進んだり遅れたりする違いについて説明しました。これにより、DSTに対応するブローカーの取引スケジュールがどのように変わるかを理解できました。また、データベースを作成する目的やその利点についても解説しました。具体的には、MQL5経済カレンダーから取得したニュースイベントを保存するデータベースを構築し、ブローカーのDSTスケジュールに応じてイベント時間を調整する仕組みを導入することで、将来的なバックテストにおいて正確なデータを提供できるようにしています。プロジェクトファイルには、異なる国のすべてのMQL5カレンダーイベントにアクセスできるSQLスクリプトがExcel形式で含まれていました。
今回の記事では、前回のコードをいくつか改良し、新しいコードへの継承を実装することで、ニュース/カレンダーデータベースがさらに使いやすく、実用的なものになるよう調整します。また、リスク管理に関する設定にも取り組み、ユーザーのリスク許容度や好みに応じて選べる複数のリスクプロファイルを提供します。
作者: Kabelo Frans Mampa