Este post é uma reedição do artigo publicado na Revista Portugal a Programar número 55 de março de 2017, páginas 26 a 34.
Eu um mundo com tantos aplicativos de chat instantâneo, o Telegram se destaca pela rica API que disponibiliza para criação de bots. Os bots são pequenos programas que podem interagir com os usuários e prestar serviços, como executar comandos, gerenciar arquivos ou imagens e até mesmo propor jogos!
Após muitos anos de serviço, resolvi aposentar o blog antigo feito com [Blogger do Google]. Minha experiência com geradores de site estáticos sempre foi muito boa, desde os primeiros geradores de sites estáticos que escrevi ainda nos anos 90, alguns em Object Pascal (Delphi), outros mesmo em Perl! Nos últimos anos, tive o prazer de criar o site da primeira [PyCon Amazônia], usando o [Pelican] e antes disso já vinha trabalhando numa nova versão do gerador do [site do meu livro]. Mas eu queria um blog novo e rápido, após alguma pesquisa, resolvi tentar o [Hugo], escrito em [Go] e ultra rápido. Achei bem simples, fácil de instalar e multiplataforma. O novo site, hospedado em [https://blog.nilo.pro.br] foi criado pela conversão dos posts do Blogger. Aproveitei também para portar a infraestrutura para a AWS, uma vez que o custo é muito baixo. Mas faltava algo, o processo de compilação e publicação não estava automatizado e percebi que estava há muito tempo sem postar nada, desde janeiro de 2017 para ser exato. Este tempo passou sem que eu percebesse. Embora o novo blog tenha sido publicado em fevereiro de 2019, nenhum novo post surgiu. Já era hora de resolver este problema.
Na época do lançamento do Python 3.4, eu estava tão contente com a integração do Asyncio que escrevi um servidor de chat aqui. O tempo passou e novas versões do Python foram lançadas. Resolvi então migrar o servidor para Python 3.6.
Uma das grandes mudanças que ocorreram no Python 3.5, foi o suporte a async e await para substituir @asyncio.corroutine e yield from respectivamente. Esta pequena mudança por si só já facilita em muito a leitura do código, que ficou mais leve. Mas uma das principais mudanças do Python 3.6 são as f-strings que facilitam a formação de mensagens.
Seria legal se profissionais de informática dessem consultas como médicos ou advogados, mas algo nos impede de cobrar por tudo e esse desejo ou intenção de compartilhar ideias nos consome.
Eu participo de vários grupos de Telegram, principalmente sobre Python, um deles é o PyCoding e o outro é o pybr. Normalmente eu leio os grupos quando estou usando meu celular, então nem sempre é possível ajudar com as dúvidas, mas vou tentar separar um pouco de tempo para explorar algumas ideias aqui e lá.
Por default, o Django cria chaves primárias do tipo inteiro (32 bits) quando usado com o banco PostgreSQL. Estes campos são incrementados automaticamente e funcionam perfeitamente bem em ambiente local. Um problema que aparece quando você cria uma API é o fato de seus ids sequenciais e numéricos exporem detalhes de sua base de dados.
Imagine que seu cliente tem o id 1, ele pode imaginar (e com razão) que é seu primeiro cliente. O mesmo pode ser utilizado por concorrentes para saber quantos novos clientes você obteve em determinado período, bastando para isso criar uma nova conta. Isto pode gerar uma vontade incontrolável em algumas pessoas de explorar os valores de suas chaves. Com chaves inteiras, esta tarefa é fácil, basta incrementar o valor da chave de 1 e tentar novamente.
Nesta terceira parte, temos os seguintes objetivos:
Na versão da Parte II, as classes tem muito código repetido.
Analisando cada uma delas, podemos chegar a conclusão de um
comportamento comum quanto
a forma de desenhar e atualizar os objetos. Um método para retirar o
objeto do jogo também é utilizado.
Neste segundo post, vamos melhorar nosso jogo.
Embora a nova versão rode em Python, ainda está muito anos 80.
A primeira coisa a corrigir é a animação. Como estamos usando um sistema
de coordenadas de 280 por 192 pontos para simular as coordenadas do
Apple, multiplicamos cada coordenada por 4 na hora de desenhar. Para
deixar parecido com o Apple, eu reduzi o número de frames a 8 frames por
segundo. Por isso a animação dá tantos saltos! Para fazer com que rode a
60 frames, temos que multiplicar as velocidades pela razão entre o
número de frames antigos e o novo: 8/60. A nova versão define algumas
constantes para isso:
A nostalgia dos computadores da década de 80 é algo que nunca parei de
ter. Quando criança, tive a sorte de utilizar vários computadores de
8-bits, como ZX-81, ZX-Spectrum, Apple II e MSX, ou melhor, seus clones
nacionais (TK-85, TK-90X, TK2000), uma vez que o Brasil vivia a época da
Reserva do Mercado de Informática.
Numa época que não havia Internet, nós passávamos o tempo a digitar
programas. Uma série de livros sobre programação de jogos foi editada
pela editora Lutécia no Brasil, mas os originais americanos foram
liberados pela
Usborne.
Neste artigo, eu vou traduzir o jogo principal do Computer Battlegames,
chamado de Missile, de Apple II Basic para Python com Pyglet. A listagem
original está na página 34 do livro em inglês (ver pdf acima).
A Fundação Nokia é uma instituição de ensino médio, localizada em Manaus, Amazonas. Atuando há 30 anos na região, a instituição teve vários nomes como CEPI, FEPEMM, FMM e finalmente Fundação Nokia a partir de 2001. Com a venda da Nokia, a Fundação Nokia passou a ser mantida pela Microsoft.
Este ano, pela primeira vez em 30 anos, o processo seletivo da
instituição foi suspenso.
Se esta situação continuar, a Fundação Nokia vai desaparecer em 3
anos.
Já é hora de escrever sobre um projeto mais completo. Aproveito para mostrar o módulo websockets para Python 3.4 que funciona muito bem com asyncio. Para não ter problemas de interface, eu resolvi escrever o cliente do chat em JavaScript. O cliente de exemplo foi baixado daqui. Como quase sempre, os exemplos são muito simples e nos deixam com água na boca sobre o que poderíamos realmente fazer. Quem já tentou escrever um chat em JavaScript sabe que WebSockets são uma mão na roda.