"Execution Type" - 2 options, "Daily"/"Backtesting". If daily, data to export should be only the last day. If Backtesting, data to export should be the one indicated within the "custom dates" parameter. "Custom Date - Start Date" - If execution type is Backtesting, then this parameter will indicate the first day of data to be included. Format...
Нужно написать стратегию в Pine (встроенный редактор TradingView) по правилам, которые я опишу. Стратегия с использованием управления капитала и отложенными ордерами. Т.е. надо будет проверять, отложенный ордер и в...
見るのは取引終了後のフィードバックのみ。
教えてください、オファーに応え、契約者との対話を始める前に、あなたはこれを見ますか？
注文の相談は誰から始めるのがいいでしょうか？
忙しさは無視してもいい。リードタイムを長くとって、不在を警告するお客さまもいらっしゃいます。
教えてください、オファーに応え、契約者との対話を始める前に、あなたはこれを見ますか？
あなたは誰と議論を始めたいですか？
忙しさは無視してもいい。長い納期を設定し、不在を警告するお客さまがいらっしゃいます。
これらの開発者は、彼らがあなたと仕事をすることに同意したときに、最低でも "こんにちは、あなたの要求を実行する準備ができて、等 "として書き込み、おそらくフォローアップの質問をすると、すでに彼らのレベルのアイデアを構築することができ、これらの最小限のフレーズは、仕事のコストにカルマとあなたの金融の願いの値をここに追加し、その後選択する。
教えてください、オファーに応え、契約者との対話を始める前に、あなたはこれを見ますか？
誰と議論を始めたいですか？
忙しさは無視してもいい。リードタイムを長くとって、不在を警告するお客さまもいらっしゃいます。
あなたは開発者であり、論理的な思考をする人です :)
このレベルはもっと、この忙しさで、この方が低価格で提供できそうだなどなど。そして、選択するのです。
教えてください、オファーに応え、契約者との対話を始める前に、あなたはこれを見ますか？
あなたは誰と議論を始めたいですか？
忙しさは無視してもいい。リードタイムを長くとって、不在を警告するようなお客さまもいらっしゃいます。
仕事の複雑さにもよりますが。
簡単な作業であれば、開発者3を選択することができます。タスクが複雑な場合は、4と5のどちらかを選択します。5でより多くの経験ですが、裁定取引の多くは、彼の好意で - これは、顧客の不備にオフに書き込むことができます。契約者がTORの調整を即座に申し出ない場合、コミュニケーションはあまり得られない。私は自分の職務権限を明確に理解し、最大限の機能と付加的な機能を取るようにしているので、調整の段階での管理の仕方もあるのです。
この段階で、どのような仕事をし、どのようなフィードバックがあったのかがわかれば、これらの数字よりもはるかに有益な情報となるはずです。
これらの開発者は、彼らがあなたの仕事に同意したときに、最低でも、例えば "こんにちは、あなたの要求を実行する準備ができて、等 "を書き、おそらく追加の質問をすると、すでにこれらの最小限のフレーズで、自分のレベルのアイデアを構築することができ、仕事のコストにカルマとあなたの財政の願いをここに追加し、その後選択を行います。
この段階で、こんな仕事は「牛乳をもらうようなものだ」と誰もが「悪態をつき、胸を張る」のである。そのうち1社だけが、「難しい」「忙しい」と断ってきた。
しかし、ビジネスとなると、「ここは将棋ではない、ここで考えなければならない」ということが分かってきます。アドバイスを求めると、答えは沈黙。
課題の難易度による。
簡単な作業であれば、開発者3を選択することができます。課題が難しい場合は、4と5のどちらかを選択します。5は、より多くの経験を持っていますが、彼の好意で、しかし、裁定の多くは - これは、顧客の不備に起因することができます。契約者がTORの調整を即座に申し出ない場合、コミュニケーションはあまり得られない。私は自分の職務権限を明確に理解し、最大限の機能と付加的な機能を取るようにしているので、調整の段階で改善の余地があると思います。
この段階で、どのような作業が行われ、どのようなフィードバックがあったかを確認できれば、これらの数字よりもはるかに有益な情報となるはずです。
仲裁の回数に注目してくれるのは嬉しいですね。しかし、それをお客様の不手際とは言い切れないでしょう。さて、私は、紛争では決して有罪ではない唯一のものであると思う人です。しかも、自分の不手際でお客様が自腹を切り、業者が............。
そして、開発者6号も、何もしていない状態で、かなりの経験を積むことができます。しかも、話もせずに値切るとは...。
なるほど。聞きたいことが聞けた。これを読んだ人は、仲裁の回数にも注目するかもしれませんね。
仲裁の件数に注目していただき、嬉しく思います。でも、それをお客さんの不手際のせいにはしませんよ。そういう私は、争いの罪は一人しかないと思っています。しかも、自分の不手際でお客様が自腹を切り、業者が............。
そして、開発者6号も、何もしていない状態で、かなりの経験を積むことができます。しかも、話もせずに値切るとは...。
なるほど。聞きたいことが聞けた。これを読んだ人は、仲裁の回数にも注目するかもしれませんね。
はい、お客様の不備で調整された、仲裁の数に注目してください。
私自身、最低限の仕事しかしていませんが、2件の不当な仲裁を受けました。いずれも、顧客の単なる沈黙と、何の連絡も反応もなかったことが原因です。ただ、沈黙も何も、最初の段階で私の運が良かったのかもしれません。
しかし、どんな紛争でも妥協点を見出すことができるとも思っています。相談できる人がいれば。
仕事上の仲裁をご検討ください。https://www.mql5.com/ru/job/125801
お客様はプロジェクトを 終了しようとしていたが、2ステップを経る必要があることを知らず、1ステップを経て消えてしまった。
そして、上の投稿に付け加えると、ラネットではこのようなケースは非常に稀であり、英語圏では顧客が行方不明になることが非常に多く、裁定取引によってのみ仕事が成立するのです。
合理的な時間内で仲裁に対処する方法がないので、提案された7日間の応答 ルールをすでに設定することができますか？依頼者にも請負業者にもお金がないため、仲裁が遅れているようです。
また、裁定が下された場合、特に 今回の ように当事者の一方にとって明らかに不公平に見える場合は、少なくとも簡単な正当性を示してほしいと思います（ちなみに裁定は異例の記録的時間で行われました）。