В MQL4 был старый добрый неторгующий советник-индикатор, который показывал силу каждой валюты в настоящий момент в виде столбиков. Привык к нему. И нигде пока его не нашел под MQL5. В нем было одно неудобство - невозможность во входных параметрах вводить нужные валютные пары. Нужно доработать и повторить для MQL5.
Hee hee))
每个人都迫切地需要一个保证。他们想要一个及时执行订单 的保证，保证在市场上花10英镑购买的EA在一个月甚至更长时间内仍能砍掉1000%的利润，就像在演示中一样，而花20英镑购买的信号，在几个月内将带来数百万，或者罚款，在篝火上和法庭上。
这个话题的发起人可能已经不高兴了）。
iTC 正在谈论这项工作https://www.mql5.com/ru/job/6193
对程序员来说，一切都很清楚--无论你怎么看，他都要为接受订单和搞砸最后期限而受到责备，.....而且他还工作了，大家都知道，谁不做事谁就不会有错。
然后，它仍然是处理客户，特别是初学者 - 客户的需求是什么，无法制定正确的TOR和 "用其幼稚的自发性吹你的大脑十几次。如果你知道第一条是正确的，那么专家顾问开启的交易不符合历史上的指标信号--它强烈地滞后，它需要提前.....。
????????
我看到的是，在有争议的TK充分性的情况下--这正是套利的功能，而且是正常的......
理想情况下，有争议的问题总是由一个独立的观察员来考虑，但这个观察员不应该作为一个法官，而恰恰是作为冲突各方之间的调解人；在一些组织中有相应的程序和规则，可以在各方都满意的情况下解决这种情况，而不把责任推给仲裁方本身。
我还没有在编程中看到这一点......但看到这一点会很有趣。
总有可能找到冲突的原因，大多数冲突归结为误解或对同一事物的不同理解，这也间接证实了合作的成功结果--在一些客户和程序员的永久纽带中，不断合作--只是他们之间在这个或那个问题上有了更多的理解和共识
iTC 正在谈论这项工作https://www.mql5.com/ru/job/6193
Heh heh))
每个人都迫切地需要一个保证。他们想要一个及时执行订单的保证，保证在市场上花10英镑购买的EA在一个月甚至更长时间内仍能砍掉1000%的利润，就像在演示中一样，而花20英镑购买的信号，在几个月内将带来数百万，或者罚款，在篝火上和法庭上。
每个人都迫切需要得到保证。
没有保证，只有责任 )
参数。平均计划完成时间和实际平均完成时间可以帮助客户决定对专家的选择。如果计划是3天，但实际时间是7天，那么客户就会知道，错过最后期限的可能性很大。
不同的是，可能有几个这样的 "7而不是3"：一个程序员失败了，合同被终止了；第二个失败了，合同又被终止了，等等。
而且，计算客户的时间（金钱）也不是承包商的事。如果你说的是3，那就好心点，为3而做（澄清任务和最后检查不算）。
欢迎加入奴隶制！"。
是的，你怎么能事先知道完成一项云云的工作需要多长时间？那么急什么呢？"钱烧了你的大腿？"还是会在三天内收市？
欢迎加入奴隶制！"。
人们究竟是如何提前知道履行一个模糊的订单需要多长时间？那么急什么呢？"钱是个麻烦的东西吗？"还是市场将在三天内关闭？
对不起，这不是我们的方式。
如果订单不明确--在说明价格和时间之前，要说明所有的细节。如果你认为有必要（并得到客户的同意）--拿钱买。
我已经说过关于匆忙的问题--这不关你（不是承包商）的事，我为什么要在明天之前需要一个顾问。