数学课的问题 - 页 8

 
Bookkeeper писал(а)>>

没有读过这个主题。忽悠。

有一个与MQL编程相关的交易。让我们来看看EA的一个相当简单的任务--跨越两辆马车(好吧,也许这太酷了,当然最好是几个或三个指标,并对市场采取不同的 "方法")。我敢肯定,即使是这样一个简单的EA,不同职业者的代码也会有所不同。但我作为一个客户,即使对一个紧凑的代码也很难感兴趣。我将注意到。

1.对我的(最常见的--白痴)任务的处理的准确性,例如--将实际越过的信号,或触摸后跑起来,即编码者是否设法为我的特异功能提供至少某种安全?否则,我不会责怪自己,而是责怪我的白痴的编码者。

2.交易订单的数量和服务器的故障数量 - 这是更重要的,编码器是否能够正确处理交易订单并使经销商执行它们。我不关心重新报价、新闻时间内的交易禁令、引擎时间内的延迟和其他事情--否则你就没有用我的钱工作。

然后是我根本没有想到的--手数优化、动态止损、拖网和其他奇怪的东西......。

这个怎么样?这将决定编码员是否适合MQL?只是它不会花费一个小镍币(来自温尼泰迪)。而我的订单数量会急剧下降,因为无论代码执行得多好,我的白痴行为是无法被编码者取消的。

我完全同意。在我看来,这指的是 "关于编码主题的知识"。高级编码员应该生产出可靠的产品,了解真实交易的细微差别,也许还能识别客户指定的特定直流电的交易特点。那么交易员的白痴就不会起到致命的作用。而且产品的价格应该是适当的,尽管表面上,视觉上很简单。

 
Helen >> :

顺便说一下,还有对劳动力的估价。

这个公式已经有一千多年的历史了--供给/需求比率。无论你有多大的天才,如果需求不大,你就会被编码为花生。而如果需求很高,那么即使是昨天的小学生,在读了MQL这本书的序言后,也会要求/接受非常多的东西。而且任何公式都不能改变它。

为什么Integer的代码是便士?再看看当地的客户:"我准备付10美元,这个工作不值得更多"。

另一方面,在我看来,MQL程序员有一些特殊性。在那里,95%的工作是重复以前为别人做的事情。因此,可能几乎没有编码 - 你只是把现成的块放在一起。

 
timbo писал(а)>>

这个公式已经有一千多年的历史了--供需比。无论你有多大的天才,如果需求不大,你就会被编码为花生。而如果需求很高,那么即使是昨天的小学生在读MQL这本书的介绍时,也不会幼稚地要求/接受。而且任何公式都不能改变它。

为什么Integer的代码是便士?再看看当地的客户:"我准备付10美元,这个工作不值得更多"。

另一方面,在我看来,MQL程序员有一些特殊性。在那里,95%的工作是重复以前为别人做的事情。也就是说,可能几乎没有编码--你只是把现成的块放在一起。

所以,这就是问题所在,没有市场,供应和需求就会诞生。有树桩...而且有越来越多的商人...

已经完成的95%的工作是知识产权...但当然,它可以通过解码产品而被盗。

 

Djurica被解码了(静静地躺在代码库中),但我们没有看到任何了解其算法的工匠......事实上,是一个独特的过滤器。

 
Mathemat писал(а)>>

Djuric已经被解码了(静静地躺在代码库中),但我们没有看到任何了解其算法的工匠......。

是否可以这样理解,在某个时间点将其行为不可预测地整合到一个EA中?嗯,以一种原始的方式。

 

在理论上,是的。有些人认为它是 "模糊的"。好吧,它肯定没有脱离沙盒,而且原则上可以做大规模的实验来体面地测试它的不可预测性。

 
因此,这种刮刀的可靠性也是值得怀疑的。这不是钱的问题了......
 

为什么不呢?如果 "源 "文件在此后编译的话,分割器是相当体面的。分割器不能做更多的事情,因为关于名字的信息没有存储在ex4中--在哪里可以得到它?

 
一般来说,在给出的大纲中,公式...需求是明确的,工作经验可以定义......但测试却一点也不明确。不是一个程序员。要问什么样的问题?有哪些任务?恐怕答案比我想象的还要复杂。
 
Mathemat писал(а)>>

为什么不呢?如果 "源 "文件在此后编译,分割器是相当体面的。而分割器将不能做更多的事情,因为名称信息并没有存储在ex4中--它从哪里得到它?

更正一下...我指的不是解码器程序,而是解码后的产品,即源头。