Versão Beta do MetaTrader 4 IDE incluindo o novo compilador e editor MQL4 - página 8
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
Seu código está "mais próximo do ponto". Raramente há algo no domínio público que "não mereça ser refazido".
Errado, oh errado. Há coisas boas, você só tem que entendê-las
A Vadik está francamente zangada com a inevitável competição. ;) // imha auto-sabotagem.
Antes era uma "panaceia" com suas bibliotecas, mas agora elas serão muito menos procuradas - quase tudo pode ser feito sem elas, e muito do que não pode ser feito pode ser encontrado pronto em kodobase no mql5.com
Vadim, procure os profissionais, há ordens de magnitude a mais.
Vladimir, o que isso tem a ver com a concorrência? As bibliotecas não serão canceladas. Eles terão que ser redesenhados por causa de incompatibilidades. Não porque eles estão na Base de Código, mas porque eu trabalho com eles.
É verdade, teríamos que mudar apenas uma função em uma biblioteca. Mas é desagradável, também.
Esta é outra razão para não escrever mais nada em MQL. Estou farto de todas essas mudanças e de bugs constantes!
Vladimir, o que isso tem a ver com a concorrência? As bibliotecas não estão sendo canceladas. Teremos que refazê-los por causa da incompatibilidade. Não porque eles estão na Base de Código, mas porque eu trabalho com eles.
É verdade, teríamos que mudar apenas uma função em uma biblioteca. Mas também é desagradável.
Nossa, eu estava começando a pensar que metade da biblioteca tinha caído ali. :)
Isso é uma besteira. Talvez alguns inconvenientes reais - incompatibilidades quando se trabalha com DLL - surjam apenas em conexão com a transição para a UNICOD. Mas não mais do que quando se trabalha com cordas sob outros softwares [com transição semelhante].
E de qualquer forma, você tem que mudar para ele algum dia.
Esta é mais uma razão para que eu não escreva nada em MQL. Estou farto de todas essas mudanças e de bugs constantes!
Você não deveria ser assim. Eu gosto disso. Há muito poucos bugs agora, e quando eles aparecem, são corrigidos rapidamente. As mudanças, como regra geral, são apenas agradáveis.
Pode haver outros motivos para não escrever TC em mql5(4), mas não este.
Cara, pensei que metade da biblioteca tinha desmoronado. :)
Isso é uma besteira. Talvez alguns inconvenientes reais - incompatibilidades quando se trabalha com DLL - surjam somente em conexão com a transição para a UNICOD. Mas não mais do que quando se trabalha com cordas em outro software [com transição semelhante].
E de qualquer forma, você deve mudar para ele em algum momento.
Você não deveria fazer isso. Eu gosto disso. Há muito poucos bugs, e quando eles aparecem, eles são rapidamente corrigidos. As mudanças, como regra geral, são apenas agradáveis.
Talvez haja outras razões para não escrever TS em mql5(4), mas não essa.
Não há problema com o unicode. Eu tenho bibliotecas independentes da codificação. Você pode compilar de diferentes maneiras ou adicionar interfaces.
Ainda há muitos insetos e muito mais. Estou farto de escrever sobre eles e não o faço mais. É mais fácil escrevê-los em uma DLL em um idioma normal. Do que eu informei, nada foi consertado. Eles apenas escrevem que foi projetado dessa forma.
Eu me lembro de um incidente. Quando, aparentemente na construção 406, a atualização do buffer indicador foi quebrada, Renat ameaçou me proibir, depois que eu expliquei a natureza fundamentada do problema (fotos e o código anexado). E mesmo assim, foi consertado! Depois que alguém notou que a capacidade indocumentada de atualizar os gráficos offline parou de funcionar! :-)) Ou seja, não se preocupou com o recurso documentado, mas ficou preocupado com os indocumentados.
Agora há bugs em algumas funções para arrays. Eles não funcionam corretamente em bibliotecas. Parece que eles estão trabalhando com o cache. O conteúdo e o tamanho da matriz mudaram, e eles continuam trabalhando como se nada tivesse mudado. O mesmo código no módulo principal funciona corretamente. Agora é mais fácil de escrever em DLL, do que em Metacvot TP :-)) É mais confiável dessa forma.
Eu queria tentar a versão beta hoje, mas ela não vai começar com um erro:
ao começar com start.bat:
Ao executar o MetaRditor.exe:
Continua:
processador : 0
vendor_id : AuthenticAMD
família cpu : 6
modelo : 7
nome do modelo : Processador AMD Duron(tm)
passo : 1
cpu MHz : 1210.765
tamanho do cache: 64 KB
fdiv_bug : não
hlt_bug : não
f00f_bug : não
coma_bug : não
fpu : sim
fpu_exception : sim
nível de púrpura : 1
wp : sim
flags : fpu vme de pseudônimo tsc msr pae mce cx8 sep mtrr pge mca cmov pat pseudônimo 36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up
bogomips : 2421.53
tamanho do clush : 32
cache_alignment : 32
tamanhos de endereço: 34 bits físicos, 32 bits virtuais
A nova versão requer SSE2 como MT5?
Eu queria tentar a versão beta hoje, mas ela não vai começar com um erro:
................A nova versão requer SSE2 como MT5?
Existem muito poucos bugs agora, e quando eles aparecem, eles são rapidamente corrigidos. As mudanças, como regra geral, são apenas agradáveis.
Há muito poucos bugs porque a MQL4 foi polida por muitos anos sem grandes mudanças, portanto o número de bugs só é reduzido. Mas agora será o contrário...
Sem dúvida, para aqueles que codificam é um fim em si (ou seja, desenvolvimento de software por dinheiro ou apenas um hobby), a modernização da linguagem é certamente uma alegria para eles. E sobre problemas de compatibilidade e bugs que ocorrem nesse caso, pode-se até fazer uma fortuna, forçando o cliente a pagar dinheiro extra e explicando a ele que esses ladrões de metaquotas fizeram muita asneira e agora ele deve reescrever metade do código :) Ou ganhar dinheiro apenas com a reescrita de códigos para o novo padrão. No total, eles não são nada além de prós e contras.
Mas para aqueles que estão interessados no produto final, que usarão no comércio (e posteriormente melhorarão), todas essas experiências com a linguagem são inaceitáveis para eles. O principal aqui é a estabilidade, nem todas as características extravagantes. E reescrever seu código por causa dos caprichos de outra pessoa, e depois passar anos pegando insetos de novo... de jeito nenhum, não vamos.
Portanto, sim, provavelmente não vale a pena discutir sobre isso, porque cada um tem seus próprios objetivos. Estou falando do porquê de haver tão poucos insatisfeitos nesta linha. E muitos fazem sua conclusão em silêncio.
Bem, há poucos bugs porque a MQL4 foi polida durante anos sem nenhuma mudança radical, portanto o número de bugs está apenas diminuindo. Mas agora será o contrário...
......... . .....Tudo isso já deveria ter sido feito há muito tempo. Deveríamos ter iniciado o mql5 no 4 primeiro e iniciado o quinto terminal depois disso.
// e não se lamentar, você vai gostar no final de qualquer maneira. :))
// e eles prometeram 99,9% de compatibilidade, então não há muito que você realmente tenha que refazer.
// e a compatibilidade foi prometida em 99,9%, não há muito a ser retrabalhado.