以编程方式应用模板? - 页 5

 
FAQ:
我不确定它在周末能不能工作。
不会的。终端中的服务器时间 只有在一些报价进来的时候才会更新。
 
TheXpert:
嗯,是的,我也是这么想的,但到目前为止,没有石花出来。
首先,它是一个拐杖。
第二,把每个特区都有不同的故事当作一个公理。
 
Mischek2:
首先,它是一个拐杖。
第二,把每个DC都有不同的故事当作一个公理。
不同,但大致相似。不是拐杖,而是解决问题的启发式方法;)
 
Integer:
毕竟不同,但大致相似。不是拐杖,而是解决问题的启发式方法;)

迪马,只是你有很好的(对这个论坛来说)比较经验,你知道我们只能谈论一个低于100%的概率。而这是一个句子。
 
是的,我在一天之内就完成了它。我明天会试着做一个视频。
 
Mischek2:
迪马,你有很好的(对这个论坛来说)比较经验,你知道我们只能谈论一个低于100%的概率。而这是一个句子。


我同意
 
TheXpert:

你会不会偶尔使用一个有用的东西?即使是10分之9?我可能不会。

这取决于消费者对该事物的需求。

你有两个数字,50%和90%,所以我们就是这样解释的。我们相应地将需求分为三类。

低、中、高。

如果它很低,你就不可能得到50或90。

中等的,90个就可以了,50个就不行了。

有了高要求,50个就可以了。

 
Integer:

这里有一个想法。我们传输图表的一小部分,比如说10个柱子和大约的时间;脚本从指定的时间加/减天数开始搜索图表的相同部分。可能有不同的经纪公司,分别的数据可能不同,比较的方法要考虑。

在不同的流行对上传输6-10个控制点(每个对上一个点)。例如,{EURUSD}上一个完成日的11:00的小时条的收盘时间。gbpusd, eurgbp, eurjpy, usdjpy, gbpjpy}。

收到后,我们以1小时为单位扫描收件人的时间序列,同步搜索控制点上的最小delta。

在这种情况下,即使接收者的图形有一半缺失,误认正确班次的概率也是P<<1%。

这是个麻烦事,但它实际上会毫不费力地发挥作用。

 
我太讨厌台词了......为了咬牙切齿。
 
TheXpert:

主要特点 -- 你可以轻松地在任何地方发布,包括在论坛上发布,而不会陷入困境。要应用,只需将文本复制到缓冲区,并在所需的图形上运行脚本。


TheXpert

这里有一个这样的测试模板。

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx......................
已经拿到剧本了!:)