Desenvolvedores! Testa sequer o que cria? - página 5
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Por favor, responda a 2 perguntas simples:
1. Se o comércio for feito, devo obter TRADE_TRANSACTION_DEAL_ADD --> ORDER_STATE_STARTED ou não?
2. Após a mensagem de que a encomenda foi modificada TRADE_TRANSACTION_ORDER_UPDATE --> ORDER_STATE_REQUEST_MODIFY
devo ou não receber a mensagem TRADE_TRANSACTION_ORDER_UPDATE --> ORDER_STATE_PLACED?
Embora a pergunta não seja para mim, mas vou tentar respondê-la :)
Trabalhar com eventos significa que os eventos esperados podem não acontecer, por exemplo, pode perder-se em trânsito, ou pode não esperar na fila, e muito poucas coisas podem acontecer (incluindo o bug do terminal). Por isso, é necessário apoiar o seu modelo de evento para trabalhar de forma fiável. Eu, por exemplo, construo uma lista de espera para eventos especialmente importantes e controlo-a não só por eventos relacionados, mas também por confirmação indirecta de que o evento esperado aconteceu.
Artem, não quero aceitar a tua palavra, mas não é um
um movimento deliberado da sua parte. O facto é que os bugs actuais não
não lhe permitirá escrever um EA de acordo com os meus Termos de Referência.
Neste momento o meu Conselheiro Especialista está a trabalhar e traz um lucro de 1% por dia.
Queria melhorá-lo completamente, mas por causa de bugs em
Os erros MT-5 não funcionam.
E, em segundo lugar, qual é a taxa inicial se estamos a testar na sua conta com 5000 euros depo?
Coloco sempre os meus termos preliminares. Depois de concordar com as minhas condições preliminares, li ToR, depois digo - vai custar menos / vai custar mais / não é realista. Após acordo, discutimos ToR até ao mais pequeno detalhe. E só depois de um completo entendimento mútuo, confirmamos a nossa vontade de trabalhar. Durante o trabalho, trabalhar de perto com o cliente. Sempre em contacto. Continuamos as discussões e esclarecimentos sobre cada uma das "engrenagens" do algoritmo. Até que a próxima "engrenagem" seja aperfeiçoada e testada, não iremos prosseguir para a próxima. Antes de passar na solução final, eu próprio testei o algoritmo para detectar erros, mas apenas no testador, e apenas para a exactidão do algoritmo. Teste por conta - apenas para insectos e apenas pelo cliente, e apenas às suas custas.
Compreendo que esta é uma conversa sobre nada. Vamos lá acabar com isto.
P/S Que língua de alto nível fala?
Já começámos um "concurso de mijar"?
Digo-vos, é um palavrão.
Boa tarde, Yuri!
Sim, claro que tem razão, um evento pode não vir uma, bem duas ou mesmo três vezes.
Mas eles vêm, mas OUTROS!
Pode dizer-me, por favor, como controla que a encomenda foi modificada (sem resposta do servidor)?
Já começámos um "concurso de mijar"?
Estou a responder - com um palavrão.
Artyom, você tem um entendimento distorcido das perguntas!
Pensei simplesmente que era possível oferecer-lhe a possibilidade de escrever (em vez do conselheiro)
Pensei que podia oferecer-lhe para escrever (em vez de conselheiro) um pequeno terminal para a Plaza II, será difícil...
Artyom, você tem uma compreensão distorcida das questões!
Apenas pensei que era possível oferecer-lhe a possibilidade de escrever (em vez do conselheiro)
Apenas pensei que poderia oferecer-lhe para escrever (em vez de conselheiro) um pequeno terminal para a Plaza II, seria difícil fazê-lo sozinho...
Peço desculpa. Compreendi-o mal. O cansaço afecta-me - estou a trabalhar numa ordem complicada, não durmo muito....
Obrigado pela oferta. Os meus planos são um pouco diferentes. Acho que vou passar.
Embora a pergunta não seja para mim, mas vou tentar respondê-la :)
Trabalhar com eventos significa que os eventos esperados podem não acontecer, por exemplo, perder-se no caminho, ou a fila pode não esperar, e muito poucas coisas podem acontecer (incluindo um bug terminal). Por isso, é necessário apoiar o seu modelo de evento para trabalhar de forma fiável. Por exemplo, crio para a lista de espera de eventos muito importantes e controlo-a não só por eventos relacionados, mas também por confirmação indirecta de que o evento esperado aconteceu.
Não, não funciona. O modelo do evento tem de ser absolutamente fiável. Se o evento não chegou lá, não aconteceu. Em FORTS os eventos devem ser executados de forma particularmente clara porque as mudanças de ordem podem gerar dezenas de negócios.
Obrigado também, mas acho que vou
"para a Praça II.
Eu não recomendo isto. É muito mais fácil corrigir este bug com MQ do que construir um novo terminal para o Plaza por si próprio. Ficar atolado em intermináveis correcções de bugs e escrever a "funcionalidade padrão". Falo a partir da minha própria experiência. Parcialmente desenvolvido um desses complexos auto-fabricados com base em Stock# - o resultado é outra "bicicleta" para tarefas específicas. É melhor lutar com o serviço de apoio, será mais fácil e mais barato.
Boa tarde, Yuri!
Sim, claro que tem razão, um evento pode não vir uma, bem duas ou mesmo três vezes.
Mas eles vêm, mas OUTROS tempos!
No entanto, essas uma, duas ou três vezes podem vir no momento mais inoportuno, que é exactamente o que lhe aconteceu. A propósito, a Ajuda cobre isto em pormenor. Os programadores não recomendamque construa o seu algoritmo de negociação à espera que algumas transacções comerciais cheguem depois de outras.
Um pedido de troca enviado manualmente a partir do terminal ou através das funções OrderSend()/OrderSendAsync() pode gerar várias transacções consecutivas no servidor de troca. A ordem de chegada destas transacções ao terminal não é garantida, pelo que não podemos construir o nosso algoritmo comercial na espera da chegada de algumas transacções comerciais depois de outras. Além disso, as transacções podem perder-se quando as entregar do servidor para o terminal.
//---
Pode dizer-me como controla se uma encomenda é modificada (sem resposta do servidor)?
Por exemplo, comparar os valores anteriores com os valores actuais.
Não, não funciona. O modelo do evento deve ser absolutamente fiável. Se o evento não chegou lá, então não aconteceu. Em FORTS os eventos devem ser executados com particular precisão porque as mudanças de ordem podem gerar dezenas de negócios.
O modelo orientado pelo evento, por definição, não pode ser absolutamente fiável, se o evento não chegou lá, isso não significa que não tenha acontecido.
tol64!
Sim, não importa como vêm (embora não seja lógico que o evento "ordem colocada" venha primeiro, seguido de "ordem em estado de modificação" )
Não está certo?
Se olhar atentamente para a minha fotografia, verá que a mensagem "ordem parcialmente executada" chegou (há duas seguidas), em vez de "ordem colocada"!
P/S E não há necessidade de "rasgar o texto" e toda a frase que começa assim:
Conhecendo o tipo de negociação, pode decidir analisar o estado actual das ordens, posições e negociações na sua conta de negociação.