服务台：懒惰、自闭还是不愿意承认错误？用非本土的蜡烛来补充图表的内容。 - 页 17

新评论
 
TheXpert:
你不需要这样。你可以做任何你想做的事。例如，要测试Renko的专家顾问。

因此，楼梯是美妙的。这是在100年前由4号台的脚本完成的，没有任何引文的替换

当然，它更好看、更方便。

 
Mischek:

这是在100年前，由一个剧本回到四号机上完成的，没有任何报价的替换。

在一个曲柄上，也许。完全，我不相信。

事实是，你现在可以用4号机做，但你不能用5号机做。

考虑到5的棘手的历史...开发人员不会感到厌烦。

 
Mischek: 嗯，当然，它更漂亮，更方便。

你为什么这么张扬？ 你知道，这不仅更漂亮，而且更实用，试想一下，俄罗斯的银行对外国货币的库存做十年的报告....想象一下，一个奇迹般的TF，不是10天的条形图，而是几十年的日历图。

你的想象力很低，就像以前一样，但现在你被告知你不需要它，所以你在思考 "不需要它的方向" ...

 
IgorM:


你没有想象力，或者说你以前有，但现在有人告诉你不需要，所以你就 "朝着不需要的方向 "思考。

不，我得到了报酬，我正在努力偿还。

为什么你个人需要 "你的小猫"？ 但请不要用射频，不要用彭博，不要用星球大战。

 
Renat:
多么漂亮的公开认识，一个人应该指引通往美好未来的道路，而不是征求意见？而且不仅仅是为了理解，而是已经达到了要求。

而关于经纪人服务台的最新声明可能只是一个建议，以更积极地刺激他们。这是他们的业务，他们需要努力工作，特别是现在。

这就是问题所在，提供高质量的故事并不是经纪人的工作。这不关他的事。有像eSignal这样的特殊报价供应商，也有以执行客户订单为己任的经纪商。而且，经纪人没有必要保持一个清晰、完善的报价历史。从形式上看，经纪人可能只提供某一特定期货的当前卖出价和最后价，但仍然是一个非常好的经纪人。

你在这里讨论的问题并不新鲜，我在半年多以前就已经注意到，僵化地整合软件包并将不属于经纪人的任务委托给经纪人，不会导致普通用户和MQ本身在将终端扩展到其他市场方面取得成功。而这个问题的根源比人们想象的更深。我们所看到的只是冰山一角，而 "我们只需要增加这个和那个 "的公众呼声不会起到作用。一般来说，问题要严重得多，而且几乎已经不可逆转。

 

尽管十年来经纪人已经拥有所有的手段来同步我们所有系统中任何经纪人的历史，而且操作只需要点击几下，但我们将尽力在他们的服务器上安全地自动追溯历史。

我们还将在更新他们的历史方面做大量的工作，以尽可能多地存储历史，尽可能多的深度。

像往常一样，我们将不得不自己做最大的工作。

 
Renat 2012.11.26 20:11:30 #
不要拿它来开玩笑。

我们只对我们的MetaQuotes-Demo服务器历史负责，我们有权上传1971-1999年历史的日记。

---

谁在翻译这个，翻译什么？
难道你没有责任让故事中的 "漏洞 "看起来像 "漏洞 "而不是该死的东西？
 
Mischek:
...纯粹是一个逻辑问题--为什么你需要 "你的 "引号？你打算怎么处理它们？建立一个正弦波？棚架？SOS？

比较。例如，常规的（在交易日）和日历的。

而在一般情况下，是的

 
C-4:

这就是问题所在，提供高质量的故事并不是经纪人的工作。这不关他的事。有专门的报价供应商，如eSignal，还有一些经纪人，他们的工作是执行客户的订单。而且，经纪人没有必要保持一个清晰、完善的报价历史。从形式上看，经纪人可能只提供某一特定期货的当前卖出价和最后价，但仍然是一个非常好的经纪人。

你在这里讨论的问题并不新鲜，我在半年多以前就已经注意到，僵化地整合软件包并将不属于经纪人的任务委托给经纪人，不会导致普通用户和MQ本身在将终端扩展到其他市场方面取得成功。而这个问题的根源比人们想象的还要深。我们看到的只是冰山一角，"我们只需要增加这个和那个 "的公众呼声在这里不会起作用。一般来说，问题要严重得多，而且几乎已经不可逆转。

为什么在mt5上测试时需要eSignal的报价？
 
Mischek:
在MT5上测试时，为什么需要eSignal的报价？
我在mt5多模式下交易日历价差。- 你怎么看？这听起来很奇妙吗？这就是问题所在。而这也正是开发商的想法。这就是为什么在MT5中，你不能用日历点差以及差价合约和外汇以外的工具进行交易。
1...10111213141516171819202122
新评论