Para contribuições recorrentes, é mais adequado configurar o ambiente de desenvolvimento localmente, nas máquinas pessoais. Mas, por vezes, usamos o repositório em eventos rápidos ou curtos (sprints, workshops, coding dojo) e seria mais prático não perderem tanto tempo da janela do evento com questões de instalação (as pessoas participantes e a gente)
Assim, parece ser interessante testar as versões gratuitas de alguns ambientes de desenvolvimento remoto, listando seus prós e contras, limitações, etc. A partir disso, discutir o cenário em prol de adotar um para deixarmos de referência no repositório.
Testes:
Configurar o ambiente de desenvolvimento do repositório
Executar raspadores, produzindo os arquivos de saída /data e os arquivos auxiliares .csv e o .log, verificando se é fácil de usar/navegar nesses arquivos visto que as contribuições dependem deles.
Para contribuições recorrentes, é mais adequado configurar o ambiente de desenvolvimento localmente, nas máquinas pessoais. Mas, por vezes, usamos o repositório em eventos rápidos ou curtos (sprints, workshops, coding dojo) e seria mais prático não perderem tanto tempo da janela do evento com questões de instalação (as pessoas participantes e a gente)
Assim, parece ser interessante testar as versões gratuitas de alguns ambientes de desenvolvimento remoto, listando seus prós e contras, limitações, etc. A partir disso, discutir o cenário em prol de adotar um para deixarmos de referência no repositório.
Testes:
/datae os arquivos auxiliares.csve o.log, verificando se é fácil de usar/navegar nesses arquivos visto que as contribuições dependem deles.Opções:
Tarefa: