PRECISA DE UM PROGRAMADOR

 

Precisamos escrever uma EA que construa canais e negocie sobre eles em modo semi-automático.

Descrição do programa:

Com base em três extremos apropriados na tabela, o programa constrói um canal que é exibido em azul. Vamos chamar este canal de desbloqueado. Ela pode ser trocada e movida na tabela com o mouse. Quando um quarto extremo chega, o programatranca o canal e muda sua cor para verde se o extremo tocar a parede do canal. Se um extremo estiver fora de lugar, o canal será automaticamente reconstruído dentro de certos limites ou será excluído. Um canal bloqueado não é alterado programática ou manualmente, mas pode ser desbloqueado, por exemplo, com um duplo clique ou selecionando a opção apropriada no menu de contexto (dependendo do que for mais fácil de fazer) e modificando-o e bloqueando-o novamente.

Quando um canal verde aparece a um determinado símbolo em um determinado período de tempo, o programa continua a procurar por extrema e constrói outros canais. Assim, vários canais podem ser mostrados no mesmo gráfico ao mesmo tempo e não devem ser aproximadamente os mesmos, mas é permitido mostrar canais uns dentro dos outros. Quando o preço sai do canal e permanece lá por algum tempo, o canal é deletado.

Quando o preço atinge a parede verde do canal, os indicadores apropriados são verificados e uma posição é aberta. Somente uma posição pode ser aberta dentro de um canal de cada vez, mas se houver canais com menor tempo dentro do canal, posições adicionais podem ser abertas.

O programa deve operar nos prazos M1, M5, M15, M30, H1, H4, e em vários instrumentos ao mesmo tempo. Todos os canais devem ser exibidos simultaneamente em todos os períodos de tempo com as etiquetas correspondentes (por exemplo, "M5" ao lado do canto superior esquerdo do canal). No entanto, o código deve ser implementado de forma a desativar facilmente a exibição do canal em períodos de tempo superiores ou inferiores (por exemplo, para não exibir canais M1 em H1, etc.) ou para bloquear a operação em determinados períodos de tempo (por exemplo, para comercializar apenas em H1 e M15).

O código deve ser implementado de tal forma que seja fácil desativar (por exemplo, comentando algumas partes do código) alguns prazos, pares de moedas e todo o gráfico, a fim de economizar recursos durante a otimização posterior. Além disso, o código deve ser fornecido com comentários detalhados. Variáveis e funções devem ser fornecidas com comentários detalhados sobre seu propósito, incluindo balcões e bandeiras.

Certas variáveis devem conter os valores da largura do canal e sua inclinação em relação ao eixo horizontal (o valor da variável é positivo se o preço sobe, negativo se desce).

Para avaliar o programa, vou precisar de capturas de tela de seu trabalho e trechos de código para determinar a compreensibilidade dos comentários. Portanto, quanto mais simples for a estrutura do programa, melhor.

Caros programadores, estou aguardando suas sugestões.

 
Uma tarefa séria! Mas, em princípio, isso é possível. Quanto você gostaria de oferecer para o trabalho?
 
LSB >>

Com base nos três *relevantes correspondentes a quê? Refere-se aos três últimos extremos no gráfico, o programa constrói um canal, que é mostrado em azul. Vamos chamar este canal de desbloqueado. Ela pode ser trocada e movida na tabela com o mouse. Quando um quarto extremo aparecer, o programabloqueará o canal e mudará sua cor para verde se o extremo tocar a parede do canal * o que você quer dizer?) - se o extremo estiver em seu topo e na parede do canal? Se um extremo estiver fora de posição, o canal mudará automaticamente sua posição dentro de certos limites ou será excluído. Um canal fixo não é alterado ... Tanto quantosei, isso não pode ser feito manualmente* por ferramentasMQL .Você sempre pode mudar qualquer canal no gráfico manualmente* , mas você pode desbloqueá-lo de volta, por exemplo, clicando duas vezes ou escolhendo a opção apropriada no menu de contexto (dependendo do que for mais fácil de fazer), modificá-lo e bloqueá-lo de volta.

É mais difícil entender o ToR até o fim do que escrever o código)) Não parece ser grande coisa.

 
Fduch писал(а) >>

É mais difícil entender o ToR do que escrever o código). Não parece ser nada sério.

Faça o trabalho, depois me diga como foi fácil para você :-)

 
Integer >> :

Assuma a implementação, depois me diga como foi fácil para você :-)

Há algo neste ToR que possa causar dificuldades na implementação? >> além do que destaquei no post anterior.

 
Fduch писал(а) >>

Há algo neste ToR que possa causar dificuldades na implementação? *outro que o que salientei no post anterior*.

Há algo para se pensar, mas você parece não fazer a menor idéia, por isso vou me abster de explicar por enquanto.

 
Integer >> :

Há algo em que pensar, mas você parece não ter a menor idéia, por isso vou me abster de explicar por enquanto.

Um enigma TK! =)

E quanto você acha que custaria ao cliente escrever um especialista sobre este TOR? *IMHO não mais caro que $ 40 por 20 $ / hora de trabalho de programador *.

 
Fduch >> :

TK-jiggle! =)

E quanto você acha que custaria ao cliente escrever um especialista sobre este TOR? *IMHO não mais do que 40$ por 20$ hora de trabalho de programador?

e você está disposto a fazer isso em 2 horas? com a precisão do primeiro posto à menor das nuances

e processamento de níveis de mouse-over com abertura de posições adicionais dentro do canal

e exibindo (como não descrito pelo cliente a propósito) e não exibindo canais m1 em h1 etc.

"não deve ser aproximadamente o mesmo" você vai escrever um programa de recuperação de imagem ? por $20 por hora ?

e assim por diante e fazer screenshots em 2 horas?

--

bem... Boa sorte! e, o mais importante, o tempo! desde o início da implementação até o final

para que o cliente não lhe escreva uma carta dizendo que não era isto que eu queria

--

Às vezes pensamos que é muito simples! E o mundo é transparente e não há "tocos" para tropeçar!

mas normalmente não é!

 
Sim, eu estava errado sobre todo o ToR - screenshots, comentários e uma estrutura lógica do programa levará muito mais tempo. Mas o próprio código é bastante realista para escrever em 2 horas, você não concorda?
 
Fduch писал(а) >>
Mas o código em si é bastante realista para escrever em 2 horas, você não concorda?

Concordo, se você estiver digitando a 300 caracteres por minuto.

 
Fduch >> :
Sim, eu estava errado sobre os ToR inteiros - screenshots, comentários e estrutura lógica do programa levarão muito mais tempo. Mas o próprio código é bastante realista para escrever em 2 horas, você não concorda?

Não, eu não concordo.


---

Você começa escrevendo esta peça do TOR em 10-30-240 minutos = "não deve ser aproximadamente o mesmo" --- ---

Confie em mim, isto não é uma coisa trivial!

( o que é aproximado é uma substância bastante subjetiva )

Você precisará comparar dentro de alguns limites alguns objetos sob a forma de pelo menos 3 pontos!

Você terá que usar uma batida convencional, na verdade um triângulo de acordo com as regras e cortar os objetos similares

(e não apenas o corte e que o autor da TK deveria aprovar este corte).

---

Eu concordo que você está exagerando!

não é tão simples assim! mas se você falar com o autor do TOR, algumas coisas podem ser trabalhadas

mas você não pode fazer isso em 2 horas - mesmo que você tenha as bibliotecas prontas ---

--

Eu, por exemplo, sempre gasto 3-4 vezes mais tempo no trabalho do que espero!

sabendo que poderia encontrar um "toco"... com um problema que eu não esperava!


Razão: