Discussão do artigo "Como criar uma Especificação de Requisitos para solicitar um indicador"
Com base nos resultados das discussões em vários tópicos, comecei a escrever um artigo para os clientes, que seria uma espécie de questionário ao fazer o pedido de um robô ou indicador. Analisei apenas a parte sobre o pedido de um indicador, que acabou tendo mais de 7 páginas. Por isso, decidi criar dois artigos menores em vez de um grande - um sobre como fazer o pedido de indicadores e o segundo sobre como fazer o pedido de um robô.
Peço a todos os interessados que expressem aqui sugestões/desejos/críticas sobre a versão atual. Em minha opinião, o artigo já está 95-99% pronto, mas posso ter esquecido alguns pontos e acrescentado outros artificialmente.
O último ponto ainda não foi concluído - Aceitação e teste do indicador - ainda não há pensamentos especiais sobre essa questão. Após a discussão, o artigo será publicado de forma padrão, para que possa ser usado por clientes e desenvolvedores de aplicativos de negociação. Esse ainda não é um construtor de TOR, mas já é uma tentativa de tornar uma instrução simples compreensível para o cliente.
Provavelmente nunca vi um https://www.mql5.com/pt/articles/235 mais sensato e lírico .
A primeira postagem não mostra realmente o plano ou a essência dele.
- 2011.03.30
- Andrey Khatimlianskii
- www.mql5.com
Estranha estrutura do artigo - nunca houve problemas (em pedidos, é claro) com estilos de indicadores, cores, etc. design, com a saída das configurações necessárias, com estilos de telas no TOR, redesenhos (se a lógica do que é pedido implica em redesenhos, então é claro que o cliente deve estar ciente disso), cálculos em cada tick (e por que o usuário precisa saber disso?) - é claro que se você pode reduzir os cálculos, você deve fazê-lo dessa forma.
A confusão mais comum é a numeração das barras, o que são buffers e como eles diferem dos objetos gráficos, por que não é necessário fazer isso nos objetos gráficos (se for possível, é claro), em que pasta colocar o arquivo resultante, qual é a diferença entre o arquivo de origem e o arquivo executável, seria bom que exemplos do painel que você precisa desenhar estivessem em algum lugar no paint, porque na maioria das vezes soa como "preciso de três botões para abrir, fechar e algo mais".
Quando ocorre um erro, é necessário entender a causa de sua ocorrência. Isso significa que você deve tentar obter todos os detalhes para investigação. Nesse caso, você não deve apenas mostrar a situação com capturas de tela ou vídeos, mas também fornecer ao desenvolvedor os logs do programa e do próprio terminal. Portanto, você não deve apenas saber onde estão localizados os logs da plataforma, mas também determinar antecipadamente nos Termos de Referência o que exatamente o programa deve produzir e em que formato devem estar as mensagens sobre sua operação.
Não, para começar, você escreveria "o que era esperado. por que isso era esperado" e "aqui está o que aconteceu - em alguma barra, algum valor está errado" + na captura de tela, a data e o símbolo ainda estão frequentemente desbotados + net para tudo isso.... Mas o principal são as duas primeiras coisas e, depois, você pode pedir ao cliente que envie mais registros e conjuntos etc., mas às vezes isso não é necessário. E se você fez o pedido há algumas semanas e acabou de ver algo errado - um link para o pedido. Muitas vezes, em geral, nas mensagens, aparece uma captura de tela e adivinha-se o que está errado e qual é o pedido em geral.
E no caso de "desenhos muito pequenos", eu diria, se visse nos Termos de Referência, "por que esses desenhos?", mas de forma alguma interferiria em seu projeto. Muitas vezes, isso acontece nos Termos de Referência e desenha picos, depressões etc. e os clientes esperam que, de alguma forma mágica, o programador defina claramente tudo isso, já que, na cabeça deles, não há definições de como procurar por isso.
O que quero dizer é que a TOR não deve ter conceitos abstratos que possam ser interpretados de duas maneiras - isso é o principal, e o fato de haver algo pequeno - não interfere em nada
Provavelmente o https://www.mql5.com/pt/articles/235 mais inteligente e lírico que já vi.
Aqui, na primeira postagem, não há muito planejamento e a essência é visível
Você não precisa de letras - você precisa de um texto bastante seco que possa ser lido pelo cliente.
Tentei escrever de forma breve, mas ainda assim consegui bastante.
Você não precisa de letras de música - precisa de um texto razoavelmente seco que o Cliente possa terminar de ler.
Tentei escrever de forma breve, mas ainda assim consegui muita coisa.
Se este artigo for uma tentativa de sistematizar o TOR para o futuro"mql5 master", então é necessário remover e remover
se for para esclarecer ao cliente o que é necessário, então é preciso adicionar e adicionar.
Agora, pelo texto, não está claro o objetivo final. A visão é tal que, como peças das telas do "mestre", o estilo de dica é obtido.
E isso não é adequado para um artigo expositivo
Estrutura estranha do artigo - nunca tive problemas (em pedidos, é claro) com estilos de indicadores, cores etc., com a saída das configurações necessárias, com estilos de telas no TOR, redesenhos (se a lógica do que é pedido implica em redesenhos, é claro que o cliente deve estar ciente disso), cálculos em cada tick (e por que o usuário precisa saber disso?) - é claro que, se você pode reduzir os cálculos, deve fazê-lo dessa forma.
A ideia era que o cliente viesse e dissesse:"Quero um indicador que:
- desenhe duas linhas vermelhas e um histograma
- o histograma mude de cor de acordo com tal algoritmo
- o indicador deve usar tais preços e tal indicador
- os cálculos sejam feitos somente na abertura da barra
- a composição e os nomes dos parâmetros de entrada sejam tais e tais
- enviar-me um push quando a cor mudar
- escrever no registro isso e aquilo
- o controle requer um painel com esses parâmetros
- aqui estão as imagens com explicações".
Uma possível empreiteira dará uma olhada nisso, calculará rapidamente os custos de mão de obra e fornecerá o custo inicial do trabalho sem um longo estudo do texto dos TOR.
Ou seja, para facilitar o processamento de possíveis pedidos pela Contratada. Imagine que, como no McDonald's, você faça um pedido.
Uma possível empreiteira examinará, calculará os custos de mão de obra e fornecerá o custo inicial do trabalho sem um longo estudo do texto dos Termos de Referência.
Ou seja, para facilitar o processamento de possíveis pedidos pela Contratada. Imagine, como no McDonald's, fazer um pedido.
Aqui é como um executor que eu digo que é inútil, outros problemas com os clientes. E aí, como você achar melhor.
Qual é o principal aspecto de um indicador? Não são linhas, gitogramas, cores, como contar (o programador deve saber isso, não o cliente), não são alertas ou coisas do tipo, mas a LÓGICA, exatamente o que o cliente está tentando colocar no indicador, o que ele quer obter com a ajuda do indicador, quais funções o indicador deve executar. Assim, o cliente pode explicar isso adequadamente, e o restante pode ser acordado posteriormente. Exceto pelo fato de que a presença e as funções do painel devem ser conhecidas antecipadamente, e o tipo de aparência que ele terá pode ser aprendido posteriormente.
E você tem tudo ao contrário, nenhuma lógica é mencionada....
Se for para explicar ao cliente o que é necessário, então acrescente e acrescente.
Receio que ninguém acabe lendo. A maioria não chegará à linha de chegada
Qual é o principal aspecto de um indicador? Não são linhas, gitogramas, cores, como contar (isso deve ser conhecido pelo programador, não pelo cliente), não são alertas ou coisas do tipo, mas LÓGICA, exatamente o que o cliente está tentando colocar no indicador, o que ele quer obter com a ajuda do indicador, quais funções o indicador deve executar.
E você tem tudo exatamente o oposto, você não diz nada sobre lógica....
Lógica - é difícil encontrar um modelo aqui. De acordo com sua experiência, como formalizá-la?
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Você concorda com a política do site e com os termos de uso
Novo artigo Como criar uma Especificação de Requisitos para solicitar um indicador foi publicado:
Na maioria das vezes, a primeira etapa no desenvolvimento de um sistema de negociação é a criação de um indicador técnico, que pode identificar padrões favoráveis de comportamento do mercado. Um indicador desenvolvido de forma profissional pode ser encomendado no serviço Freelance. Neste artigo você aprenderá a criar uma Especificação de Requisitos apropriada, que o ajudará a obter o indicador desejado mais rapidamente.
A primeira etapa é a construção do ZigZag:
Autor: MetaQuotes Software Corp.