需要一个程序员

 

我们需要编写一个EA,以半自动模式建立通道并进行交易。

方案的描述。

基于图表上三个适当的极值,程序建立了一个通道,以蓝色显示。让我们把这个通道称为解锁。它可以用鼠标在图表上改变和移动。当第四个极值到来时,如果极值位于通道壁内,程序将锁定 该通道并将其颜色变为绿色。如果一个极值不到位,该通道将在一定范围内自动重建或被删除。被锁定的通道不能以程序或手动方式改变,但它可以被解锁,例如,通过双击它或在上下文菜单中选择适当的选项(取决于什么更容易做到),然后修改它并再次锁定它。

当一个绿色通道出现在给定的符号在给定的时间框架,程序继续搜索极值并建立其他通道。因此,在同一个图表上可以同时显示几个通道,它们不应该是近似的,但允许在彼此之间显示通道。当价格走出通道并在那里停留一段时间时,通道就被删除。

当价格达到绿色通道墙时,会检查适当的指标并开立头寸。一个通道内一次只能开一个仓位,但如果通道内还有更低的时间框架通道,则可以开更多的仓位。

该方案必须在M1M5M15M30H1H4 等时间框架上运行,并同时在多个工具上运行。所有通道必须同时显示在所有时间段上,并有相应的标签(例如,通道左上角旁边的 "M5")。 然而,代码的实现方式应能方便地在更高或更低的时间段上禁用通道显示(例如,在H1 上不显示M1 通道,等等)或在某些时间段上阻止操作(例如,只在H1M15 上交易)。

代码的实现方式应该是很容易禁用(例如,通过注释代码的某些部分)某些时间段、货币对和整个图表,以便在进一步优化时节省资源。另外,代码应提供详细的注释。变量和函数应提供有关其目的的详细注释,包括计数器和标志。

某些变量应包含通道宽度及其相对于横轴的斜率的值(如果价格向上走,变量值为正,如果向下走,变量值为负)。

为了评估该程序,我需要其工作截图和代码片段,以确定评论的可理解性。相应地,程序的结构 越简单越好。

亲爱的程序员,我在等待你们的建议。

 
一个严肃的任务!但原则上是可以做到的。你想为这份工作提供多少钱?
 
LSB >>

基于三个相应的 *相关的什么? 你 是指图表上的 最后三个 极值,程序建立了一个通道,用蓝色显示。让我们把这个通道称为解锁。它可以用鼠标在图表上改变和移动。当第四个极值出现时,如果极值接触到通道壁 ,程序将锁定 通道并将其颜色改为绿色*什么意思)--如果极值点是通道壁?如果一个极点不在位置上,该通道将在一定范围内自动改变其位置或被删除。一个固定的频道是 不会改变的 ...据我所知,它不能 MQL 工具手动*完成 你总是可以手动改变图表上的任何通道* ,但你可以把它解锁回来,例如通过双击或在上下文菜单中选择适当的选项(取决于什么更容易做到),修改它并把它锁回来。

要理解ToR到底比写代码更难))似乎没有什么大不了的。

 
Fduch писал(а)>>

理解ToR比写代码更难)。这似乎并不严重。

完成工作,然后告诉我这对你来说有多容易 :-)

 
Integer >> :

接管实施,然后告诉我这对你来说有多容易 :-)

该职权范围中是否有任何可能导致实施困难的内容?>>除了我在上一篇文章中强调的内容之外。

 
Fduch писал(а)>>

该职权范围中是否有任何可能导致实施困难的内容?*除了我在上一篇文章中强调的内容外*。

有一些东西需要认真思考,但你似乎没有头绪,所以我暂时不解释。

 
Integer >> :

有一些东西需要思考,但你似乎没有头绪,所以我暂时不解释。

一个谜语TK! =)

还有,你认为为这个TOR写一个专家要花多少钱?*我认为不比20美元/小时的程序员工作的40美元更贵*。

 
Fduch >> :

TK-jiggle! =)

还有,你认为为这个TOR写一个专家要花多少钱?*IMHO不超过40美元的20美元/小时的程序员工作?

你愿意在2个小时内完成吗? 准确到最小的细微差别的第一个职位

和处理鼠标悬停的水平,在通道内打开额外的位置

和显示(顺便说一下,不是客户描述的那样)和在H1上不显示M1频道等等。

"它不应该是大致相同的",你会写一个图像检索程序吗? 每小时20美元?

等等,并在2小时内做出截图?

--

好吧......。好运!最重要的是要把握好时间!从实施的开始到结束。

这样客户就不会写信给你说这不是我想要的东西。

--

有时看起来非常简单!世界是透明的,没有 "树桩 "可以绊倒。

但通常不是这样的!

 
是的,我对整个ToR的看法是错误的--截图、评论和一个有逻辑的程序结构 将需要更长的时间。但代码本身在2小时内写完是很现实的,你同意吗?
 
Fduch писал(а)>>
但代码本身在2小时内写完是很现实的,你同意吗?

我同意,如果你是以每分钟300个字符的速度打字的话。

 
Fduch >> :
是的,我对整个ToR的看法是错误的--截图、评论和逻辑程序结构将花费更多的时间。但代码本身在2小时内写完是很现实的,你同意吗?

不,我不同意。


---

相信我,这不是一件小事!

( 什么是近似的,是一个相当主观的物质 )

你需要在一定范围内对一些物体进行比较,至少要有3个点的形式!

你将不得不使用一个常规的节拍,实际上是根据规则的三角形,并切断类似的对象。

(而不是仅仅切断,并且TK的作者应该批准这种切割。

---

我同意你反应过激了!"。

这不是那么简单!但如果你与TOR的作者交谈,有些事情是可以解决的。

但你不可能在2小时内完成 --- 即使你准备好了图书馆 ---

--

例如,我,在工作上花费的时间总是比我预期的多3-4倍!这就是我的工作。

知道我可能会遇到一个 "树桩"......有一个我没想到的问题!