Formação em MQL5 - página 12
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
Está bem. Posso fazer uma lista de tudo o que tenho um destes dias. Não é muito. Cerca de 120 livros. Vou enviar-lhe a lista. Se houver algo que não consiga encontrar, carrego-o para um site de partilha de ficheiros ou envio-lho por correio electrónico. Mas penso que tudo o que tenho pode ser facilmente encontrado na Internet.
Melhor ainda, comeu um comprimido e já sabe programar em MQL5 em toda a sua extensão. Não há mal nenhum em sonhar.
Há um livro sobre C++, por exemplo, por Daytels, que na realidade se come uma pastilha. Eles não se limitam a ensinar-lhe a copiar código, mas mergulham-no na essência do OOP e mostram-lhe os benefícios que ele traz. E começa-se a escrever o código conscientemente, apercebendo-se de que o faz bem.
Se eu aprendesse C++ copiando o código de outra pessoa, muito provavelmente, não teria escrito destruidores e libertado memória (não preciso dela, funciona) e utilizaria matrizes estáticas em vez de dinâmicas. Por outras palavras, eu programaria através do mesmo local.
E os materiais deste site e os comentários do tipo "tire uma semana e compreenderá tudo" não contribuem para formar uma cultura de codificação correcta, mas, pelo contrário, conduzem a uma situação em que as pessoas, na sua maioria, escrevem o que podem. E isto tem um feedback: muitos artigos sobre MQL5 escritos por autores tão autodidactas que não têm tal cultura conduzem a uma situação em que não há oportunidade de aprender a codificar correctamente.
Os criadores da MQL5 devem ficar chocados com a forma como as pessoas usam mal a sua linguagem. Uma grande proporção de "programadores" aqui são pregos microscópicos com um microscópio.
E é por isso que estou a falar de os MQs terem de assumir esta tarefa educacional - ninguém mais o fará correctamente. Caso contrário, será demasiado difícil virar posteriormente a consciência das massas na direcção certa.
PS: Um exemplo da história recente: HTML4. Durante esse período em que no mundo reinava o tortuoso Internet Explorer 6, as pessoas habituaram-se a um layout de tal forma esfarrapado que quando os navegadores certos apareciam, ninguém conseguia compreender porque não exibiam correctamente os sites. E não sabiam como corrigi-lo (embora a documentação HTML/CSS fosse muito clara a este respeito). Foram necessários alguns anos para trazer a cultura de codificação de volta às massas.
Uma versão electrónica pode ser descarregada aqui.
Pode descarregar uma versão electrónica aqui.
Não o faça.
Este livro maravilhoso é chamado "Como Programar em C".
// Com conteúdo apropriado. (há apenas uma pequena secção sobre C++ no final).
"Como Programar em C++" pelos mesmos autores : aqui.
Sim, se não conhecia o OOP, é difícil de o conseguir a partir dos materiais do website.
Vou tomar um comprimido, depois falamos.
Não estou preparado para ter uma discussão probatória consigo neste momento. Quando eu tomar um comprimido, falaremos sobre isso.
Boa sorte. Mergulho em alto mar durante pelo menos dois meses. Vai ser difícil.
Que trocadilho engraçado.papaklass pensa que é difícil compreender o OOP a partir dos materiais do site. Diz-lhe para absorver a pastilha (informação de terceiros): "Será difícil". :)
OOP é uma coisa complicada, mesmo para programadores profissionais. E compreender uma coisa tão complicada pelos materiais dispersos neste site é muito mais difícil do que ultrapassar uma informação bem estruturada, mas de terceiros.
Não me lembro onde o vi, mas havia um post tão engraçado sobre como se tornar um programador OOP, por isso mesmo nessa piada foram atribuídos quatro anos para a compreensão do OOP Tao (1 - utilização de objectos alienígenas, 2 - concepção de hierarquias próprias assustadoras, 3 - utilização de padrões, 4 - compreensão clara de onde o OOP deve ser aplicado e onde não o deve ser).
OOP é uma coisa complicada, mesmo para programadores profissionais. E compreender uma coisa tão complicada pelos materiais dispersos neste site é muito mais difícil do que ultrapassar uma informação bem estruturada, mas de terceiros.
Não me lembro onde o vi, mas havia um post tão engraçado sobre como se tornar um programador OOP que mesmo naquela piada foram necessários quatro anos para compreender o OOP Tao (1 - usar objectos estranhos, 2 - desenhar as suas próprias hierarquias horríveis, 3 - usar padrões, 4 - uma compreensão clara de onde o OOP deve ser aplicado e onde não o deve ser)