especialista baseado na Teoria da Onda de Elliott - página 10
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
Deus me conceda um ano para fazer isso!
Bem, agora ao menos está claro quanto trabalho esperar. ... Caro Integer, Yurixx, você ainda não está assustado?
Quando Alex publicou pela primeira vez há um ano e meio atrás, ele me disse que tinha uma grande estratégia que lhe permitia transformar US$ 150 milhões em US$ 2 milhões em 2 meses por hipotético comércio e calculando manualmente em uma calculadora, é claro, eu não acreditei nele. Não que ele o tenha feito, mas que ele possa ser implementado na vida real. Eu não acreditaria nem um resultado 100 vezes menor.
Entretanto, como qualquer pessoa sadia, eu entendi que Alex tinha uma estratégia. Se era formalizável ou não, se funcionava ou não, se era correto ou não era desconhecido. E a única maneira de descobrir é através da prática. Por isso, espero com interesse que Alex, sozinho ou com a ajuda de outros, alcance esta mesma prática.
Desde que eu mesmo tenho desenvolvido minha própria abordagem durante todo esse tempo e ele, estranhamente, também lida com objetos gráficos, posso imaginar as dificuldades desse caminho. :-)) E pela mesma razão sugeri que Alex me ensinasse a programar o próprio Expert Advisor. E eu pretendia limitar o trabalho do Expert Advisor ao desenvolvimento de espaços em branco específicos que formariam a espinha dorsal do futuro Expert Advisor naquela parte, cuja formalização é inquestionável, e que lhe daria a experiência de programação necessária.
De alguma forma me parece que nenhum programador (se houver) chegará ao fim do trabalho. :-))) E Alex, sendo uma pessoa muito ambiciosa, não desistirá de seu emprego. É por isso que o melhor para ele é ser capaz de escrever e entender MQL sozinho. Mesmo que ele próprio não o faça, ele precisará dele para transferir efetivamente os resultados do trabalho do programador anterior para o próximo.
2 NYROBA escreveu: E agora pense nisso, um ano inteiro de correspondência pelo correio, ninguém tem paciência suficiente!!! É por isso que decidi que não há melhor maneira do que a comunicação pessoal.
Alex, pense em um compromisso. Mesmo os programadores de Moscou não trabalharão (exceto no estado) em seu maravilhoso escritório. Todos preferem trabalhar em seu lugar favorito. É por isso que é melhor combinar: 2-3 dias de sessão presencial, 2-3 meses de trabalho remoto com comunicação por correio e ICQ, então - no início do ciclo. :-)
OK, vou pensar sobre isso. :)
Recebi esta mensagem hoje.
Sim, bem, você não se aborrece... :)))
Recebi esta mensagem hoje.
Sim, bem, você não se aborrece... :)))
Este endereço IP e o apanhador de senhas foram relatados em outros fóruns.
Dê uma olhada:
http://www.google.bg/search?q=%2270.86.138.114%22
Recebi esta mensagem hoje.
Sim, mas não estou entediado... :)))
Este endereço IP e o apanhador de senhas foram relatados em outros fóruns.
Eu não estou acusando ninguém e não tenho nada contra o fórum. :0)
Só fiquei surpreso ao receber tal mensagem.
Cumprimentos,
Alex Niroba
Eu li o fio com grande interesse. Parece-me que somente a Nyroba tem uma idéia aproximada da escala do trabalho e da mão-de-obra envolvida.
A questão é que tal sistema pode ser feito na primeira aproximação em 2 anos e depois ainda está para ser finalizado e desenvolvido por toda a vida. Mas pode ser feito apenas um entre cem programadores ou mesmo entre mil durante dois anos. Isto é quando você trabalha 12-16 horas por dia, praticamente sem dias de folga. E somente se eles conseguirem uma suíte, motorista pessoal, cozinheiro, massagista e secretário. Acredite em mim, não estou brincando - o Graal é coisa séria demais para amicosidade.
Agora vou tentar explicar minhas teses em detalhes. Primeiro, sobre o programador. É claro que ninguém o fará, porque metade dos programadores simplesmente não entende o que pode ser feito em um computador e o que não pode, e especialmente o que deve ser feito nele e o que não deve. Muitos simplesmente não têm habilidades e pó suficientes para criar um protótipo funcional, alguns elementos do sistema podem ser feitos e o projeto inteiro será arruinado. E agora o mais importante: você precisa não só de um codificador, mas de um programador que entenda a área temática, ou seja, não só conhece a Teoria Elliott, como também já trabalhou com ela, passou pessoalmente milhares de horas analisando as ondas e seus cálculos! Um fanático que não perguntaria quem era Neely, mas que o citaria de cor. Oh, seria difícil encontrar tal pessoa e arrastá-lo para Moscou... Bem, há alguns com certeza, mas sem um motorista e um cozinheiro não haverá ninguém para subir em um bode coxo. :-) É verdade que o jogo vale a pena e o custo do programador desaparecerá como uma moeda de 30 rublos no brilho de uma montanha de diamantes.
Agora, sobre os custos de tempo e os resultados esperados. O motor básico pode ser desenvolvido em seis meses, desde que a tarefa seja suficientemente algorítmica, ou pelo menos claramente formalizada, novamente se o programador não for mais fraco do que o cliente no EWA. O primeiro semestre será dedicado ao desenvolvimento do próprio projeto (estrutura do sistema, especificações detalhadas e etc.) - um trabalho infernal e a parte mais responsável, que os programadores odeiam tanto... Mais um ano para a construção de toda a infra-estrutura, testes, revisões e retrabalho. Total após alguns anos podemos nos despedir com o programador no banquete de despedida e dar-lhe um bônus :-) Então você pode testar o sistema em histórico, demonstração e dinheiro real, ou contratar um testador. De acordo com os resultados dos testes, pode-se decidir usar o sistema ou se tornar um gerente. Espero que Nyroba tenha sucesso, e este último não é uma ameaça para ele. O desenvolvimento e aperfeiçoamento do sistema é um processo interminável.
Em relação ao trabalho remoto. Em princípio, não há nada de errado com isso, e o mais difícil - é uma disciplina elementar - é entrar em contato a tempo, não desaparecer, a tempo de enviar um trabalho ou algum relatório. Especialmente agora, tudo se tornou fácil. Lembro-me que, há cerca de 7 anos, fiz um projeto com um senhor muito amigável de Boston (Carolina do Sul) - e-mail e ICQ, 8 meses funcionou bem, e isto apesar do meu "excelente" inglês (eu tinha vergonha de ser honesto, mas ele não se importava - desde que meus programas fizessem o que ele pedia).
Então, querida Nyroba, tente encontrar um programador como eu escrevi e concordar com qualquer uma de suas condições ou caprichos, até organizar uma visita ao ISS. Se você consegue fazer um especialista que negocia em ondas reais, então compre você mesmo este ISS, entretanto, o que estou explicando, você sabe ...
ZS. Escrevi tudo isso não por interesse próprio, apenas já estou envolvido em um projeto semelhante.
Bem, finalmente há mais uma pessoa além de NYROBA (e talvez Yurixx), que realmente entende a dificuldade do problema...
Idealmente, acho que tal sistema deveria ser semi-automático no EWA, ou seja, as funções de reconhecimento de padrões deveriam ser deixadas para um analisador de ondas, e toda a rotina de cálculo de ressaltos e projeções, contagem de ondas e manutenção de múltiplas marcações alternativas deveria ser atribuída ao programa; ele deveria rastrear as ordens, mover paradas, seguir MM, etc... O analista tem que tomar decisões nos casos em que o EWA não foi formalizado até o final, e se o sistema oferece vários layouts válidos - para apontar o dedo ao mais promissor.
Um colega no laboratório foi solicitado a desenvolver um sistema de layout automatizado de um jornal, artigos futuros e fotos foram inseridos em uma pasta, seu volume foi calculado automaticamente e o espaço necessário foi determinado; o tamanho dos artigos foi feito de acordo com a proporção dourada, ou a proporção foi claramente especificada no cabeçalho do arquivo... Então, de acordo com as prioridades, todas essas notas simples tiveram que ser colocadas de forma otimizada no espaço do jornal. Eu o aconselhei a usar algoritmos de elementos de rádio no quadro e ele foi bem sucedido. O programa produziu muitas soluções, das quais foram escolhidas várias sub-ótimas, e o editor simplesmente escolheu a mais adequada por seu critério. Se não estou enganado, este programa ainda está em uso no escritório editorial.
Bem, finalmente há mais uma pessoa além de NYROBA (e talvez Yurixx) que realmente entende a dificuldade do problema...
Agradeço pela citação, mas dificilmente posso afirmar que tenho uma idéia concreta da escala do trabalho. Só posso imaginar sua enormidade em termos gerais, mas isso é o suficiente. :-))
Mas seu cargo anterior, embora geralmente concorde com sua posição, levantou algumas questões para mim.
E agora sobre o principal, você não precisa de um simples programador, mas de um programador, que entenda a área temática, ou seja, não apenas alguém familiarizado com a Teoria Elliott, mas que realmente tenha trabalhado com ela, que tenha passado pessoalmente milhares de horas para a análise das ondas e seus cálculos! Um fanático que não perguntaria quem é Neely, mas que o citaria de cor.
Se tal pessoa existe, ele precisa de NYROBA e por que ele não fez tudo isso até agora? A questão é que, há um ano e meio atrás, Alex alegou que não tinha encontrado nada de novo. Ele apenas reuniu algo positivo a partir de uma série de coisas conhecidas por todos. No que me diz respeito, isso não é inteiramente verdade. Tenho que assumir que Alex aprendeu a pensar nas categorias de EWA e, como resultado, vê por trás dessas ondas o que os outros não vêem. Mas não há como enfiar isso no programa. A menos que você possa ensinar o programador a pensar da mesma maneira. Mas mesmo isso pode não ser suficiente - afinal de contas, pode ser algo que não pode ser feito em um computador.
É verdade que o jogo vale a pena, e o custo do programador desaparecerá como um pedaço de papel de 30 rublos no brilho de uma montanha de diamantes.
Isso só se você não tiver que se reciclar como gerente. :-))
Assim, em alguns anos você pode dizer adeus ao programador em um banquete de despedida e dar-lhe um bônus.
Isto só se o programador não sair mais cedo, não importa qual seja a razão: desapontado com o problema, perdendo a confiança na possibilidade de resolvê-lo, ou aprender a pensar em termos de EWA. Ou por razões familiares - casar, por exemplo. O que você faz então? Procurar um segundo do mesmo tipo?
Mas estas perguntas são retóricas. Não é preciso responder a eles.
Pelo que entendi, o significado do seu posto: "Não conte comigo". O significado do meu: "Entendi". :-)))