プログラマ向けの資格取得サービスを作る ... - ページ 3

 
sovetnikmaker:

顧客に最高の開発者を提供し、顧客が不満を持たず、仲裁への訴えが少なくなるように、なぜこのようなテストが全く必要ないのでしょうか?

つまり、開発者の経験ではなく、TORの正しさと明確さに70%は依存しているのです。

ほとんどの開発者は、最初であれば、完全なナンセンスを引き受けることを望んでいます))

)))
 
sovetnikmaker:

顧客に最高の開発者を提供し、顧客が不満を持たず、仲裁への訴えが少なくなるように、なぜこのようなテストが全く必要ないのでしょうか?

つまり、開発者の経験ではなく、TORの正しさと明確さに70%は依存しているのです。

明確に定義された課題を持ち、それを開発する過程で、それが判明した人はいないのだろうか。

開発の過程で、明確によく練られたTORを手に入れ、その後、ストップをロスレスにし、トラリピを価格の後ろに引き上げる だけでよいことがわかった人はいないだろうか。

ほとんどの開発者は、最初だけなら、フルナンセンスをやってもいいと考えています))

歴史に残る価値あり。
 
sovetnikmaker:

誰も明確な課題を得られず、開発の過程で、必要なのはストップをブレークイーブンに移動させ、トロールを価格に引き上げることだと判明したのではありませんか。

ストップはブレイクイーブンに、トロールは価格に追従 するようにするだけです。


実際はそんなに複雑ではなく、ストップをブレイクイーブンに移動させ、トロールを価格の後ろに引き 上げます。 ))))
 
snowman:
特に複雑なことはなく、ストップはブレイクイーブンに移動し、トロールは価格の後ろに引き上げ られました。 ))))
保留中の注文を トロールとして使用し、ポジションの一部を閉じることができます。))
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5
 
だから、何を使ってどう逃げるかは問題ではなく、主なものは、ストップがブレイクイーブンに移動し、トロールが価格に従うという ことです、たとえあなたが試して、そしてあなたができないことを証明しようとしても、彼らはあなたを信じていないでしょう)
 
sovetnikmaker:
だから、何を使ってどう抜け出すかは問題ではなく、要はストップがブレイクイーブンに移動し、トロールが価格に追随 するということであり、どんなに頑張っても、そして、できないことを証明しようとしても、信じてもらえないのである)。
ブレークイーブンにストップを引いて、トラブることはないんですか?)
 
snowman:
(不思議なんですが、ストップをブレークイーブンに移動させてからトラブることは不可能なんでしょうか?)

それこそ、いや、通信簿を掲載できればいいんですけどね。

当初は、注文がトリガーされるとストップロスが価格の後ろに引き上げられるとタスクに明記されていました。

その後、ストップロスはブレイクイーブンに再配分されるべきだと分かったので、具体的に聞いてみました:ストップロスは ブレイクイーブンに再配分され、価格の後ろに引っ張られることはないのですか?

利益が0ドルになったときに、ストップロスを オープン価格に移動させるべきだったことがわかりました。

そして最後に、ストップがブレイクイーブンに移動され、トロールが価格の後ろに引っ張られ、私は尋ねる - ストップは、最初にブレイクイーブンに移動し、その後、価格の後ろに引っ張られるのですか?- いいえ、ストップはブレイクイーブンまで行ってそこに留まり、トロールは価格の後ろに移動します。

一般に、タスク、タスク、そしてまたタスクが成功の鍵である。

認証取得により、デベロッパーの選定は簡素化されるだろうが、裁定への訴えは少なくなることはないだろう。

 
sovetnikmaker:

それこそ、いや、通信簿を掲載できればいいんですけどね。

...

その後、どうなったのですか?最後はどうなった?その課題ができたというか...。が、ご覧の通り、どこかに行ってしまいました。
 
sovetnikmaker:

それこそ、いや、通信簿を掲載できればいいんですけどね。

当初は、注文がトリガーされるとストップロスが価格の後ろに引き上げられるとタスクに明記されていました。

その後、ストップロスはブレイクイーブンに再配分されるべきだと分かったので、具体的に聞いてみました:ストップロスは ブレイクイーブンに再配分され、価格の後ろに引っ張られることはないのですか?

利益が0ドルになったときに、ストップロスを オープン価格に移動させるべきだったことがわかりました。

そして最後に、ストップがブレイクイーブンに移動され、トロールが価格の後ろに引っ張られ、私は尋ねる - ストップは、最初にブレイクイーブンに移動し、その後、価格の後ろに引っ張られるのですか?- いいえ、ストップはブレイクイーブンまで行ってそこに留まり、トロールは価格の後ろに移動します。

一般に、タスク、タスク、そしてまたタスクが成功の鍵である。

認証は開発者の選択を単純化するだろうが、裁定への訴求は減らないだろう。

仕事を明確にするのは、タスクの受け入れ時であって、その実行中や、さらに悪いことに、タスクの納期が迫っているときではないはずです)

 
よくこんなところでジジババになれたな。依頼が表示されるだけで、すでに10人が見境 なく仕事をする体制になっています。