Minha abordagem. O núcleo é o motor. - página 37
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
Aqui, a propósito, por alguma razão, ninguém notou a discrepância entre o objetivo de Peter e seu nicho. Ele quer deslocar o comércio manual. Mas ele faz seu trabalho para aqueles que comercializam à mão. Tal objetivo me parece estranho: "Eu lhe darei algo que matará seu arranjo comercial habitual... Eu sou um cara gentil que veio para quebrar tudo aquilo a que você estava acostumado - agora você vai trabalhar segundo minhas regras". Será que isso lhe trará sucesso?
"Você é meio esquisito, Billy" ...
Infelizmente, com demasiada frequência, as empresas operam com base nestes princípios. É apenas um embrulho destes princípios que é belo e benevolente. Chama-se marketing. E nada teria se desenvolvido no mundo de outra forma.
Aqui, George, eu já disse muitas vezes que existe uma linguagem de marcação já feita. Por que alguém iria querer mexer com o código? Ele recebe a linguagem e faz o que precisa.
Se o usuário não tiver gráficos suficientes e precisar de animação, ele pode fazê-lo em sua aplicação.
Mais uma coisa: o mercado SEMPRE será inundado. Nada vai mudar este fato. Bem, deixe-os drenar com uma semi-automática poderosa e bela. Pelo menos eles se sentirão melhor moralmente).
Com toda a seriedade,nenhum programa mudará a proporção entre aqueles que drenam e aqueles que ganham.
Mas mesmo depois de perder dinheiro, eles continuarão a usar um programa semi-automático. Porque é N E D O N R A C E.
Portanto, pode ser alugado.
Já vi estes idiomas de marcação... Uma das invenções mais idiotas da humanidade na última era. Além de um idioma, é preciso aprender outro, só para organizar os botões no formulário... ...e não uma linguagem razoavelmente pessoal, mas uma linguagem particularmente nerd.
Você ainda precisará ser capaz de gerenciar todos os controles do código, então por que pagar duas vezes? Não entendo o objetivo de criar linguagens de marcação (exceto html e xml, mas isso é outra área), a menos que o objetivo fosse foder os cérebros das pessoas em massa.
Programas semi-automatizados. Quem é o comerciante aqui, Peter?
Escrevi um grande número de Expert Advisors, indicadores, tudo o que pude. Semi-automático foi encomendado - apenas uma vez! Uma vez na história da minha redação da EA! Havia algo com duas linhas para definir os pedidos. Mesmo o semi-automático não tem nenhuma conexão com o gui - com janelas e botões.
É também uma categoria de "semi-automático" - uma ordem manual regular de coleta da EA. Mas não há engano algum.
Já vi estes idiomas de marcação... Uma das invenções mais idiotas da humanidade na última era. Além de um idioma, é preciso aprender outro, só para colocar botões em um formulário... ...e não uma linguagem razoavelmente pessoal, mas uma linguagem particularmente nerd.
Você ainda precisará ser capaz de gerenciar todos os controles do código, então por que pagar duas vezes? Não entendo o objetivo de criar linguagens de marcação (exceto html e xml, mas isso é outra área), a menos que o objetivo fosse foder os cérebros das pessoas em massa.
Difusão em massa. É para isso que serve uma linguagem de marcação.
A distribuição em massa de um produto é obtida através do controle dos valores das seguintes variáveis:
Em termos de dificuldade de uso, as bibliotecas estão em primeiro lugar, a Markup Language em segundo e a Wiz.studio em terceiro.
Aqui, George, eu já disse muitas vezes que existe uma linguagem de marcação já feita. Por que alguém iria querer mexer com o código? Ele recebe a linguagem e faz o que precisa.
Se o usuário não tiver gráficos suficientes e precisar de animação, ele pode fazê-lo em sua aplicação.
Mais uma coisa: o mercado SEMPRE será inundado. Nada vai mudar este fato. Bem, deixe-os drenar com uma semi-automática poderosa e bela. Pelo menos eles se sentirão melhor moralmente).
Com toda a seriedade,nenhum programa mudará a proporção entre aqueles que drenam e aqueles que ganham.
Mas mesmo depois de perder dinheiro, eles continuarão a usar um programa semi-automático. Porque é N E D O N R A C E.
Assim, você pode alugá-lo.
Foi o que eu disse, porque para a primeira escrita, a linguagem de marcação está bem.
E então, bang, um usuário envia um relatório de bug. E o que o programador, que usa sua biblioteca, faz? Agora ele tem que decidir se tem um erro ou você tem. E você está ocupado nesse momento. O programador tem que rastrear escrupulosamente a exatidão da referência à biblioteca com esta mesma linguagem de marcação, que, repito, é muito fácil de confundir, precisamente porque ao invés de "cortar" todas as características, exceto aquelas que são necessárias a qualquer momento, a linguagem dá acesso total e liberdade em qualquer ponto. A pesca de insetos em tal código é muito mais difícil.
É por isso - não vejo o próprio "nicho" para o qual sua biblioteca está projetada. O usuário tem que pegar a biblioteca, fazer algo com ela - e como ele negocia manualmente, ele fará com base em seu sistema intuitivo. E então - você propõe alugar-lhe este mesmo sistema (junto com sua biblioteca) para outro usuário, que também negocia manualmente? E o outro usuário tem outro sistema, também intuitivo, e aquele que você acabou de fazer não lhe convém. Ele não vai alugar.
Mais uma vez, está em questão a "estreiteza do nicho". Figurativamente falando, você "cria selos para cuneiformes babilônicos". Ninguém contesta, é mais fácil escrever textos cuneiformes babilônicos em argila com tais selos do que pressionar hieróglifos de cunha com uma única faca de cunha. Mas será que muitas pessoas precisam desses selos? A maioria das pessoas não tem nenhum interesse em babilônica. E aqueles que têm interesse nisso, escreverão em cuneiforme com canetas de escrita comum. E você fica com muito poucas pessoas que se interessam pela Babilônia, mas preferem não escrever no papel, mas usar argila (aqueles que sabem programar, mas preferem negociar à mão). E quantos deles são?
Foi o que eu disse - para a primeira escrita, a linguagem de marcação está bem.
E então, bam, um usuário envia um relatório de bug. E o que o programador, que usa sua biblioteca, faz? Agora ele tem que decidir se tem um erro ou você tem. E você está ocupado naquele momento. O programador tem que rastrear escrupulosamente a exatidão da referência à biblioteca com esta mesma linguagem de marcação, que, repito, é muito fácil de confundir, precisamente porque ao invés de "cortar" todas as características, exceto aquelas que são necessárias a qualquer momento, a linguagem dá acesso total e liberdade em qualquer ponto. A pesca de insetos em tal código é muito mais difícil.
É por isso - não vejo o próprio "nicho" para o qual sua biblioteca está projetada. O usuário tem que pegar a biblioteca, fazer algo com ela - e como ele negocia manualmente, ele fará com base em seu sistema intuitivo. E então - você propõe alugar este mesmo sistema (junto com sua biblioteca) a outro usuário, que também negocia manualmente? E o outro usuário tem outro sistema, também intuitivo, e aquele que você acabou de fazer não lhe convém. Ele não vai alugar.
Encontramos novamente a "estreiteza do nicho". Figurativamente falando, você "cria carimbos para cuneiformes babilônicos". Ninguém contesta que é mais fácil escrever textos cuneiformes babilônicos com tais carimbos do que desenhar hieróglifos em forma de cunha com uma única faca em forma de cunha. Mas será que muitas pessoas precisam desses selos? A maioria das pessoas não tem nenhum interesse em babilônica. E aqueles que têm interesse nisso, escreverão em cuneiforme com canetas de escrita comum. E você fica com muito poucas pessoas que se interessam pela Babilônia, mas preferem não escrever em papel, mas usar argila. Quantos deles são?
Os usuários modernos se degradaram até o fim por causa dos grãos de teste. Eles precisam ser puxados para um pouco de complexidade e responsabilidade por suas ações. Caso contrário - uma completa degradação de algotrading.
Não vejo nenhum outro futuro para o nicho do algotrading. Honestamente, eu não...
Programas semi-automatizados. Quem é o comerciante aqui, Peter?
Escrevi um grande número de Expert Advisors, indicadores, tudo o que pude. Semi-automático foi encomendado - apenas uma vez! Uma vez na história da minha redação da EA! Havia algo com duas linhas para definir os pedidos. Mesmo o semi-automático não tem conexão com o gui - com janelas e botões.
É também uma categoria de "semi-automático" - uma ordem manual regular de coleta da EA. Mas não há engano algum.
Os usuários de hoje estão degradados pelo graal do teste. Eles precisam ser puxados para um pouco de complexidade e responsabilidade por suas ações. Caso contrário, uma completa degradação de algotrading.
Não vejo nenhum outro futuro para o nicho do algotrading. Honestamente, eu não tenho.
Bem, bem... Vá em frente, Peter.
Você está certo sobre a "degradação", mas eu acho que você está sendo presunçoso sobre "puxar usuários".
Mas, vá em frente. Pode haver alguém por aí que saiba programar, mas que trabalhe "de mãos dadas".
A propósito, sim. Também escrevi tantas outras sob medida que já podem ser consideradas uma estatística. E apenas três foram semi-automatizados com painéis. E Peter não tem estatísticas - apenas sonhos.
aqui, decidi relembrar os EAs com um painel - fiz painéis sob medida para comércio manual 4 vezes.
Mas eles continuam me pedindo para acrescentar botões ao meu painel. - Envio para freelancer (eu mesmo não faço programação personalizada há muito tempo)
A propósito, sim. Também já escrevi tantos personalizados, o que já pode ser considerado uma estatística. E apenas três eram semi-autos com painéis. E Peter não tem estatísticas - apenas sonhos.
Tenho 20-25 Conselheiros Especialistas em fóruns este ano, 2 deles negociando painéis, e eu mesmo criei um. Eu poderia ter feito sem ele, mas precisava de um botão - eu queria entrar em funcionalidades gráficas MQL, então ofereci habilmente )))). Total 1 semi-automático com painel