为程序员做一个认证服务... - 页 3

[snowman]

sovetnikmaker:

我们为什么需要这样的测试，为客户提供最好的开发商，这样客户就不会抱怨，就会减少对仲裁的上诉？

因此，这70%不是取决于开发者的经验，而是取决于TOR的正确性和明确性。

大多数开发者都愿意承担完全的无稽之谈，如果只是为了成为第一个））。

)))

[Dmitry Fedoseev]

sovetnikmaker:

我们为什么需要这样的测试，为客户提供最好的开发商，这样客户就不会抱怨，就会减少对仲裁的上诉？

因此，这70%不是取决于开发者的经验，而是取决于TOR的正确性和明确性。

难道没有人曾经得到过一个清晰明确的任务，而在发展的过程中发现，它变成了

在发展的过程中，有没有人得到过一个清晰而完善的TOR，然后发现他只需要让止损无损，拖累拉升到价格后面。

大多数开发商都愿意做完整的胡说八道，如果只是为了成为第一个）)

值得载入史册。

[snowman]

sovetnikmaker:

难道没有人得到一个清晰明确的任务，在发展的过程中发现，原来他们需要做的是让止损点移动到盈亏平衡点，拖网拉升到价格。

唯一要做的是使止损点达到收支平衡，并使拖网跟随价格。

事实上，这并不复杂，将止损点移至盈亏平衡点，并将拖网拉到价格后面。))))。

[Anatoli Kazharski]

snowman:
其实并不复杂，止损点被移到了盈亏平衡点，拖网被拉到了价格后面。))))

你可以使用挂单 作为拖曳，关闭部分头寸。))

[Vladimir Ivanov]

因此，你能用什么，如何能逃脱并不重要，主要的是将止损点移至盈亏平衡点，拖网跟随价格，即使你尝试，然后试图证明你不能，他们也不会相信你)

[snowman]

sovetnikmaker:
所以，你能用什么，怎么出手并不重要，最主要的是，止损移到Breakeven，拖网跟着价格走，不管你怎么努力，再怎么证明你不行，他们也不会相信你)

你不能把止损拉到收支平衡，然后再去拖动它？)

[Vladimir Ivanov]

snowman:
(我想知道，是否不可能将止损点移至盈亏平衡点，然后再拖动它？)

这就是问题所在：不，我希望我可以公布这些信件。

最初，任务中明确指出，当订单触发时，止损被拉到价格后面。

后来我发现，止损应该重新分配到Breakeven，所以我特别问他：止损是否 重新分配到Breakeven，而不是拉到价格后面？

几个小时后，我发现它没有按照我想要的方式工作；事实证明，当利润为0美元时，我应该将止损 移到开盘价水平；我无法理解我如何能将买入订单的止损移到买入价。

最后，最后一步杀了我，止损被移到Breakeven，拖曳被拉到价格后面，我问--止损首先被移到Breakeven，然后被拉到价格后面？-不，止损到盈亏平衡点并停留在那里，而拖网则在价格后面移动。

总的来说，一项任务、一项任务、再一项任务是成功的关键。

认证可能会简化选择开发商的过程，但上诉套利的数量不会变少。

[Dmitry Fedoseev]

sovetnikmaker:

这就是问题所在，不，我希望我可以公布这些信件。

...

接下来发生了什么？它是如何结束的？我想我得到了这个任务...但正如你所看到的，它去了别的地方。

[snowman]

sovetnikmaker:

这就是问题所在：不，我希望我可以公布这些信件。

最初，任务中明确指出，当订单触发时，止损被拉到价格后面。

后来我发现，止损应该重新分配到Breakeven，所以我特别问他：止损是否 重新分配到Breakeven，而不是拉到价格后面？

几个小时后，我发现它没有按照我想要的方式工作；事实证明，当利润为0美元时，我应该将止损 移到开盘价水平；我无法理解我如何能将买入订单的止损移到买入价。

最后，最后一步杀了我，止损被移到Breakeven，拖曳被拉到价格后面，我问--止损先移到Breakeven，然后拉到价格后面？-不，止损到盈亏平衡点并停留在那里，而拖网则在价格后面移动。

一般来说，一项任务、一项任务、再一项任务是成功的关键。

认证可能会简化开发商的选择，但对套利的诉求不会减少。

工作应该在接受任务时澄清，而不是在执行任务时澄清，甚至更糟糕的是，在任务到期时也不能澄清)

[Dmitry Fedoseev]

你们在这里怎么会有矛盾呢？仅仅出现一个要求，就已经有10个人准备好了，不用看就 能完成工作。