Tempo para converter bibliotecas para MQL5 - página 9

 
Urain:
Tenho alguns projectos Matlab, vai limpá-los?

Quer dizer reescrever para MQL5? - Sim, porque não?

Estou a tratar disso.

 
Existe uma versão funcional de NNT escrita em MQL4 usando procedimentos ALGLIB (C++). Pronto para partilhar algoritmo e fazer a conversão para 5 puro assim que o porto ALGLIB estiver disponível.
 
alsu:
Existe uma versão funcional de HHT, escrita em MQL4 usando procedimentos ALGLIB (C++). Estou pronto para partilhar o algoritmo e fazer a conversão para 5 puro assim que o porto ALGLIB estiver disponível.

O HHT é apenas um dos métodos, pode ser facilmente integrado com alguns outros.

Basta algum feedback sobre para quem o enviar.

 

Bem, ALGLIB é claro, MQ está a ser portado,

mas será que FANN está a ser reescrita por alguém? parece ser a segunda bíblia mais desejável.

 
Urain:
A ALGLIB não tem o que R tem?

Pela descrição, AGLIB não pode ser comparado com R - são pacotes de níveis diferentes em favor de R. Os argumentos a favor são os seguintes:

1. R é um código livremente distribuível sem quaisquer restrições

2. R é uma senhora em idade (20 anos), e se levarmos em conta o seu predecessor comercial S, é apenas velho.

3. a versão localizada em russo está disponível

4. Neste momento R contém cerca de 3500(!) pacotes, e é originalmente orientado para a estatística (é o nome do pacote) e não para a matemática (ao contrário de ALGLIB).

5. Existem cinco grupos de pacotes delicados: estatística, econometria, séries cronológicas, finanças (as carteiras estão aqui incluídas), sistemas robustos. Além disso, existem filtros, wavelets e splines, e muitos mais para TS - simplesmente não se pode estimar. A maioria destes conceitos em ANGLIB não vi.

PS: as redes neurais também estão disponíveis, por isso tudo e de graça.

5. Todos os pacotes são acompanhados por documentação

6. Existe uma enorme (não conheço outro sistema deste tipo) literatura educacional, metodológica e científica sobre a utilização de pacotes de R em estatística, econometria e séries cronológicas. Т

7. R está a tornar-se a linguagem de descrição de algoritmos em publicações científicas sobre estatística econométrica e séries cronológicas

8. Muito bem acoplado com C e C++. Embora a própria língua R seja semelhante à LISP e possa muito bem competir com a C++. Há um vasto campo para os entusiastas da codificação, incluindo a escrita de códigos muito eficientes, incluindo a computação paralela.

9. Uma solução muito elegante para a abertura do código: qualquer um dos 3500 pacotes é sempre de código aberto (intérprete R), nada fechado na dll. Este é o princípio do sistema. R em si tem de ser instalado (menos), mas a sua instalação é primitiva.

10. Tem mais de 2 milhões de utilizadores à procura de bugs.

11. quem quiser experimentar pode tirar a biblioteca da kodobase. Sugiro-lhe que aprecie a elegância de aceder ao R. Espero afixar um indicador de previsão que é calculado em R.

 
Urain:

Bem, ALGLIB é claro, MQ está a ser portado,

mas será que FANN está a ser reescrita por alguém? parece ser a segunda bíblia mais desejável.

É uma pena que seja o segundo. Dentro da econometria, a NS não vai além da resolução de problemas de classificação, que é migalhas em comparação com a necessidade
 
faa1947:
12. não porting (oh merda, chef, desapareceu tudo!)
 
TheXpert:
12. Sem portagens (oh merda! Chefe, desapareceu tudo!)
Enganei-me na numeração: dois números 5. Não número 12, você é o número 13, é providência, amigo.
 
faa1947:
Enganei-me na numeração: dois números 5. Não tem o número 12 - tem 13.

Bem, então é mais para si. Quis dizer que, devido ao formato R, praticamente não é portátil em princípio.

E o invólucro utilizado, em primeiro lugar, permite-lhe utilizar o produto agora e, em segundo lugar, está muito longe da prioridade seleccionada para a migração completa do código para MQL5.

Ao contrário de ALGLIB e FANN, que não lhe agradaram.

 
TheXpert:


Bem, então é mais para si. O queeu quis dizer foi que devido ao formato R é quase impossível, em princípio, portar. .....em segundo lugar, está muito longe da prioridade escolhida para portar totalmente o código para MQL5

O código está aberto, qual é o problema? Algo que se pode, algo de que não se precisa, mas pessoalmente não preciso de nada. Se não portarmos nada, o problema com novos lançamentos de R está resolvido.

E o invólucro que utilizamos, em primeiro lugar, permite-nos utilizar o produto em qualquer altura,

Sem dúvida. Mas é interessante fudge indicadores e scripts que não estão em kodobase. Lembro-me do quanto os MNCs mastigaram, e não haveria aqui qualquer problema. Recentemente saiu um artigo sobre avaliação nuclear - mais uma vez não haveria problema, e muito mais amplo do que isso.

Ao contrário de ALGLIB e FANN, que não lhe agradaram de forma alguma.

Pois bem, fizeram.

Mas se lutar pela pureza da ideia, eles não lhe agradaram. Estas são embalagens alienígenas para comércio. Não, têm métodos de acasalamento que são utilizados e podem ser aplicados no comércio. Tomemos NS como exemplo. Existem muitos pacotes de NS e estes são aplicados. Em pacotes econométricos está na secção de classificação, o seu lugar é imediatamente claro e pode procurar através de outros métodos de classificação sem o procurar em outros pacotes.

R é um sistema de meios interligados e seleccionados para a resolução de problemas de econometria e estatística aplicados no comércio. Nada é supérfluo. Um recém-chegado não precisa de seleccionar, seleccionar e acoplar as ferramentas. Para uma pessoa competente pode ser fácil, por exemplo, digitar em Matlab, mas para um recém-chegado é uma tarefa assustadora.

Ao contrário de ALGLIB e FANN, que não lhe agradam.

Não, não está. Comparar a composição de R e a composição destas embalagens.

Razão: