Discussão do artigo "Distribuições estatísticas no MQL5 - tirando o melhor de R" - página 9
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
Assim como você, eu coloco a legibilidade dos programas em primeiro lugar, não as OOPs.
E agora vamos analisar a essência de sua postagem sobre a legibilidade de programas em diferentes linguagens.
Vamos deixar o C de lado - ele não é relevante aqui
Vamos simplificar o que encontramos na prática.
Aqui está o código em R:
a<- b + c
Qual será a aparência do código em MKL? Não se sabe ao certo, pois para o MKL é necessário especificar o que são b e c.
Então, deixe-me esclarecer: vetores
Portanto, seu código número 1
E então mudei de ideia e decidi que são matrizes. Qual será a aparência de seu código no MCL nº 2? No R, o código permanecerá o mesmo que o anterior, mas o que acontecerá no MCL? O que acontecerá com a visibilidade?
E então mudei de ideia e decidi adicionar os elementos pares de um com o elemento ímpar do outro. No R, esses são índices, que são, por sua vez, objetos de operações.
E agora seu código no MKL #3?
O MKL não tem as ferramentas para lidar com objetos complexos e eu posso desenvolver essa ideia aqui para páginas na direção de complicações. No R, serão poucas linhas, mas no MKL..... Se você não precisar criar um objeto complexo a partir de um conjunto de objetos.
Isso é sobre estruturas de dados
E agora a funcionalidade. Não vamos considerar o que não está disponível no MKL, mas dezenas de milhares de funções não estão disponíveis. Vamos ver o que está disponível. Florestas aleatórias.
Portanto, o código está no R.
E agora sua resposta para alglib, mas não se esqueça do ashi. Não podemos copiar dezenas de páginas de loucura da alglib?
As comparações que você fez estão corretas no caso do C e do MCL e absolutamente não estão corretas no caso do R. É uma loucura reescrever o código do MKL para o R. O R tem um enorme conjunto de ferramentas (8 mil pacotes e cerca de 130 mil funções) e você deve escrever em R tendo aprendido seus recursos de antemão e não apenas reescrever o código de uma linguagem para outra.
PS.
Gostaria de observar que essa é uma parte de um EA real em termos de previsão da direção do movimento no H4.
O R é uma linguagem algorítmica de classe extra e tem muitos recursos que o MKL não tem. E o motivo é óbvio. A MKL cresceu a partir do terminal, e o R, a partir da estatística. Por esse motivo, sou contra qualquer comparação entre os recursos algorítmicos dessas duas linguagens - elas são destinadas a áreas diferentes.
Tudo o que escrevo sobre o R é que ele é um complemento para o MKL, e na parte mais importante da negociação - na tomada de decisões sobre posições.
Assim como você, eu coloco a legibilidade dos programas em primeiro lugar, não as OOPs.
E agora vamos analisar a essência de sua postagem sobre a legibilidade de programas em diferentes idiomas.
.......San-Sanych, meu caro, sou um programador. Você está entendendo?
Não, você não está entendendo.
Eu sou um programador.
Ou seja, sou uma pessoa que não faz um trabalho duas vezes.
A programação em si, bem como toda a cibernética, bem como toda a matemática computacional, bem como toda a matemática - tudo isso nasceu da preguiça - de não fazer o trabalho duas vezes.
Portanto, não aprenderei mais UMA sintaxe marciana de alguma linguagem R.
Por quê? Porque sou especificamente preguiçoso (leia-se: "programador experiente e superficial") e não sou viciado em novas sintaxes e estruturas, que são inúmeras.
E, em segundo lugar: qualquer nova sintaxe estúpida ou semiestúpida de uma nova estrutura - DESQUALIFICA meu pensamento matemático sem nuvens. Você sabe?
Quanto mais eu me banhar em novas estruturas que foram escritas por quem-sabe-quem e com quem-sabe-quem pensando, mais eu ficarei DUMBED com minhas perguntas "por que isso é assim?". E isso não é uma coisa boa. Quando você aceita uma nova sintaxe, também aceita a maneira de pensar de seu autor, e isso afeta sua visão de mundo. O autor da língua inglesa é o povo inglês e americano - que, em geral, eram pessoas decentes naquela época. O autor da linguagem C e da sintaxe MQL4 é um grupo de programadores altamente qualificados. E o autor da sintaxe R é um autor anônimo sem nome, um subfísico, que pode ser um maníaco esquizoide.
A linguagem C (e MQL4-5) não sofre com isso, ela é o mais próximo possível do inglês, no qual os algoritmos e os textos matemáticos são escritos.
Portanto, enquanto todos os jovens estão correndo rapidamente de um framework para outro, eu mastigo lentamente minha grama , estudo o algoritmo e, em seguida, desço lentamente da montanha pensando em como dividi-lo em pequenas sub-rotinas compreensíveis e, em seguida, ........ escrevo um programa funcional que me serve fielmente por mais de 20 anos.
Na minha biblioteca de sub-rotinas OBz que mencionei anteriormente, há um procedimento para resolver sistemas de equações lineares por Gauss-Giordano, que escrevi em C por volta de 1998-1999, ou seja, há 16-17 anos. Ele funciona como antes e não há nada a ser alterado. Para ser mais preciso, ao transferi-lo de C para MQL4, foi descoberto um erro, que poderia levar a resultados imprecisos em casos muito raros. O compilador MQL4-5 gerou um aviso correto, que nenhum compilador, incluindo Watcom, Borland, Lattice C (MS Visual Studio), de muitas versões diferentes, jamais gerou em 16 anos.
Para as metaquotes, obrigado.
As comparações que você citou não estão corretas de forma alguma.
O R é uma linguagem algorítmica de classe extra e tem muitos recursos que o MKL não tem. E o motivo é óbvio. A MKL cresceu a partir do terminal, e o R, a partir da estatística. Por esse motivo, sou contra qualquer comparação entre os recursos algorítmicos dessas duas linguagens - elas são destinadas a áreas diferentes.
Tudo o que escrevo sobre o R é que ele é um complemento para o MKL, e na parte mais importante da negociação - na tomada de decisões sobre posições.
Graças às suas postagens detalhadas sobre a linguagem R, estou começando a entender do que se trata. Pela sua descrição dessa linguagem, tenho a impressão de que ela não é construída com base em funções simples, mas em mecanismos completos, cada um deles projetado para resolver sua própria classe de tarefas e iniciado por uma chamada curta e simples. É claro que esses recursos parecem atraentes, mas a união com um gigante como esse estagnará o próprio desenvolvimento da MQL.
Apesar de todas as vantagens de outras linguagens, eu pessoalmente gostaria que a MQL crescesse e se desenvolvesse de forma independente e não fosse "estragada" pelo poder de outra pessoa.
O direito ao desenvolvimento autônomo e independente é o direito mais precioso da vida.
Você argumenta com a lógica de uma pessoa que veio para a MQL de fora, sendo um especialista já formado, e eu argumento como uma pessoa que "cresceu" na MQL.
Não podemos nos entender.
Sim, eu sou de fora e não consigo me conter.....
Veja como é a citação abaixo de uma pessoa de fora.
Portanto, a citação:
O direito de se desenvolver de forma independente e autônoma é o direito mais precioso da vida.
Acrescentando:
Disse Mowgli e expressou a sabedoria que havia compreendido em seus primeiros 16 anos:
"Você e eu somos do mesmo sangue".
PS.
Inicialmente, queria responder a uma postagem anterior, mas depois mudei de ideia, pois isso se aplica a muitas pessoas neste fórum.
PSPS
Homens!!!
Gaste 3 horas de sua vida em vez deste fórum. Coloque R, coloque chocalho, pegue meu artigo na forma de instruções e um apêndice a esse artigo para não perder tempo com os dados de origem e, antes de chegar à encosta, você verá que estava sentado em um buraco....
É apenas uma questão de 3 ou 4 horas. Seu cérebro estará diferente. E isso vale muito.
Assim como você, eu coloco a legibilidade dos programas em primeiro lugar, não as OOPs.
E agora vamos analisar a essência de sua postagem sobre a legibilidade de programas em diferentes linguagens.
Vamos deixar o C de lado - ele não é relevante aqui
Vamos simplificar o que encontramos na prática.
Aqui está o código em R:
a<- b + c
Qual será a aparência do código em MKL? Não se sabe ao certo, porque para o MKL é necessário especificar o que são b e c.
Vou fazer algumas perguntas.
1. Você entende que o R é escrito em C++, e que o R é essencialmente um conjunto de invólucros de funções e classes do C++? É a mesma coisa que reunir um monte de bibliotecas stat e mat em C, formalizá-las em classes e chamá-las de D, por exemplo?
2. Se você entendeu o que eu estava perguntando na primeira pergunta, aqui está a segunda: Você entende que as matrizes, os vetores ou qualquer outra coisa em MQL podem ter a seguinte aparência:
a=b+c;
?
Sim, eu sou de fora e não consigo me conter.....
Veja como é a citação abaixo de uma pessoa de fora.
Portanto, a citação:
O direito de se desenvolver de forma independente e autônoma é o direito mais precioso da vida.
Acrescentando:
Disse Mowgli e expressou a sabedoria que havia compreendido em seus primeiros 16 anos:
"Você e eu somos do mesmo sangue".
PS.
Inicialmente, queria responder a uma postagem anterior, mas depois mudei de ideia, pois isso se aplica a muitas pessoas neste fórum.
PSPS
Homens!!!
Gaste 3 horas de sua vida em vez deste fórum. Coloque R, coloque chocalho, pegue meu artigo na forma de instruções e um apêndice a esse artigo para não perder tempo com os dados de origem e, antes de chegar à encosta, você verá que estava sentado em um buraco....
É apenas uma questão de 3 ou 4 horas. Seu cérebro estará diferente. E isso vale muito.
Mostre seu resultado pessoal do uso da linguagem R.
Mostre seu talento, não o talento dos desenvolvedores de R.
Você consegue?
Uma pessoa com talento precisa de um problema, uma pessoa sem talento precisa de uma solução.
Mostre seu resultado pessoal do uso da linguagem R.
Mostre seu talento, não o talento dos desenvolvedores de R.
Você consegue?
Uma pessoa com talento precisa de um problema, uma pessoa sem talento precisa de uma solução.
Mostre seu resultado pessoal do uso da linguagem R.
Mostre seu talento, não o talento dos desenvolvedores de R.
Você consegue?
Uma pessoa com talento precisa de um problema, uma pessoa sem talento precisa de uma solução.
O que você quer dizer com "mostrar"?
Eu tenho um PAMM porque a libra não está funcionando agora....
Esse não é o ponto....
Eu escrevo sobre modelos, mas não é sobre modelos - é sempre sobre dinheiro ou, mais precisamente, sobre a certeza de recebê-lo no futuro.
Na minha opinião, o principal problema dos sistemas de negociação nos mercados financeiros não está na aplicação ou não de modelos matemáticos complexos, mas no treinamento excessivo (overfitting) desses mesmos TS. O treinamento excessivo se manifesta no fato de que, com o tempo (se não imediatamente), o TS perde seu desempenho em relação ao seu treinamento.
Para resolver esse problema, estou tentando provar que os sistemas de negociação que desenvolvi NÃO estão treinados em excesso. Ou seja, quero ter certeza de que o desempenho futuro do TS não mudará muito e, de qualquer forma, não drenará meu depósito.
Estou ocupado com isso. Todas as ferramentas necessárias para essa tarefa estão disponíveis em R em abundância. Não há nenhuma ferramenta correspondente no MKL.
Dê uma olhada no tópico de Burnakov sobre aprendizado de máquina. Lá, postei sobre esse tópico em detalhes. A propósito, não sou o único.
Para resolver esse problema, estou tentando provar que os sistemas de negociação que desenvolvi NÃO SÃO TRANSFORMADOS. Ou seja, quero ter certeza de que os indicadores de desempenho futuro do TS não mudarão muito e, de qualquer forma, não drenarão meu depósito.
Estou ocupado com isso. Todas as ferramentas necessárias para essa tarefa estão disponíveis em R em abundância. Não há nenhuma ferramenta correspondente no MKL.