Discussão do artigo "Simulação de mercado (Parte 14): Sockets (VIII)"
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
Novo artigo Simulação de mercado (Parte 14): Sockets (VIII) foi publicado:
Muitos poderiam sugerir, que deveríamos abandonar o Excel, e usar o Python pura e simplesmente. Fazendo uso de alguns pacotes que permitiriam ao Python criar um arquivo de Excel, para que pudéssemos analisar os resultados depois. Mas como foi dito no artigo anterior, apesar desta solução ser a mais simples, pelo ponto de vista de muitos programadores. Ela de fato, não será bem vista, pelos olhos de alguns usuários. E nesta história toda, o usuário tem sempre razão. Você como programador deve, encontrar alguma forma ou alguma maneira de fazer as coisas funcionarem.
No artigo anterior Simulação de mercado (Parte 13): Sockets (VII), mostrei como você poderia conseguir fazer um servidor bastante simples em Python, em que fosse possível manter o código funcionando. Isto mesmo quando não houvesse nenhum tipo de atividade no soquete que o servidor estivesse observando. A parte interessante de tal implementação é que não foi necessário fazer uso de nenhuma thread.
Apesar de tudo, nada impediria que você usasse uma combinação entre o que foi visto no artigo passado e o anterior. Já que no anterior, mostrei como seria feito o mesmo tipo de servidor, mas usando um thread, uma vez que algum cliente viesse a se conectar. O fato de ambos métodos funcionarem, se deve a questão de que ambos são direcionados de forma a verem o soquete da mesma forma. Independentemente da quantidade de clientes conectados. Porém, tanto o modelo que utiliza um thread, quando o modelo que faz uso da função select.
Não são de fato adequados para serem usados na nossa implementação. Não por que eles são falhos e não funcionam. Longe disto. Mas o real motivo é que eles, da forma como o código foi feito, interferem no Excel. Tal interferência, faz com que o Excel e o script em Python, fiquem competindo no uso da CPU. Tornando o uso do Excel impraticável.
Muitos poderiam sugerir, que deveríamos abandonar o Excel, e usar o Python pura e simplesmente. Fazendo uso de alguns pacotes que permitiriam ao Python criar um arquivo de Excel, para que pudéssemos analisar os resultados depois. Mas como foi dito no artigo anterior, apesar desta solução ser a mais simples, pelo ponto de vista de muitos programadores. Ela de fato, não será bem vista, pelos olhos de alguns usuários. E nesta história toda, o usuário tem sempre razão. Você como programador deve, encontrar alguma forma ou alguma maneira de fazer as coisas funcionarem. Se não deu da forma como você vem tentando, é por que você ainda não tem o nível de conhecimento necessário. Procure estudar mais e se aprofundar no que rege o seu conhecimento.
Ficar apenas no básico, não lhe fará um programador de qualidade. Apenas irá lhe deixar como um programador dentro da média. E as coisas não evoluem por que todos estão na média. Elas evoluem por que alguns se destacam. E aqui neste artigo, quero mostrar como você poderia fazer para solucionar a questão do Excel e o Python. Então se acomode e vamos ver como fazer o Excel e o Python trabalharem juntos, sem ficar competindo um com o outro pelo uso da CPU.
Autor: Daniel Jose