Atualmente o bot precisa baixar os áudios e carregar na lista para depois iniciar, não há tanto problema inicial porque o bot não tem mais funcionalidades, mas seria interessante esse download acontecer em paralelo para não blockar as outras futuras funcionalidades.

Descrição

Em diversos trechos de código no projeto é utilizado chamadas à função print do python.
Essa issue é referente à troca de qualquer chamada ao print no código pela utilização das chamadas ao módulo logging.

Motivação

A utilização de print não é desejável por não fornecer uma estrutura clara de como categorizar qual tipo de informação está sendo exibida (por exemplo, INFO, ERROR, DEBUG, etc.). Além disso, o print pode causar problemas quando utilizado em aplicações com múltiplas threads, fazendo com que seja necessário o flush (algo como print('<msg>', flush=True) ou sys.stdout.flush()).

Os problemas provenientes de print podem ser resolvidos utilizando o módulo logging do python, que nos fornece uma forma mais elegante de exibir informações na saída padrão ou em arquivos de log.

Como pode ser implementado

Segue abaixo alguns links úteis para auxiliar o desenvolvimento desta issue:

• Logging Docs

• Logging HOWTO

• Guia De Contribuições

Descreva a feature em detalhes

Python oferece uma ferramente chamada logging, que, de forma simples, oferece meios de criar logs do código. Sua configuração pode ser feita um módulo separado e todos os outros módulos dentro de um mesmo pacote podem aproveitar as configurações estabelecidas previamente.

Necessidade da feature:

Prints no meio do código são uteis para um debug primitivo durante o desenvolvimento, logging, por outro lado, oferece debugs sofisticados. Tendo em vista que o bot roda como um daemon, fica complicado ter acesso a esses prints em tempo de execução. A forma padrão de lidar com isso é implementando logs e joga-los em um local externo (arquivo de texto ou qualquer outra coisa).

Resumo da ópera: logging é o print dos cavalheiros.

Como ela pode ser implementada:

Costumo usar esse guia para conhecer a ferramenta, a documentação do logging ajuda bastante quanto ao que pode ou não ser logado e como logar. Para padrões sugiro o padrão Apache de loggins, claro, não é necessário fazer tal qual está nesse padrão, mas é um ótimo alicerce.

Contexto adicional:

Quanto mais cedo houver essa transição para logs, mais simples será de mantê-los, até porque dificilmente acertaremos um bom padrão na primeira tentativa e, mesmo com poucos módulos, atingir bons logs é uma tarefa cansativa na base da tentativa e erro.

• Guia De Contribuições

É interessante adicionar um template básico para cadastro de novas issues / pull requests. Um template base facilita a boa documentação de novas issues.

Documentação tanto no README quanto em código.

A API do google drive já fornece o nome do arquivo caso a gente tenha o id do arquivo, como já tem o id do arquivo no meme_songs.list a gente poderia tirar a redundancia de ter o nome do arquivo lá.

Esse módulo deve receber um arquivo de áudio e particionar o áudio em outros arquivos. O áudio de entrada possui várias frases que são ditas com uma breve pausa entre frases, cada áudio de saída deve conter uma frase isoladamente.